Remove OSToolbarButtonPressed and related code.
Categories
(Core :: Widget: Cocoa, task)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox155 | --- | fixed |
People
(Reporter: emilio, Assigned: emilio)
References
(Blocks 1 open bug)
Details
Attachments
(3 files, 2 obsolete files)
| Assignee | ||
Comment 1•2 months ago
|
||
I did the digging, and this seems to come from bug 363415, and then morphed shape in multiple ways, but mostly through refactors like bug 743975.
But I don't think macOS titlebars have a "toolbar" button anymore.
| Assignee | ||
Comment 2•2 months ago
|
||
I did the digging, and this seems to come from bug 363415, and then
morphed shape in multiple ways, but mostly through refactors like bug
743975.
But I don't think macOS titlebars have a "toolbar" button anymore. And
I'm pretty sure even if we reached this code this wouldn't work as
expected, since nsIWebBrowserChrome::SetChromeFlags implementations
don't do much (clean up for that incoming).
Updated•2 months ago
|
| Assignee | ||
Comment 3•2 months ago
|
||
I did more digging and this seems to be basically dead code. It seems
older versions of OSX had some sort of toolbar control button? But it's
documented to have no effect at all nowadays:
https://developer.apple.com/documentation/appkit/nswindow/showstoolbarbutton
| Assignee | ||
Comment 4•2 months ago
|
||
We only deal with a couple of these flags anyways. The bar changes could
theoretically work, but we don't use them (other than in a test).
| Assignee | ||
Comment 5•2 months ago
|
||
Nothing can set this now. Even popup windows opened with location=no
show the urlbar anyway, and we have tests for it.
Updated•2 months ago
|
| Assignee | ||
Comment 8•1 month ago
|
||
As per discussion in D316217. There's a sessionstore caller, but
sessionstore will open the window with the right window features
regardless, so it's effectively a no-op (and after D316217 it is
definitely a no-op).
I tested restoring sessions with popup windows open and such just in
case it wasn't covered by tests, and it works alright.
Comment 10•1 month ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/d8d2efb042bd
https://hg.mozilla.org/mozilla-central/rev/2eab102c0d6b
https://hg.mozilla.org/mozilla-central/rev/d89dc224aea3
| Assignee | ||
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
| Assignee | ||
Comment 11•1 month ago
|
||
Let me move the unlanded work to a new bug for better tracking.
Comment 12•1 month ago
|
||
Comment on attachment 9621553 [details]
Bug 2060396 - Remove CHROME_LOCATIONBAR / chromeclass-location. r=#urlbar-reviewers!
Revision D316218 was moved to bug 2064683. Setting attachment 9621553 [details] to obsolete.
Comment 13•1 month ago
|
||
Comment on attachment 9625528 [details]
Bug 2060396 - Throw on BarProp.visible setter. r=vhilla
Revision D317990 was moved to bug 2064683. Setting attachment 9625528 [details] to obsolete.
Updated•1 month ago
|
Updated•1 month ago
|
Description
•