"Load and diff" not working on Nightly Linux
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr128 | --- | unaffected |
| firefox136 | --- | wontfix |
| firefox137 | --- | wontfix |
| firefox138 | --- | fixed |
People
(Reporter: afranchuk, Assigned: edgar)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
I tried about:memory "Load and diff" on Nightly 138.0a1 (2025-03-05). After the first file dialog appeared and selecting a file, a second was never shown and no memory information was shown. I then tried on Release 135.0 and that worked as expected.
Comment 1•10 months ago
|
||
This works for me on MacOS Nightly, and this code has not changed in forever, so I suspect a file picker widget issue?
Comment 2•10 months ago
|
||
I can reproduce the issue on Nightly138.0a1 ubuntu24.04 GNOME.
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1fe06d3ac98b2ab9be5fb354e6595f819004b10c&tochange=e49da4b8b2d09f51ba9072863281bbc23e787c0a
Comment 3•10 months ago
|
||
And confirmed that if set browser.disable_pickers_background_tabs to false, then it works as expected.
Updated•10 months ago
|
Updated•10 months ago
|
Comment 5•10 months ago
|
||
Pinged :edgar in Slack to ask to look at this
| Assignee | ||
Updated•10 months ago
|
| Assignee | ||
Updated•10 months ago
|
| Assignee | ||
Comment 6•10 months ago
|
||
I could not reproduce this on Windows, either. It looks like this only occurs on Linux.
Updated•10 months ago
|
| Assignee | ||
Comment 7•10 months ago
|
||
Hmm, I think this is caused by the platform difference. The file picker causes the browser window to lose focus. about:memory attempts to open the file picker again after the first file is selected by waiting for the change event, and that occurs before the focus is switched back to the browser window on Linux, whereas other platform that occurs after the focus has switched back to the browser window.
I tried to "delay" the gtk response for file picker by scheduling it for the next event loop iteration. However, that didn't help; the focus switch still occurred later. It is probably not easy to make Linux behave like other platforms.
I created a similar case and tested it on Chrome, Chrome also block the second file picker on Linux, so I am not concerned about web compatibility.
I think we could either make about:memory check and wait the focus before attempting to open the picker again, or allow about page to open picker in background. I would opt for the former solution first. If more use cases arise on about pages, we could consider excluding them from the check.
Comment 8•10 months ago
|
||
The double file picker thing is very odd so a specific work around sounds good to me.
| Assignee | ||
Comment 9•10 months ago
|
||
Otherwise, the HTMLInputElement doesn't handle the mPickerRunning flag right if
it is in parent process. There is no such problem on content process because
the IPC is async.
| Assignee | ||
Comment 10•10 months ago
|
||
Comment 11•10 months ago
|
||
Next week is the final week of beta for Fx137.
Looks like this is on track to land in Fx138 and potentially uplift to Fx137 if needed.
Comment 12•10 months ago
|
||
That should be fine. While I could see a user looking at about:memory, doing diffs of them is a very niche activity so it is likely not very common for people to do.
Comment 13•10 months ago
|
||
Plus somebody can always save memory reports from an affected version, then do a diff in a fixed version.
Comment 14•10 months ago
|
||
Comment 16•10 months ago
|
||
Comment 17•10 months ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/011e15bbbe66
https://hg.mozilla.org/mozilla-central/rev/f809c12942b6
| Assignee | ||
Updated•10 months ago
|
Comment 18•10 months ago
|
||
The patch landed in nightly and beta is affected.
:edgar, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox137towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 19•10 months ago
|
||
This is a developer feature and not common to use, developer can use a fixed version to open diff.
Description
•