Does not support Google Apps login

[slasdek]

When I try to login with Google account on any website, Helium shows empty window.

[slashlos]

Hmm, I suspect it's the appkit itself. Please provide steps, version used etc.; I've gotten similar dialog from other sites (i.e., HULU) that appear to point to the app kit.

Note: I am working towards better browser support such as this so details help in triage; to date Helium is pretty much WYSIWYG with little to no added javascript or other additions.

When I surf to gmail.com using Helium build (5727), I login using 2 pass auth; I then get this dialog:

indicating the latest version is not viable, so I opt for the older html; less fancy but it works; yes able to view other apps like Calendar.

[slasdek]

I have this problem on getpocket.com
Heliumlift had the same problem: itsthisjustin/HeliumLift#14
This is how they tried to solve it: itsthisjustin/HeliumLift#17
Hope it helps

PS: Also Copy-paste doesn't work in new version. It always paste url.

[slashlos]

Thanks for the tip; given heritage might prove useful.

Ah, copy-paste works fine here; you can copy in app-1, then paste either into a dialog of URL load or paste (%V) onto a window and viola. Perhaps file another issue and steps please.

[slashlos]

Ok, poking about I was able to get the popup support completed (had started a while back), but it appears the site (getpocket.com) requires an SDK plug-in for Helium to function, but it's currently Objective-C - we're Swift here, so I'll need to evaluate this.

Technically the blank screen is due to the missing url redirection

hence the blank screen; I think this is intentional since Helium isn't built with its SDK.

[slashlos]

p.s., a share from Safari to Helium was using this url app.getpocket.com/ - note terminating slash.

Entering that in the %L load dialog works fine IFF I exclude the final url terminating slash so just enter app.getpocket.com;

You will need to use a Helium build with the popup fix; I expect to upload later today.

[slashlos]

p.p.s. a side affect of this solution is Helium instantiation does not afford a linkage or 'back' mechanism; this is also related to the current implementation usage of a entitlement exception as the WKWebView app kit cannot have, apparently, multiple authentications re: its file URL - if any. i.e., navigate to a given file - open, drop, load, etc; localizes therein file access cutting off the Helium model to navigate to new ones: back/forward.

I had resisted to instantiations but it seems as here I need to adopt some linkage to maintain the back/forward paradigm; stay tuned as I hope to restore these in a coming build.