Closed Bug 1459594 Opened 6 years ago Closed 2 years ago

Login stops working when the site is installed as a PWA (works on chrome)

Categories

(Web Compatibility :: Site Reports, defect, P1)

Firefox 61
ARM
Android
defect

Tracking

(firefox59 wontfix, firefox60 wontfix, firefox61 wontfix, firefox62 wontfix, firefox63 wontfix, firefox64 wontfix, firefox65 affected, firefox66 unaffected, firefox88 affected, firefox99 affected, firefox100 affected, firefox101 affected)

RESOLVED MOVED
Tracking Status
firefox59 --- wontfix
firefox60 --- wontfix
firefox61 --- wontfix
firefox62 --- wontfix
firefox63 --- wontfix
firefox64 --- wontfix
firefox65 --- affected
firefox66 --- unaffected
firefox88 --- affected
firefox99 --- affected
firefox100 --- affected
firefox101 --- affected

People

(Reporter: levente.sacal, Assigned: karlcow)

References

Details

Device(s):
 -  Sony Xperia Z5(Android 7.0);


Build(s):
 - Nightly 61.0a1 (2018-05-06);
 - Beta 60.0
 - Release 59.02


Steps to reproduce:
 1. Add Pinterest to homepage as PWA.
 2. Log into Pinterest PWA using gmail credentials.
 3. Wait until the log in screen appears.

Expected result:
-Log in successfully into Pinterest.


Actual result: 
-Log in screen remains blocked.


Notes:

- when tapping on the Close button from the web app stuck log in screen, then clicking on the Connect with Google and clicking once again on the Close button from the stuck log in screen, you will be redirected to the Pinterest home and the user is logged in.

- the issues only happen when logging in for the first time. afterwards the user can log in and log out successfully


https://www.youtube.com/watch?v=NpVdWSq4Qw0&feature=youtu.be
This issues also happens with other PWA such as Flipboard when trying to log in using Gmail.
Assuming this is webcompat, it sounds like something to discuss on the Mozilla-Google mailing list.
Flags: needinfo?(miket)
Sergiu, does this reproduce for you? It's working for me successfully on the first time (even after clearing cookies, etc). I wonder if it's locale sensitive.
Flags: needinfo?(miket) → needinfo?(sergiu.logigan)
Yes, I can reproduce this issue consistently.
I cleared the app's data prior to running the test.

The issue is also reproducible with PWA created from Chrome Mobile. http://prntscr.com/jf6ce4

Tested on Huawei P10, Android 7.0, Nightly 61 and Chrome 66, with and without US VPN connection active.
Flags: needinfo?(sergiu.logigan)
OK, if this happens to Chrome Mobile as well, there's not much we can do beyond let Google(?) Pinterest(?) know.
Further to this issue I am unable to log into Flipboard at all with my Gmail or FB account. After trying to log in for the first time with Gmail/FB account, the option to try and log in again with these options is greyed out and the workaround cannot be performed.

https://youtu.be/94COBhx_RCs
Also unable to register using the Imgur web app. After tapping on the register option in web app, the screen remains stuck in a white background. Afterwards you can't access imgur.com from the browser either.

https://youtu.be/BHP2mxAxguI
Summary: Pinterest PWA log in page remains stuck → Unable to log in to certain PWAs
relnote-firefox: ? → ---
Depends on: 1480793
Not a new regression but may be a useful bug for the geckoview team. Snorp is this addressed already?
Priority: -- → P1
Flags: needinfo?(snorp)
Whiteboard: [geckoview]
Component: Web Apps → Mobile
Product: Firefox for Android → Tech Evangelism
Removing [geckoview] whiteboard tag because this is not a Gecko bug.
Whiteboard: [geckoview]
Product: Tech Evangelism → Web Compatibility

For Pinterest: the issue still occurs on Firefox, indefinite spinner displayed, but on Chrome login is successful.
https://prnt.sc/10p34rt

For Imgur: login is no longer available (removed)
https://prnt.sc/10p39ls

For Flipboard: the issue still occurs on Firefox, indefinite spinner displayed, but on Chrome login is successful.
https://prnt.sc/10p3bqn

Tested with:
Browser / Version: Firefox Nightly 210317 (🦎 88.0a1-20210313094300)
Operating System: Samsung Galaxy S8 (Android 9) - 1440 x 2960 pixels, 18.5:9 ratio (~570 ppi density), Google Pixel 5 (Android 11) - 1080 x 2340 pixels, 19.5:9 ratio (~432 ppi density)

Assignee: nobody → kdubost

The issue is still reproducible on my side:

https://prnt.sc/8lora6WAlFf5

Tested with:

Browser / Version: Firefox Nightly 100.0a1 (2015870571 -🦎100.0a1-20220323094932🦎)
Operating System: Samsung A51 (Android 11) -1080 × 2400 pixels 20:9 aspect ratio (~405 ppi density)
Operating System: Google Pixel 3 (Android 12) -1080 x 2160 pixels, 18:9 ratio (~443 ppi density)

Status: NEW → ASSIGNED

Raul, do we know whether this is a bug in Firefox Android or the websites?

I see that I said in comment 9 (three years ago!) that this is not a Gecko bug, but I don't remember what evidence I had to support that claim. :)

Flags: needinfo?(raul.bucata)

Hi Chris. For me, this is a bug replicating only on Firefox, Chrome works as expected. However, this replicates only using the PWA feature (adding Pinterest to the home screen via the "Add to Home screen" option of the browser). Using the browser without this feature works as expected.

Flags: needinfo?(raul.bucata)

At least we can all agree.

  • This is happening on a multiple sites
  • This is working on Chrome.
  • The pattern is: Add a website as a PWA on the mobile, then try to login from the PWA. (I wonder if there is something related to opening separate windows for login)
  • The login is working when directly done in the browser instead of the PWA

I think it would need to be look at by Core Engineers because the behavior changes depending if it's inside PWA or browsers.

Chris, where should we move to have the right pair of eyes to look at the possible bug. I'm not sure how to diagnose this once the PWA has been installed.

Flags: needinfo?(cpeterson)
Webcompat Priority: --- → ?
Summary: Unable to log in to certain PWAs → Login stops working when the site is installed as a PWA (works on chrome)

I think this actually a Fenix/AC bug, specifically a consequence of https://github.com/mozilla-mobile/android-components/issues/11759

I see an error on one of the two duplicated windows related to window.opener being null, which would make sense because only one of the two windows can be the one created in response to window.open so GeckoView wouldn't set the opener on the other one.

(In reply to Agi Sferro | :agi | [slow ni? rn sorry] | ⏰ PST | he/him from comment #15)

I think this actually a Fenix/AC bug, specifically a consequence of https://github.com/mozilla-mobile/android-components/issues/11759

I see an error on one of the two duplicated windows related to window.opener being null, which would make sense because only one of the two windows can be the one created in response to window.open so GeckoView wouldn't set the opener on the other one.

In that case, I'll follow up with the Fenix team.

Here is the corresponding Fenix Jira issue: https://mozilla-hub.atlassian.net/browse/FNXV2-19607

This is caused by the aforementioned Fenix/Android-Components issue, let's close this bug as MOVED towards the issues in Comment 15 and Comment 16.

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Webcompat Priority: ? → ---
Resolution: --- → MOVED
Component: Mobile → Site Reports
You need to log in before you can comment on or make changes to this bug.