Checkbox for "File > Work Offline" is unchecked when starting Firefox with the -offline command line argument
Categories
(Core :: XUL, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr140 | --- | unaffected |
| firefox148 | --- | unaffected |
| firefox149 | --- | wontfix |
| firefox150 | --- | verified |
| firefox151 | --- | verified |
People
(Reporter: aoia7rz7l, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
Tested on Nightly 150.0a1 (2026-03-17) BuildID 20260317212032.
STR:
- Start Firefox in offline mode using the command line argument
-offline. - Visit
https://bugzilla.mozilla.org/. - Confirm that Firefox shows a
Offline modeor a generic neterror page. - Press
Altto access theFilemenu.
Expected Behavior:
Checkbox for File > Work Offline option is checked.
Actual Behavior:
Checkbox for File > Work Offline option was unchecked. If I click on the menu item and then refresh the page, the checkbox is now checked but I can access the webpage.
I was also able to access the webpage by clicking on the neterror page's Try Again button. In this case the checkbox for File > Work Offline option remained unchecked.
mozregression --arg=-offline returned
Last good revision: 18effe27317ac2c083b799fa2a67d420fde3d032
First bad revision: 5f21eabb67ba6ca9ab28aaa22c12b38e388d2222
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=18effe27317ac2c083b799fa2a67d420fde3d032&tochange=5f21eabb67ba6ca9ab28aaa22c12b38e388d2222
Comment 1•20 days ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox for Android::General' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Updated•19 days ago
|
Updated•19 days ago
|
Comment 2•19 days ago
|
||
:emilio, since you are the author of the regressor, bug 2010038, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
| Assignee | ||
Updated•19 days ago
|
| Assignee | ||
Comment 3•19 days ago
|
||
Updated•19 days ago
|
Comment 4•19 days ago
|
||
Set release status flags based on info from the regressing bug 2010038
Comment 5•13 days ago
|
||
Set release status flags based on info from the regressing bug 2010038
Comment 8•11 days ago
|
||
The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox150towontfix.
For more information, please visit BugBot documentation.
Comment 9•11 days ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined/Reason for urgency: Low severity but also low risk regression fix.
- Code covered by automated testing?: yes
- Fix verified in Nightly?: yes
- Needs manual QE testing?: yes
- Steps to reproduce for manual QE testing: comment 0
- Risk associated with taking this patch: low
- Explanation of risk level: one liner
- String changes made/needed?: none
- Is Android affected?: yes
| Assignee | ||
Comment 10•11 days ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D288644
| Assignee | ||
Updated•11 days ago
|
Updated•10 days ago
|
Updated•10 days ago
|
Comment 11•10 days ago
|
||
| uplift | ||
Updated•8 days ago
|
Comment 12•8 days ago
|
||
I was able to reproduce the issue on Win11x64 using Firefox build 150.0a1(2026-03-17) and steps from description.
Verified as fixed on Win11x64 using Firefox build 151.0a1(20260330093332), but yet in latest Beta. Waiting for next beta to verify it.
Comment 13•7 days ago
|
||
Verified as fixed on Win11x64/Mac15.5/Ubuntu 24.04 using Firefox build 150.0b3.
Updated•17 hours ago
|
Description
•