Disable system titlebar by default on Linux
Categories
(Core :: Widget: Gtk, enhancement, P3)
Tracking
()
People
(Reporter: joshas, Assigned: stransky)
References
(Blocks 1 open bug)
Details
(Keywords: polish)
Attachments
(7 files)
157.97 KB,
image/png
|
Details | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
83.34 KB,
image/png
|
Details | |
125.66 KB,
image/png
|
Details |
Updated•7 years ago
|
Comment 1•5 years ago
|
||
In Firefox 75 issue can be fixed by setting "mozilla.widget.use-argb-visuals" preference to True. Any plans to turn it on by default?
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 3•5 years ago
|
||
(In reply to joshas from comment #2)
In Firefox 75 issue can be fixed by setting "mozilla.widget.use-argb-visuals" preference to True. Any plans to turn it on by default?
It causes visual glitches when video is played so we can't enable it - Bug 1516224.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 4•4 years ago
|
||
libyuv library used for software decode UYV video formats to RGB produces also alpha for RGBX formats.
As we use OP_OVER in Basic compositor, the alpha channel is copied to final surface which is sent to window manager.
When alpha X11 visual is used, the bogus alpha information is used for blending and the video is transparent,
co we need to clear the alpha information from the video surface.
Assignee | ||
Comment 5•4 years ago
|
||
In order to hide system titlebar by default we need to use alpha visual for Firefox main window.
Depends on D88558
Assignee | ||
Comment 6•4 years ago
|
||
Depends on D88559
Assignee | ||
Comment 8•4 years ago
|
||
Implement nsWindow::IsMainWindowTransparent() as we need that info in BasicCompositor.
Depends on D88560
Comment 10•4 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/9b0831b5b79d
https://hg.mozilla.org/mozilla-central/rev/c22047618d6d
https://hg.mozilla.org/mozilla-central/rev/2f0cdb92820d
https://hg.mozilla.org/mozilla-central/rev/bb0078598fc8
Comment 11•4 years ago
|
||
I don't know what that bug is all about, but mozregression lead me here. Title bar on my Linux firefox window gone. See attached before and after screenshots. btw after screen shots seems to grab more than just a window, so may be there is something transparent.
Comment 12•4 years ago
|
||
Comment 13•4 years ago
|
||
Comment 14•4 years ago
|
||
EDIT: oh ... I see you decide to disable title bar with some logic. Well ... at least on my Gentoo Linux that seems to disable it without any warning and waste me some time to trying to figure it out what is wrong. Anyway clicking on title bar in customize bring browser back to normal.
Assignee | ||
Comment 15•4 years ago
|
||
I'm sorry it causes you the troubles. Nightly is expected to come with various changes, I think we ship release notes for Beta/Release only.
Assignee | ||
Comment 16•4 years ago
|
||
Release Note Request (optional, but appreciated)
[Why is this notable]:
[Affects Firefox for Android]:
[Suggested wording]:
[Links (documentation, blog post, etc)]:
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 17•4 years ago
•
|
||
Let's wait with the relnotes until Bug 1663279 Bug 1663206 and Bug 1663194 are fixed.
Comment 18•4 years ago
|
||
Hi, @emilio in Matrix suggested this might be causing the reproducible crash I started experiencing in KDE in bug 1662834 comment 1.
Comment 19•4 years ago
|
||
On Linux/KDE with current nightly the windows aren't resizable anymore (next to having no titlebar). Interestingly enough it is also not possible via the context menu in the toolbar, the option is disabled as if that window doesn't allow resizing at all anymore.
An option to get back the title bar is neither visible in "Customize" nor in about:config as far as I could see.
Comment 20•4 years ago
|
||
The breakage here is severe enough that Nightly has become unusable (I can't dogfeed it any more - and I don't think I'm the only one). Martin, if you don't think you can get this fixed quickly, we'll have to consider backing out the patches.
Assignee | ||
Comment 21•4 years ago
|
||
Sure, I'm going to look at it today.
Comment 22•4 years ago
|
||
(In reply to Arthur from comment #19)
On Linux/KDE with current nightly the windows aren't resizable anymore (next to having no titlebar).
I can resize Firefox's windows with the mouse on all sides in KWin on X11 (xcb) in Fedora 32.
Interestingly enough it is also not possible via the context menu in the toolbar, the option is disabled as if that window doesn't allow resizing at all anymore.
The KWin titlebar menu (Maximize, Move to Screen, Minimize, More Actions, Close ) is gone altogether from Firefox's main window for me: right-clicking just gives me Firefox's tab bar menu. I guess that's what "Disable system titlebar by default on Linux" means.
Assignee | ||
Comment 23•4 years ago
|
||
Bug 1663279 has a patch which fixes all issued on Fedora 32. Please retest when it lands, it's possible that older distros may have some other issues, especially KDE before 5.18.
Assignee | ||
Comment 24•4 years ago
|
||
(In reply to skierpage from comment #22)
The KWin titlebar menu (Maximize, Move to Screen, Minimize, More Actions, Close ) is gone altogether from Firefox's main window for me: right-clicking just gives me Firefox's tab bar menu. I guess that's what "Disable system titlebar by default on Linux" means.
It's question what's the better default for KDE. I checked Chrome and it also has disabled the system titlebar by default there. I'm not a KDE user so I don't have a strong opinion here.
Assignee | ||
Comment 25•4 years ago
|
||
Bug 1663279 has landed, can you please re-test?
Thanks.
Comment 26•4 years ago
|
||
I'm seeing crashes that seem related to this change, like this one for example. I'm hesitant to file a bug because they're coming from a single nightly user, Martin can you have a look?
Assignee | ||
Comment 27•4 years ago
|
||
(In reply to Gabriele Svelto [:gsvelto] (PTO until September 5th) from comment #26)
I'm seeing crashes that seem related to this change, like this one for example. I'm hesitant to file a bug because they're coming from a single nightly user, Martin can you have a look?
Gabrielle, that's very good catch! Please file that one!
Thanks.
Assignee | ||
Comment 28•4 years ago
•
|
||
(In reply to Martin Stránský [:stransky] from comment #27)
(In reply to Gabriele Svelto [:gsvelto] (PTO until September 5th) from comment #26)
I'm seeing crashes that seem related to this change, like this one for example. I'm hesitant to file a bug because they're coming from a single nightly user, Martin can you have a look?
Gabrielle, that's very good catch! Please file that one!
Thanks.
I filed it as Bug 1663576, Thanks.
Comment 29•4 years ago
|
||
With 20200909093957 I still don't have title bar and window borders on Debian stable with KDE. Clearing startup cache didn't help, Compositing: WebRender.
Assignee | ||
Comment 30•4 years ago
|
||
(In reply to Arthur from comment #29)
With 20200909093957 I still don't have title bar and window borders on Debian stable with KDE. Clearing startup cache didn't help, Compositing: WebRender.
Okay, let's use Bug 1663273 for that. I guess we end up with disabled hidden titlebar on KDE anyway.
Comment 31•4 years ago
|
||
I'm not a KDE user so I don't have a strong opinion here.
I use KDE but I don't have a strong opinion either :-) Currently there's too many regressions from this though. If those can get fixed, testing it would just be a matter of flipping the pref, right?
Assignee | ||
Comment 32•4 years ago
|
||
(In reply to Gian-Carlo Pascutto [:gcp] from comment #31)
I'm not a KDE user so I don't have a strong opinion here.
I use KDE but I don't have a strong opinion either :-) Currently there's too many regressions from this though. If those can get fixed, testing it would just be a matter of flipping the pref, right?
Which one do you mean? I'm aware of Bug 1663273 only which turned out to be independent on the titlebar setting. All others should be settled now.
Comment 33•4 years ago
|
||
I'm not clear if the stuff I saw in bug 1663317 has been fully fixed or if it's just gone away because the title bar is back.
Assignee | ||
Comment 34•4 years ago
|
||
KDE >= 5.18 contains Gtk fixes on KDE side which fixes that, see https://pointieststick.com/2019/11/30/this-week-in-kde-gtk-csd-support-and-more/
Comment 35•4 years ago
|
||
(In reply to Martin Stránský [:stransky] from comment #34)
KDE >= 5.18 contains Gtk fixes on KDE side which fixes that, see https://pointieststick.com/2019/11/30/this-week-in-kde-gtk-csd-support-and-more/
Can we check on the KDE version? I don't think people using stable distros are likely to update just for firefox.
Setting MOZ_GTK_TITLEBAR_DECORATION to false fixes my issues with not having window borders, but it's not very user friendly either.
Assignee | ||
Comment 36•4 years ago
|
||
It's not very easy to get exact KDE version. Okay, let's disable the hidden titlebar for KDE by default.
Assignee | ||
Comment 37•4 years ago
|
||
Filed as Bug 1664496.
Assignee | ||
Comment 38•4 years ago
|
||
Release Note Request (optional, but appreciated)
[Why is this notable]: Firefox follows other browsers and hide system titlebar on Gnome by default.
[Affects Firefox for Android]: none
[Suggested wording]:
[Links (documentation, blog post, etc)]:
Updated•4 years ago
|
Comment 40•4 years ago
|
||
(In reply to Martin Stránský [:stransky] from comment #36)
It's not very easy to get exact KDE version. Okay, let's disable the hidden titlebar for KDE by default.
If you need to know plasma version, you could run plasmashell--version
.
Description
•