Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dock autohides always (ignoring autohide only when window is over the dock) after context menu action #1769

Closed
jeroni opened this issue Jun 28, 2022 · 11 comments

Comments

@jeroni
Copy link

jeroni commented Jun 28, 2022

It happens after executing any action from the context menu.
As an example, right click Nautilus and open a new instance from the context menu.
The dock will auto hide even without any window over it.
To make it appear again you can disable - enable auto hide from the settings or push with any window to make it has the default behaviour again.

gnome-shell-extension-dash-to-dock 1:72+5+g24fd566-1
Gnome 42.2
Archlinux

dock-autohide.mp4
@vanvugt vanvugt closed this as not planned Won't fix, can't repro, duplicate, stale Jul 11, 2022
@vanvugt vanvugt reopened this Jul 11, 2022
@webmastak
Copy link

I confirm the same is happening.

@TheBakerCat
Copy link

same issue

@Arcitec
Copy link

Arcitec commented Jul 27, 2022

@micheleg @3v1n0

Very good bug report. You really covered all the issues and workarounds correctly, and your video is an excellent demonstration. I confirm that auto-hide is broken.

I have verified it on:

  • Dash to Dock compiled from GIT Master on July 20th, 2022. This commit is what I run: 0fc9d94
  • GNOME 42.3 (Fedora Workstation 36)
  • Both X11 and Wayland.
  • With Caffeine/Espresso extension disabled, Dash to Dock is still broken. I just tried it because of Potential conflict between the Caffeine Gnome extention and Dash-to-Dock #1744 but disabling it didn't help.
  • You don't have to select any menu item. Just the action of opening the context menu is enough to bug out Dash to Dock. So you can right-click an app, then right-click the app again to close the menu, and now the dock will be bugged and stuck in auto-hide.

@vanvugt
Copy link
Collaborator

vanvugt commented Aug 1, 2022

Downstream Ubuntu bug: https://launchpad.net/bugs/1983130

@Arcitec
Copy link

Arcitec commented Aug 7, 2022

Spontaneously, it seems likely that the bug is that Dash to Dock thinks the popup menu is a window that's overlapping with the dock, and therefore hides itself. And then D2D probably doesn't get any "window closed/moved" event regarding the popup menu when it closes, so D2D never re-appears.

@vanvugt Great to see the downstream bug report too. This is an annoying one, so the more eyes the better.

@Arcitec
Copy link

Arcitec commented Aug 20, 2022

This earlier, merged pull request seems related:

#1751

@maxborowsky
Copy link

maxborowsky commented Sep 6, 2022

This is never fixed in DtD 73. I just installed version 73 from the Fedora 36 repo and the problem remains: I right-click on the dock, call the menu and the dock is immediately hidden. You can return it only by calling the DtD settings again.

The interesting thing is that in version 72 this problem was not.

3v1n0 added a commit to 3v1n0/dash-to-dock that referenced this issue Oct 9, 2022
We should not always hide the menus depending on the mouse position, but
this depends on the current user configurations.

LP: #1983130
Closes: micheleg#1769
@3v1n0
Copy link
Collaborator

3v1n0 commented Oct 9, 2022

This is a regression of 77dac94 and it should be handled by #1849

@D3vil0p3r
Copy link

When the ubuntu-dock 74ubuntu2 version will be released? It should contain the fix of this issue.

If I clone the repository, I'm still getting ubuntu-dock 74ubuntu1.

@vanvugt
Copy link
Collaborator

vanvugt commented Jan 6, 2023

Yes @3v1n0 just forgot to push 74ubuntu2 to git when it was released to Ubuntu. I'm sure he'll fix it soon.

@D3vil0p3r
Copy link

Yes @3v1n0 just forgot to push 74ubuntu2 to git when it was released to Ubuntu. I'm sure he'll fix it soon.

Thank you guys. Let me know when it will be pushed to git please.

3v1n0 added a commit that referenced this issue Jan 9, 2023
We should not always hide the menus depending on the mouse position, but
this depends on the current user configurations.

LP: #1983130
Closes: #1769
3v1n0 added a commit that referenced this issue May 12, 2023
We should not always hide the menus depending on the mouse position, but
this depends on the current user configurations.

LP: #1983130
Closes: #1769
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants