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

dash-to-dock Intelligent autohide glitches while entering in firefox full screen #1813

Closed
denilgabani opened this issue Sep 6, 2022 · 16 comments

Comments

@denilgabani
Copy link

While we go to the edge of screen in Firefox full screen When Intelligent auto hide is enabled it flickers continuously.
OS: Manjaro Linux
Gnome Version: 42.4

@denilgabani
Copy link
Author

denilgabani commented Sep 16, 2022

It flickers only in GNOME Wayland not in Xorg.

@kevincianfarini
Copy link

I also experience this issue.

@taoky
Copy link
Contributor

taoky commented Sep 26, 2022

Maybe duplicate of #1381.

Disable hardware acceleration of Firefox may workaround this bug. Could it be a bug of GNOME (when an app with hardware acceleration is in full screen and some multi-screen stuff...)?

@kevincianfarini
Copy link

Interesting that you mention that. Intelligent hiding of the top bar via an extension also expresses similar behavior.

@taoky
Copy link
Contributor

taoky commented Sep 26, 2022

Interesting that you mention that. Intelligent hiding of the top bar via an extension also expresses similar behavior.

Well here I cannot trigger dock out when Firefox/Chromium is in fullscreen mode (F11) without attaching to external monitor. I find dock glitches when these conditions satisfy:

  • Firefox/Chromium is in maximum window in laptop screen
  • The "dock" is in laptop screen
  • The GNOME "top bar" is in external screen

However if disabling hardware acceleration works in your case, I believe that it's the same bug as issue 1381.

Update 1: GNOME Web also makes the dock glitches.

@taoky
Copy link
Contributor

taoky commented Sep 26, 2022

Interesting that you mention that. Intelligent hiding of the top bar via an extension also expresses similar behavior.

Well here I cannot trigger dock out when Firefox/Chromium is in fullscreen mode (F11) without attaching to external monitor. I find dock glitches when these conditions satisfy:

* Firefox/Chromium is in maximum window in laptop screen

* The "dock" is in laptop screen

* The GNOME "top bar" is in external screen

However if disabling hardware acceleration works in your case, I believe that it's the same bug as issue 1381.

For developers to reproduce this bug, this is how I position my displays:

image

@kevincianfarini
Copy link

Disabling FF hardware acceleration works around the issue. Unlike others, this is problematic even on a single display for me.

@taoky
Copy link
Contributor

taoky commented Sep 26, 2022

Disabling FF hardware acceleration works around the issue. Unlike others, this is problematic even on a single display for me.

So this bug exists on display with dock and without top bar (by other extensions, or in multi-display environment)...

@Neubulae
Copy link

suffering the same thing

@denilgabani
Copy link
Author

The best solution I found is to move to Xorg as it is working in XOrg perfectly😔.

@taoky
Copy link
Contributor

taoky commented Nov 7, 2022

According to #1868 and https://www.reddit.com/r/gnome/comments/ye9yzu/dash_to_dock_flickering/, Meta.disable_unredirect_for_display(global.display); can workaround this problem, and it works on my laptop.

Disabling unredirection may hurt full-screen games performance, I guess that's why mutter enables that by default. However, I have tested supertuxkart and firefox (F11) and I find that the dock will NOT be triggered out when it is actually in fullscreen mode. As apps all use CSD in GNOME wayland, I guess that when an app gets maximized in a display without any gnome-shell decorations, mutter thinks that it should use undirection for that app, and this behavior of mutter brings out the bug of dash-to-dock.

Maybe people familiar with mutter could file an issue/merge request to that (it may be related to funciton find_scanout_candidate() for wayland and maybe_unredirect_top_window() for xwayland (?))? Or, dash-to-dock may kindly ask mutter to disable unredirection before it pops out in this situation, and when it hides again asks mutter to enable unredirection...

@chumariesco
Copy link

I'm also suffering this problem. First I thought it was a problem with the 'Hide Top Bar' extension, but it was Dash to Dock with autohide enabled and fullscreen apps (ie. Ardour or Blender).

The trick from redit works temporarily:
Alt+F2, lg and then enter Meta.disable_unredirect_for_display(global.display)

@chumariesco
Copy link

This extension is out there to automate the aforementioned workaround.
https://extensions.gnome.org/extension/1873/disable-unredirect-fullscreen-windows/

@mihalycsaba
Copy link

Did you guys find any issues after disabling unredirection on wayland? Tried a few games, don't really see performance problems.

@vanvugt
Copy link
Collaborator

vanvugt commented Feb 28, 2023

Duplicate of #1381

@vanvugt vanvugt marked this as a duplicate of #1381 Feb 28, 2023
@vanvugt vanvugt closed this as not planned Won't fix, can't repro, duplicate, stale Feb 28, 2023
@martinprad0
Copy link

This extension is out there to automate the aforementioned workaround. https://extensions.gnome.org/extension/1873/disable-unredirect-fullscreen-windows/

Thank you, it worked

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