Closed Bug 1910538 Opened 1 year ago Closed 5 months ago

clients.boursobank.com - "Suivant" button does not work

Categories

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

Firefox 130
ARM
Android

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)

RESOLVED FIXED
Webcompat Priority P1
Webcompat Score 8
Tracking Status
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)

Environment:
Operating system: Android 11
Firefox version: Firefox Mobile 128.2/130

Steps to reproduce:

  1. Go to https://clients.boursobank.com/connexion
  2. Tap on "Saisissez votre identifiant" field.
  3. Type "123456789".
  4. 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

Attached video FF vs Chrome.mp4
Version: unspecified → Firefox 130
Severity: -- → S2
User Story: (updated)
Priority: -- → P2

Seems like some pushState op is throwing a NS_ERROR_FAILURE without an error message.

User Story: (updated)

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.

I am investigating this one

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.

Whiteboard: [webcompat-source:web-bugs] → [webcompat-source:web-bugs][webcompat:sightline]
Webcompat Priority: --- → P1
Webcompat Score: --- → 9
Webcompat Score: 9 → 8

The issue is still reproducible on the latest Nightly.

Can you take another look? Thanks

Flags: needinfo?(sefeng)

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.

Yeah, I think we can leave this as is for now.

Flags: needinfo?(sefeng)
Depends on: 1951246

There aren't that many places in pushState implementation which may throw NS_ERROR_FAILURE.
Didn't see (yet) anything obviously SHIP related

Retriaged, the issue no longer reproduces on the latest Nightly (140.0a1-20250518220019).

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED

Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.

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)

Status: RESOLVED → VERIFIED

This is still reproducible on Release (144) and Beta (145), it works only on Nightly (146).

Status: VERIFIED → REOPENED
Resolution: FIXED → ---
User Story: (updated)

We know this is caused by not having SHIP so we don't need needs-diagnosis

User Story: (updated)
Depends on: 2003658

Fixed in Nightly android (147 should have the fix)

Status: REOPENED → RESOLVED
Closed: 1 year ago5 months ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: