Toggling titlebar no longer shows/hides it for existing windows
Categories
(Firefox :: General, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox70 | --- | unaffected |
firefox71 | --- | unaffected |
firefox72 | + | fixed |
People
(Reporter: ke5trel, Assigned: bdahl)
References
(Regression)
Details
(Keywords: perf-alert, regression, Whiteboard: [bugday-20191211])
Attachments
(3 files)
STR:
- Go to Menu >> Customize.
- Toggle the Title Bar.
The titlebar fails to appear/disappear for current windows. New windows work as expected.
Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=038ebfdd141acdc7603d2378a832a572bb267686&tochange=9644ee96a51a03a8f4e50e9777fb7278f246383c
Regressed by Bug 1492582.
Comment 3•5 years ago
|
||
[Tracking Requested - why for this release]: We cannot ship this.
Updated•5 years ago
|
Comment 4•5 years ago
|
||
This looks a bit suspicious:
- [drawtitle] attribute set in https://searchfox.org/mozilla-central/rev/b58e44b74ef2b4a44bdfb4140c2565ac852504be/browser/base/content/browser-tabsintitlebar.js#79-91.
- That attribute is being observed specifically for xul root elements: https://searchfox.org/mozilla-central/rev/b58e44b74ef2b4a44bdfb4140c2565ac852504be/dom/xul/nsXULElement.cpp#814.
Comment 5•5 years ago
|
||
The chromemargin attribute is also referenced in that file for <window> elements: https://searchfox.org/mozilla-central/rev/b58e44b74ef2b4a44bdfb4140c2565ac852504be/dom/xul/nsXULElement.cpp#763
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 6•5 years ago
|
||
Enables any type of document to use the special root element attributes
currently used by XUL <window>.
Comment 8•5 years ago
|
||
bugherder |
mozregression brings me here, because most of the UI on the latest FF build is not accessible with mouse. Only small part on the left can be used. Other than that clicking anywhere in the UI doing nothing.
Comment 10•5 years ago
|
||
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 11•5 years ago
|
||
The bug caused a performances regression
== Change summary for alert #24129 (as of Mon, 25 Nov 2019 12:12:29 GMT) ==
Regressions:
76% raptor-tp6-facebook-firefox loadtime linux64-shippable-qr opt 414.96 -> 732.08
72% raptor-tp6-facebook-firefox loadtime linux64-shippable-qr opt condprof 416.33 -> 715.71
67% raptor-tp6-facebook-firefox loadtime linux64-shippable opt 408.85 -> 681.79
59% raptor-tp6-facebook-firefox loadtime linux64-shippable opt condprof 400.02 -> 638.00
16% raptor-tp6-facebook-firefox linux64-shippable-qr opt 311.16 -> 360.68
15% raptor-tp6-facebook-firefox linux64-shippable opt 301.08 -> 346.51
14% raptor-tp6-facebook-firefox linux64-shippable-qr opt condprof 311.15 -> 355.93
13% raptor-tp6-facebook-firefox linux64-shippable opt 301.54 -> 341.51
12% raptor-tp6-facebook-firefox linux64-shippable opt condprof 298.94 -> 334.86
6% raptor-tp6-tumblr-firefox-cold loadtime windows10-64-shippable-qr opt 1,625.50 -> 1,718.92
3% raptor-tp6-pinterest-firefox loadtime linux64-shippable-qr opt 951.75 -> 982.08
3% raptor-tp6-pinterest-firefox loadtime linux64-shippable opt 956.33 -> 981.42
For up to date results, see: https://treeherder.mozilla.org/perf.html#/alerts?id=24129
the back out returned things to normal
== Change summary for alert #24126 (as of Mon, 25 Nov 2019 06:25:51 GMT) ==
Improvements:
43% raptor-tp6-facebook-firefox loadtime linux64-shippable opt 699.88 -> 402.17
37% raptor-tp6-facebook-firefox loadtime linux64-shippable-qr opt condprof 668.71 -> 419.29
34% raptor-tp6-facebook-firefox loadtime linux64-shippable-qr opt condprof 694.58 -> 457.54
13% raptor-tp6-facebook-firefox linux64-shippable opt 343.84 -> 300.68
11% raptor-tp6-facebook-firefox linux64-shippable-qr opt condprof 350.86 -> 313.23
5% raptor-tp6-yahoo-mail-firefox fcp linux64-shippable opt 230.81 -> 219.12
5% raptor-tp6-yahoo-mail-firefox fcp linux64-shippable-qr opt 229.25 -> 218.92
3% raptor-tp6-pinterest-firefox loadtime linux64-shippable opt 981.71 -> 954.29
For up to date results, see: https://treeherder.mozilla.org/perf.html#/alerts?id=24126
Comment 12•5 years ago
|
||
Comment 13•5 years ago
|
||
bugherder |
Comment 14•5 years ago
|
||
Input is broken again in current nightly version.
Comment 15•5 years ago
|
||
Backed out changeset 40b67d5f6d17 for causing Nightlies to not respond to clicks.
Backout link: https://hg.mozilla.org/mozilla-central/rev/0155d544ac6be808c97b112edbb6c05d690b6b4a
Comment 16•5 years ago
|
||
Comment 17•5 years ago
|
||
bugherder |
Assignee | ||
Updated•5 years ago
|
Comment 18•5 years ago
•
|
||
I have reproduced this bug with Nightly 72.0a1 (2019-11-15) on Windows 10, 64 Bit. The fix of this bug is now verified with latest Beta 72.0b7!
Build ID : 20191213132525
User Agent : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0
Updated•5 years ago
|
Updated•3 years ago
|
Description
•