The address bar stays static during macOS full-screen animations once focused at least once
Categories
(Firefox :: Address Bar, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox-esr128 | --- | unaffected |
firefox132 | --- | unaffected |
firefox133 | blocking | verified |
firefox134 | --- | verified |
People
(Reporter: muffinresearch, Assigned: emilio)
References
(Blocks 1 open bug, Regressed 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [fidefe-sidebar])
Attachments
(4 files)
9.25 MB,
image/gif
|
Details | |
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta-
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
dmeehan
:
approval-mozilla-beta+
|
Details | Review |
STR Horizontal:
- On Nightly Mac 2024-10-25
- With horizontal tabs enabled
- Click to focus once on the address bar to show the suggest options. (When this happens before or after the next step doesn't seem to matter).
- Enable full-screen on the window.
- Move mouse to the top of the window trigger the animation
What happens:
- The addressbar stays static rather than moving with everything else and ends-up over the top of other parts of the UI such as the tabstrip.
What should happen:
- The addressbar would move with everything else.
See below for steps for vertical tabs and how that's different:
STR Vertical:
- On Nightly Mac 2024-10-25
- With vertical tabs enabled
- Click to focus once on the address bar to show the suggest options. (When this happens before or after the next step doesn't seem to matter).
- Enable full-screen on the window.
- Move mouse to the top of the window trigger the animation
What happens:
- The addressbar disappears behind other UI.
What should happen:
- The addressbar would move with everything else.
Screencast to follow...
Updated•5 months ago
|
Comment 1•5 months ago
|
||
I bet this is some kind of interaction between bug 1921811 and the fullscreen animation... I will try to look at this if I find time today but I may not be able to.
Reporter | ||
Comment 2•5 months ago
|
||
Assignee | ||
Comment 3•5 months ago
|
||
Yeah... So the popover urlbar needs to manually be updated, effectively, because for layout purposes it is outside of the toolbox.
Comment 4•5 months ago
|
||
Emilio has suggested there may need to be a platform fix here so passing this to him.
Updated•5 months ago
|
Comment 5•5 months ago
|
||
I'm not sure if this should be considered more of an S2 so please bump it if you think so.
Assignee | ||
Comment 6•5 months ago
|
||
This will be useful for the front-end to replace
nsIDOMWindowUtils.getBoundsWithoutFlushing(), since I need content box
bounds.
Assignee | ||
Comment 7•5 months ago
|
||
The static position of these boxes is not great to depend upon, see:
https://github.com/w3c/csswg-drafts/issues/9939
Right now, we are relying on the static pos to be properly set which is
going to go away, eventually, and it is bogus, because it doesn't update
if e.g. only transform changes.
Use getBoxQuads to get the content box bounds properly. Also, make
breakout position: absolute explicitly, to prevent confusion.
Assignee | ||
Comment 8•5 months ago
|
||
See comment for sadness.
Assignee | ||
Updated•5 months ago
|
Comment 10•5 months ago
|
||
bugherder |
Comment 11•5 months ago
|
||
[Tracking Requested - why for this release]: Since this is affecting 133 we'll want to get this uplifted to beta.
Comment 12•5 months ago
|
||
Thanks for the help Emilio!
Updated•5 months ago
|
Updated•4 months ago
|
Comment 13•4 months ago
|
||
This is tracked as blocking for Fx133, it is reproducible for me without enabling horizontal tabs or the sidebar.
Updated•4 months ago
|
Comment 14•4 months ago
|
||
Comment 15•4 months ago
|
||
Backed out for causing failures at browser_add_search_engine.js.
Backout link: https://hg.mozilla.org/integration/autoland/rev/1051afb2d58b2809ea67901f7643829b08e1284b
Failure log: https://treeherder.mozilla.org/logviewer?job_id=480333570&repo=autoland&lineNumber=8213
Assignee | ||
Comment 16•4 months ago
|
||
Sheriffs mentioned this was also failing on windows
Assignee | ||
Updated•4 months ago
|
Comment 17•4 months ago
|
||
The bug is marked as blocking firefox133 (beta). However, the bug still has low severity.
:cbellini, could you please increase the severity for this tracked bug? If you disagree with the tracking decision, please talk with the release managers.
For more information, please visit BugBot documentation.
Updated•4 months ago
|
Assignee | ||
Updated•4 months ago
|
Comment 18•4 months ago
|
||
Comment 19•4 months ago
|
||
bugherder |
Assignee | ||
Updated•4 months ago
|
Updated•4 months ago
|
Updated•4 months ago
|
Comment 23•4 months ago
|
||
Adding a note for the context of users hitting this bug in Fx133:
- This has been fixed in Nightly for Fx134, however the fix introduced several regressions.
- We aim to either fix those regressions and uplift everything to beta for Fx133 OR backout Bug 1921811 from beta for Fx133.
Comment 24•4 months ago
|
||
Reproduced the issue on Firefox 133.0a1 (2024-10-25) on macOS 15.1 by following the STR from Comment 0, and it is easily reproducible without enabling horizontal/vertical tabs as Donal mentioned in Comment 13.
This issue is fixed on Firefox 134.0a1 (2024-11-04) on the same system.
Assignee | ||
Comment 26•4 months ago
|
||
Comment on attachment 9433386 [details]
Bug 1927111 - Add support for ChromeOnly flush: false for GeometryUtils. r=#layout,#webidl
Beta/Release Uplift Approval Request
- User impact if declined/Reason for urgency: regression fix
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: comment 0
- List of other uplifts needed: Bug 1928550, Bug 1928255
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Even though this change is a bit scary, the final state with the other two bugs is not too different from the current beta code, so I think it's worth a try.
- String changes made/needed: none
- Is Android affected?: No
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Updated•4 months ago
|
Assignee | ||
Updated•4 months ago
|
Comment 27•4 months ago
|
||
Comment on attachment 9433386 [details]
Bug 1927111 - Add support for ChromeOnly flush: false for GeometryUtils. r=#layout,#webidl
Rejecting beta uplift request, since this already rode the train to beta with Fx133
Comment 28•4 months ago
|
||
Comment on attachment 9433387 [details]
Bug 1927111 - Don't rely on static position (top: auto) for urlbar position. r=dao,Gijs,sfoster
Approved for 133.0b6
Comment 29•4 months ago
|
||
Comment on attachment 9433388 [details]
Bug 1927111 - Shift urlbar during macOS fullscreen animation. r=dao,Gijs,sfoster
Approved for 133.0b6
Comment 30•4 months ago
|
||
uplift |
Updated•4 months ago
|
Updated•4 months ago
|
Updated•4 months ago
|
Comment 31•4 months ago
|
||
(In reply to Pulsebot from comment #18)
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/75d799eb1f33
Don't rely on static position (top: auto) for urlbar position.
r=Gijs,sfoster,desktop-theme-reviewers,urlbar-reviewers,mak
https://hg.mozilla.org/integration/autoland/rev/aa2b4302bdcc
Shift urlbar during macOS fullscreen animation.
r=Gijs,sfoster,urlbar-reviewers,mak
Perfherder has detected a talos performance change from push 75d799eb1f33254be20ff86f0776133c89e4c9ae.
Improvements:
Ratio | Test | Platform | Options | Absolute values (old vs new) |
---|---|---|---|---|
15% | tresize | linux1804-64-shippable-qr | e10s fission stylo webrender-sw | 22.81 -> 19.34 |
15% | tresize | linux1804-64-shippable-qr | e10s fission stylo webrender-sw | 22.67 -> 19.37 |
5% | tresize | windows11-64-shippable-qr | e10s fission stylo webrender-sw | 5.17 -> 4.90 |
3% | tresize | linux1804-64-shippable-qr | e10s fission stylo webrender | 21.29 -> 20.59 |
3% | tart | windows11-64-shippable-qr | e10s fission stylo webrender | 1.76 -> 1.71 |
3% | tresize | windows11-64-shippable-qr | e10s fission stylo webrender | 4.68 -> 4.55 |
Details of the alert can be found in the alert summary, including links to graphs and comparisons for each of the affected tests.
If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.
You can run these tests on try with ./mach try perf --alert 42469
For more information on performance sheriffing please see our FAQ.
Comment 32•4 months ago
|
||
Verified that this issue is fixed on Firefox 133.0b6 (Treeherder build) on macOS 14.7.
Updated•2 months ago
|
Updated•2 months ago
|
Updated•2 months ago
|
Description
•