[BUG] Autohide works properly only when certain windows are open.

[giacof0]

With most programs' windows the dock autohides only when the window is placed on the bottom left of the screen, despite the bar being on the bottom center. When certain programs are open, such as extension-manager, the autohide feature starts working properly with every window, even the ones that were previously not working. I haven't found a pattern between the working and not working programs, as it doesn't seem related to gui library or wayland/xwayland. Despite this, it is worth noting that autohide behaves properly when wayland vscode is open, but it doesn't if it's running through xwayland. I'll append a video of the behaviour below. This problem has persisted through multiple system installs.

Arch Linux
Gnome 47 running on wayland, same happened on 46
Dash to dock v96
Autohide is set to hide only when obstructing the focused window

2024-10-01.17-08-22.1.mp4

[masterdokuro]

I had a similar issue after this update. To fix I had to uninstall the extension and reset its config using dconf-editor (/org/gnome/shell/extensions/dash-to-dock, right click 'Reset recursively') and then install the extension again. I had to reapply my specific settings but after I done the above the autohide worked as normal.

[giacof0]

Thank you for your input. Unfortunately this didn't fix it for me. I should also have mentioned that I've been having this issue for a while and that it persisted even across multiple system installs.

[perkyquirky]

I have this issue and the resetting settings did not work.
Occurs with Signal, Calculator (official gnome app) and Steam for me so far.
Fedora 41.

I also have this issue:
#2328
Moving window to left hand side hides dock, right hand side shows dock.

[perkyquirky]

Screencast.From.2024-11-16.18-18-36.webm

[sergio-costas]

Mmm... odd... it also happens in my FullHD screen, but more to the right... I'll check it.

[sergio-costas]

@perkyquirky Your case doesn't seem a bug, but your specific configuration. By default, the dock hides only when the focused window is over the dock; that's why when you switch to the calculator the dock appears: because although the browser covers the dock, it doesn't have the focus. If you want the dock to be always hidden when covered by any window, just open the "extensions" application, go to the dash-to-dock settings (or the ubuntu-dock, depending on which one are you using), enter the "intellihide" option, and there you can choose that.

[sergio-costas]

@giacof0 Your setup looks... odd... it is a very, very wide screen. Do you have two screens and the dock put half-and-half? Or do you have one of those big monitors? If the later... should I presume that, internally, the computer manages it as two monitors?

[sergio-costas]

I ask this because it looks like the detection zone is the expected one for the dock if those were two monitors and the dock were placed in the left monitor...

[giacof0]

@sergio-costas Thank you for taking a look at this. It is just a ultrawide monitor, so it's very large, but it's the only one connected and it's handled as a single one. I'll be home shortly so I'll test it with a more common 16:9 resolution and report back.

[giacof0]

I tried at 2560x1440 and 1920x1080 and in both cases the issue persisted, so I don't think aspect ratio is the issue here. If you need any more info or some testing let me know and I'll be happy help.

[perkyquirky]

@perkyquirky Your case doesn't seem a bug, but your specific configuration. By default, the dock hides only when the focused window is over the dock; that's why when you switch to the calculator the dock appears: because although the browser covers the dock, it doesn't have the focus. If you want the dock to be always hidden when covered by any window, just open the "extensions" application, go to the dash-to-dock settings (or the ubuntu-dock, depending on which one are you using), enter the "intellihide" option, and there you can choose that.

Oh my... I am sorry lol
Thank you <3

[giacof0]

Hello, I have an update. While diagnosing an unrelated issue I realized gnome-shell was spamming warnings in the journal. After some googling I found issue #2296 which mentions the same issue. I left it at that at the time, however after reading #2328 today, which is the same exact bug as the one reported in this issue, I realized all three issue had in common the blur-my-shell extension, which was actually also mentioned in the comments for #2296. Disabling it does in fact fix both the journal spam and the "misplaced hitbox" of the dock.

The matter now is: which of the two extensions is the culprit? (if not both)

I haven't opened an issue on the blur-my-shell repo yet because I'd first like the read a contributor's thought about in which extension the problem lies, but I will in case it turns out the bug is in blur-my-shell.

The steps to recreate this bug:

• Install both dash-to-dock and blur-my-shell.
• Check functionality of the dock's autohide feature and the journal with journalctl --follow

The logs I mentioned earlier which are spammed repeatedly:

gen 09 14:48:35 archdt gnome-shell[1301]: Can't update stage views actor dashtodockContainer [Gjs_dash-to-dock_micxgx_gmail_com_docking_DashToDock] is on because it needs an allocation.
gen 09 14:48:35 archdt gnome-shell[1301]: Can't update stage views actor unnamed [Gjs_dash-to-dock_micxgx_gmail_com_docking_DashSlideContainer] is on because it needs an allocation.
gen 09 14:48:35 archdt gnome-shell[1301]: Can't update stage views actor dashtodockBox [StBoxLayout] is on because it needs an allocation.
gen 09 14:48:35 archdt gnome-shell[1301]: Can't update stage views actor bms-dash-backgroundgroup [MetaBackgroundGroup] is on because it needs an allocation.
gen 09 14:48:35 archdt gnome-shell[1301]: Can't update stage views actor bms-dash-blurred-widget [StWidget] is on because it needs an allocation.

I'd like to apologize to whoever took their time to look at this earlier since I should have checked without other extensions before opening the issue.