Problem with auto hide dock (v103)

[SudoDios]

After updating to 103, auto hide dock does not work properly in maximized window and is not hidden.

[AmionSky]

I noticed it too with fullscreen games. For games that use X11/XWayland the dock does not auto-hide, but if you enable Wayland for proton it seems to hide properly.
Also just toggling which side the dock should appear on in the settings fixes it.

[leondobel]

A workaround i found is keeping Extensions manager open and minimized, made it work as intended

[AmionSky]

Reverting #2447 fixes the issue

[Nils277]

The problem can be reproduced reliably with the following setup:

1. Have full screen application in the first workspace that is pinned to the dock.
2. Have an application that is not pinned shown in the second workspace.

The error changes slightly with the state(fullscreen/floating) and the position of the application in the second workspace.

In short, the error shows up as soon as items are added/removed from the dock when switching workspaces.

[mattitech]

Hi, noticed the same issue, specifically when dodge windows is set to only activate when the focused window is over the dock. The way it happens to me is when I run an app, then from that app launch some window that is not maximized (taking over the dock) then once the window is closed, the dock stays stuck and does not hide unless you toggle the extension off and on or switch the dodging to "all windows"

I am on GNOME 49, Ubuntu 25.10, Wayland

[victorewik]

I am running Debian 13 (Trixie). After a recent update to the Dash to Dock extension, I started experiencing several UI glitches. Specifically:

Nautilus Glitches: The Nautilus (Files) sidebar partially disappeared or failed to render correctly.

Auto-hide Failure: The dock no longer hides properly when a window is in full-screen mode. It stays visible on top of applications, whereas before it used to hide perfectly.

System Breakage: In an attempt to fix the UI issues, I tried to reinstall Nautilus via 'GNOME Software.' This triggered a dependency conflict that accidentally removed the gnome-core and task-gnome-desktop meta-packages. Upon rebooting, the system hung at 'Started gdm.service' because the core GNOME components had been uninstalled."

Since the last update of Dash to Dock, I've encountered severe rendering issues. The Nautilus sidebar was flickering or missing, and the dock fails to hide when a window is in full-screen (this worked perfectly before). These glitches were so persistent that they led to a broken GDM session. I believe the latest version of the extension is conflicting with the GNOME Shell version in Debian Stable. I have to reinstall via emergency in root all the gnome shell.

Any person with this problem??

[xiaozhangup]

This issue is more noticeable and strange with multiple screens.
When the main screen's window is near the right area of the main screen, the dock on the adjacent screen hides itself, while the main screen's dock never hides no matter what.

[rubin55]

I made a recording of what happens in my case after upgrading to v103:
https://github.com/user-attachments/assets/82fde5ab-9589-4e04-be74-248d6eb30664

So it feels like the detection area is "below" or "beyond" the end of the screen instead of where the dock actually is.

As user @AmionSky mentions, undoing #2447 fixes the issue:
https://github.com/user-attachments/assets/bd8b0fcb-7acd-4d73-91b2-a8f9aa2c2f81

[mattitech]

My issue is slightly different but has to do with Window dodging.

output.mp4

[Rome00]

Same issue on Fedora 43, when using Dash to Dock with auto-hide enabled, the dock keeps popping up briefly while playing fullscreen games.

Steps to reproduce:

• Enable Auto-hide in Dash to Dock settings.
• Launch any fullscreen game (tested with multiple games).
• While in fullscreen, the dock briefly appears for about a second.
• It hides again, then repeats this behavior periodically.

[Neo-29]

Same as @Rome00 , something is wrong.... it keeps reverting randomly (auto hide) even turning/off/on the setting now... Disabling/enabling the extension sometimes works.
I thought it had something to do with suspend, but nope.

Strange as everything was working fine before the update

[DiazFernandito]

I made a recording of what happens in my case after upgrading to v103: https://github.com/user-attachments/assets/82fde5ab-9589-4e04-be74-248d6eb30664

So it feels like the detection area is "below" or "beyond" the end of the screen instead of where the dock actually is.

As user @AmionSky mentions, undoing #2447 fixes the issue: https://github.com/user-attachments/assets/bd8b0fcb-7acd-4d73-91b2-a8f9aa2c2f81

Please could you explain how to revert or undo the latest changes. I'm a newbie and this latest update gave me a lot of inconvenience! I need to recover my pre-upgrade workflow!

[DiazFernandito]

Reverting #2447 fixes the issue

Please could you explain how to revert or undo the latest changes. I'm a newbie and this latest update gave me a lot of inconvenience! I need to recover my pre-upgrade workflow! ... Pls .. pls ..pls ...

[ionutbortis]

Reverting #2447 fixes the issue

Please could you explain how to revert or undo the latest changes. I'm a newbie and this latest update gave me a lot of inconvenience! I need to recover my pre-upgrade workflow! ... Pls .. pls ..pls ...

This drove me NUTS today! I reverted the #2447 fix, hopefully that will solve the issue, pffff...

If you need a quick fix, you can try this bash command in a terminal and do a re-login afterwards:

cd ~/.local/share/gnome-shell/extensions/dash-to-dock@micxgx.gmail.com && sed -i 's/const \[absX, absY\] = this\._box\.get_transformed_position();//' docking.js && sed -i 's/            absX,/            this.x + this._slider.x - (this._position === St.Side.RIGHT ? this._box.width : 0),/' docking.js && sed -i 's/            absY,/            this.y + this._slider.y - (this._position === St.Side.BOTTOM ? this._box.height : 0),/' docking.js