Window.confirm() and window.alert() sometimes fail to execute after file selection
Categories
(Firefox for Android :: WebExtensions, defect, P2)
Tracking
()
People
(Reporter: tyotomy, Unassigned)
References
Details
Steps to reproduce:
Restore settings from a file in ublock Origin.
Related Issues: https://github.com/uBlockOrigin/uBlock-issues/issues/2378
Actual results:
The confirmation popup does not appear and the page gets stuck.
Expected results:
A popup confirming that the settings should be restored is executed by Window.confirm().
Also, if the selected file is not correct, an error is displayed in window.alert().
Comment 1•1 year ago
|
||
Thanks for sharing that uBlock Origin bug. I'll move this bug report to the Fenix::WebExtensions component to be triaged.
QA, can you reproduce this bug?
Comment 2•1 year ago
|
||
I partially reproduced the issue on the latest Nightly 127, Beta 126 and Release 125 for Android using an Oppo Reno 6 5G.
The observed results are as follows:
- the confirmation pop-up does appear, but the settings page gets stuck. Checking the open tabs shows that no tabs are actually open, which leads me to suspect that once the settings are restored from file, the settings page gets closed but still lingers on screen, which is why it’s not responsive. The URL also disappears from the address bar when this happens, which further confirms my suspicion.
- if another page is already opened when restoring the settings from file, the settings page will close and the already opened page will be displayed, which is still responsive.
- if an incorrect file is selected to restore settings from, the error is displayed and the page continues to remain responsive.
Comment 3•1 year ago
|
||
The severity field is not set for this bug.
:zmckenney, could you have a look please?
For more information, please visit BugBot documentation.
Updated•1 year ago
|
Description
•