clients.boursobank.com - "Suivant" button does not work
Categories
(Web Compatibility :: Site Reports, defect, P2)
Tracking
(Webcompat Priority:P1, Webcompat Score:8, firefox128 wontfix, firefox130 wontfix, firefox138 wontfix, firefox139 wontfix, firefox140 wontfix, firefox144 wontfix, firefox145 wontfix, firefox146 wontfix, firefox147 fixed, firefox148 fixed)
People
(Reporter: ctanase, Unassigned)
References
()
Details
(Keywords: webcompat:platform-bug, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs][webcompat:sightline])
User Story
platform:android impact:site-broken configuration:general affects:all branch:release diagnosis-team:dom user-impact-score:1000
Attachments
(1 file)
|
1.07 MB,
video/mp4
|
Details |
Environment:
Operating system: Android 11
Firefox version: Firefox Mobile 128.2/130
Steps to reproduce:
- Go to https://clients.boursobank.com/connexion
- Tap on "Saisissez votre identifiant" field.
- Type "123456789".
- Tap on "Suivant" button.
Expected Behavior:
Redirected to the next step.
Actual Behavior:
Nothing happens.
Notes:
- Reproduces regardless of the status of ETP
- Reproduces in Firefox Nightly, and Firefox Release
- Does not reproduce in Chrome
Created from https://github.com/webcompat/web-bugs/issues/139642
| Reporter | ||
Comment 1•1 year ago
|
||
| Reporter | ||
Updated•1 year ago
|
Updated•1 year ago
|
Comment 2•1 year ago
|
||
Seems like some pushState op is throwing a NS_ERROR_FAILURE without an error message.
Comment 3•1 year ago
|
||
For some reason I can't explain, executing this History.prototype.pushState.apply(window.history, [null, null]) throws NS_ERROR_FAILURE,
but only when executing this on that page and only on Fenix.
i.e. doesn't throw on any other page, or on the same page but on desktop.
Note that this page overrides window.history.pushState, that's the reason why I'm using History's prototype.
That snippet is what the page ultimately runs from that override.
Comment 4•1 year ago
|
||
I am investigating this one
Comment 5•1 year ago
|
||
I investigated this a bit and figured that button started to work with SessionHistoryInParent is enabled on Android.
Given we are rolling SHIP on Android right now, I think we can leave this bug aside.
I'll also conclude this bug as a platform-bug because the same pushState call works on desktop.
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
| Reporter | ||
Comment 6•1 year ago
|
||
The issue is still reproducible on the latest Nightly.
| Reporter | ||
Updated•1 year ago
|
Comment 8•1 year ago
•
|
||
FWIW, SHIP is still disabled by default on Android, and there is a WIP to enable SHIP on Android in nightly by default in bug 1951246.
Updated•1 year ago
|
Comment 10•1 year ago
|
||
There aren't that many places in pushState implementation which may throw NS_ERROR_FAILURE.
Didn't see (yet) anything obviously SHIP related
| Reporter | ||
Comment 11•1 year ago
|
||
Retriaged, the issue no longer reproduces on the latest Nightly (140.0a1-20250518220019).
| Reporter | ||
Updated•1 year ago
|
Comment 12•1 year ago
|
||
Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.
Comment 13•1 year ago
|
||
Verified as FIXED using RC Build
Tested with:
Browser / Version: Firefox 139.0 Build 2016091866
Operating System: Samsung A51 (Android 11) -1080 × 2400 pixels 20:9 aspect ratio (~405 ppi density)
Updated•1 year ago
|
| Reporter | ||
Comment 14•7 months ago
|
||
This is still reproducible on Release (144) and Beta (145), it works only on Nightly (146).
| Reporter | ||
Updated•7 months ago
|
| Reporter | ||
Updated•7 months ago
|
Updated•7 months ago
|
Comment 15•7 months ago
|
||
We know this is caused by not having SHIP so we don't need needs-diagnosis
Comment 16•5 months ago
|
||
Fixed in Nightly android (147 should have the fix)
Updated•5 months ago
|
Updated•5 months ago
|
Updated•5 months ago
|
Description
•