hidetopbar
hidetopbar copied to clipboard
tuxor1337
Hidden top bar opens but then immediately becomes invisible if active window is currently maximized (top bar is still there; pressing buttons on it works)
The problem is perhaps the top bar being hidden too well, heh. But really everything works perfectly, with animations on one can see the top bar showing up as expected, but then once the animation is done it disappears instantly. (With animations off, set to zero, the same thing is happening, an invisible top bar becomes present and buttons on it can be pressed, but there is no visual cue it ever showed up.)
Thought this was specific to Firefox because that's generally the only maximized application, but can reproduce even with system settings dialogs if i maximize them.
It is a problem of course not to be able to see the top bar to know what time it is or what buttons are available where, and it is also hard to know when the bar is still there, so it being there invisible interferes with pressing top tabs on the open application.
I think the development of this problem coincided with the second-most-recent update of Gnome.
Currently on Gnome 42.2 and the Wayland windowing system. Debian GNU/Linux bookworm/sid.
Same here. It also caused dash to dock for cosmic with autohide enabled have the same problem. I'll disable this extension until I find a fix edit: using fedora 36 with gnome 42
Experiencing the same issue. Both Dash to Dock for COSMIC and Hide Top Bar started acting this way recently. It must've been a GNOME 42 update that broke it, but I can't pinpoint exactly which one.
Quick update; A little testing shows that Dash to Dock for COSMIC stops acting up if I disable Hide Top Bar. The same is not true the other way around.
Same happening to me, using Pop!_OS 22.04, both Dock and Top-bar behaves that way. Both start blinking after cursor passes through icons and finally becomes invisible until mouse moves.
Update: Actually, it only happens to me when Firefox is the active window. Firefox version is 102.0 (64-bit)
this happens in some apps that have not regular title bar, like firefox or gnome software. If dash-to-dock flickers, disabling hide-top-bar should fix dash-to-dock
I think this should be fixable if we put an always on top functionality on the panel. Is there any code pointer for the same on which we can try if anyone is aware ?
Unfortunately, I'm unable to reproduce this issue on Fedora 36 with GNOME 42.3.1 (Wayland) and Firefox 102.0.
Re GrigDavid I also see this flickering only when the fullscreen app doesn't use system titles & borders. Ubuntu 22.04 + GNOME 42.2 (Wayland) + Chrome 104.0.5112.79 + Hide Top Bar 108 + Ubuntu Dock 71 (no dash-to-dock)
I'm having this same issue on Manjaro Gnome 42.4 Wayland, When this extension (vr. 108) is enabled. Any full sized applications will cause both the top bar and the dock to appear momentarily. followed by flickering before becoming invisible (but still clickable).
Same problem, Manjaro Gnome. I'm building the extension package using this PKGBUILD here: https://gitlab.com/sdwolfz/pkgbuilds/-/blob/master/gnome-shell-extension-autohidetopbar/PKGBUILD
Using latest commit 74cc28b5f2be11a2e3157689610ef7dd19b6015d (which was supposed to fix this).
I'm thinking: does the plugin store some form of state somewhere? Maybe that needs to be cleared since the above commit... since it does not happen to everybody maybe uninstalling, clearing whatever, then installing again would work :shrug:
@tuxor1337 can you please post a list of installed extensions you have on your system? Maybe it's an interaction with another that we might have and you don't. (I'll post my list later today when I arrive home)
In Ubuntu 22.04, the extension also messes up the "Auto-hide the Dock" option in Ubuntu's appearance setting (Firefox maximized + mouse on edge of screen = dock appears and disappears).
@tuxor1337 can you please post a list of installed extensions you have on your system? Maybe it's an interaction with another that we might have and you don't. (I'll post my list later today when I arrive home)
I don't use and never used any other extensions. Additionally, note that I'm on Fedora where you start with a vanilla GNOME that doesn't come with default extensions like a dock etc. (unlike Ubuntu, I think).
Here's what I have:
-
ls ~/.local/share/gnome-shell/extensions/- none -
gsettings get org.gnome.shell enabled-extensions:['[email protected]', '[email protected]', '[email protected]', '[email protected]', '[email protected]', '[email protected]', '[email protected]'] -
ls /usr/share/gnome-shell/extensions/:[email protected] [email protected] screenshot-window-sizer@gnome-shell-extensions.gcampax.github.com [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] [email protected] native-window-placement@gnome-shell-extensions.gcampax.github.com [email protected] [email protected] [email protected] [email protected] [email protected] [email protected]
Part of Manjaro's Defaults... I'll disable each extra until It works I guess...
EDIT: disabled all but hidetopbar and still did not work
Dash to dock recently updated, I tested out this extension to see and it seems to work perfectly now.
I can confirm this behavior on a brand new install of Fedora 36 (GNOME 42.4 Wayland, Firefox 104.0.1) with no other extensions if it helps @tuxor1337 --- installing Dash to Dock makes the problem worse (and breaks Dash to Dock as well), but even without it the problem still occurs.
It hapens using wps text editor ou firefox maximized, wiht other app goes well
https://github.com/flameshot-org/flameshot/issues/2590#issuecomment-1177189932 It also solves this issue.
Interesting, so It's a Wayland issue, makes sense since I use Wayland.
@tuxor1337 are you on Xorg? and can you debug this on Wayland?
Side note: I don't know how to debug this myself, any hints?
Yes, for me switching wayland to xorg solves the problem! But I think it shoud be fixed, wont you all agree? tks
I tried debugging this with some extra debug statements, see here: https://gitlab.com/sdwolfz/hidetopbar/-/compare/master...flickering-fix
The only difference I see in the arguments to "_handleMenus" is an extra...
{
"id": 39,
"name": "notify::sensitive",
"disconnected": false
},
{
"id": 40,
"name": "notify::sensitive",
"disconnected": false
}
...in the 0 > statusArea > appMenu > menu > _windowSection > _signalConnections section for when it's working properly (that part is missing when using firefox fullscreen, but present when using gnome terminal fullscreen for example).
Here are the full log files:
log-broken.log log-working.log
That's as much as I'm able to investigate right now.
Interesting, so It's a Wayland issue, makes sense since I use Wayland.
@tuxor1337 are you on Xorg? and can you debug this on Wayland?
Side note: I don't know how to debug this myself, any hints?
I've experienced this issue only with Wayland. Xorg all works fine
@tuxor1337 you can't reproduce this with Firefox on Ubuntu because over there, the Firefox package is installed via Snap. Similarly I can't reproduce this with the Snap package on Manjaro Wayland.
But if you would install Firefox from a native package instead you would get the same behavior.
Here is an explanation of the behaviour:
- You start up Firefox, then maximize it, top bar hides
- You scroll to the top, the top bar animation plays drawing on top of Firefox
- The animation ends, Firefox draws itself on top of the top bar, so it's now invisible, but the top bar elements are still logically above the browser window.
- Move the mouse inside the top bar, it becomes visible again while the motion persists.
- Stop moving the mouse, Firefox again draws itself on top of the top bar.
- Move the mouse outside the top bar, it becomes visible again, and while the animation lasts it's drawn on top.
- Finally the top bar is hidden for real.
What I believe happens, is that there is something like a z-index issue for the two. Both Firefox and the top bar are at the same level and whichever one of them happens to draw itself on top first wins, that's why you get the start/end animations and visibility while moving the mouse.
@sdwolfz Thanks for your attempt of an explanation! As mentioned above, I'm on Fedora with Wayland and can't reproduce this. snap is not installed on this machine.
With the changes I made in https://github.com/tuxor1337/hidetopbar/pull/390 I've debugged this further:
As you can see in the logs there, when it works well, with gnome terminal fullscreen, the logs always start with:
PanelVisibilityManager show(mouse-enter)
But when firefox fullscreen is in play, it starts with:
Intellihide _checkOverlapSignal function(): name = "notify::focus-app" | args = [{},{}]
Yeah this is happening with other apps to on my laptop. The app Obsidian MD also has this issue. It's only happening in wayland and it also effects dash to dock extension which experiences the same issue when Hide Top Bar is enabled.
Hey, here is a video that I recorded showing the issue. Might help. I'm on fedora 37 beta but it still occurs in F36. Also, for some reason it doesn't show in any screen recording software so I used my phone. https://github.com/yo-ranzz/Hide-top-bar-issue/blob/main/README.md
