search

pp3345 / gnome-with-patches

Fedora Copr repository with patched gnome-shell and mutter builds
https://copr.fedorainfracloud.org/coprs/pp3345/gnome-with-patches
25 stars 2 forks source link

Mouse cursor lags during alt+tab #1

Closed genodeftest closed 4 years ago

genodeftest commented 5 years ago

Thank you very much for providing this COPR! It made gnome-shell much more responsive so I can keep it a bit longer before generating new waste.

Since a while ago, I'm seeing a massive mouse cursor lag during Alt+Tab. This applies for different (if not all) package versions of your copr on Fedora 30.

Steps to reproduce:

  1. Press Alt key down and keep it pressed.
  2. Press and release Tab key
  3. Move your mouse cursor over the application switcher overlay¹
  4. Watch the cursor while you move it

What happens: As long as the mouse cursor is over the application switcher overlay¹, the mouse cursor moves very slowly. As soon as it leaves the overlay, the mouse cursor moves at normal speed.

What should happen: The mouse cursor should move the same speed no matter which gnome-shell part it is hovering.

¹: I don't know what this is called exactly, but I mean this list of icons that appear in a gnome-shell-style overlay before my applications when pressing Alt+Tab. It contains all the running applications.

Additional info:

genodeftest commented 5 years ago

I would also report this issue upstream but they'll probably say "thats neither the latest stable version nor our master branch so go away" and I can't test this on their master. Do you have any clue which patch may cause this issue or whether it is an upstream issue present even without the extra patches?

pp3345 commented 5 years ago

Hi @genodeftest,

thanks for your report. I can't reproduce your issue and I don't really have an idea what patch might cause it, so I have the following questions:

genodeftest commented 5 years ago

Thanks for your response!

It looks like there is one step missing in my issue description. In my step 3, have you tried pressing and releasing the Tab key a few times while moving the mouse over the application switcher overlay? In my case the effect does not immediately kick in but only after a inputs or 1…2 seconds.

  • Are you sure this doesn't happen with vanilla builds from Fedora's own repos?

Not sure. Will try later.

  • Are you using Xorg or Wayland?

Wayland.

  • What GPU?

The one integrated with an Intel Core i5-650 ("Intel HD Graphics")

  • Is your screen perhaps in portrait mode or do you use fractional scaling?

No. Just a plain fullHD (1920x1080px) screen with default scaling in landscape mode.

  • Do you see the same issue in other parts of the shell, perhaps when moving the cursor over the dash in the overview?

The dash is not affected, neither is the list of currently running applications, the list of available applications, the desktop list, … in the overview. The top menus (system menu, accessibility menu, keyboard layout menu) and some menus from gnome-shell extensions (system-monitor) are affected though. In case of the system-monitor extension this is expected because it does some I/O on the GUI thread (which is a pretty bad idea, I know). To answer the question before you ask: The issue is still present even if all extensions are disabled.

pp3345 commented 5 years ago

I am still unable to reproduce this issue, even with your updated instructions.

Are you sure this doesn't happen with vanilla builds from Fedora's own repos?

Not sure. Will try later.

Did you try that?

genodeftest commented 5 years ago

Note that I found another way to reproduce this issue: While a gnome-shell notification is being displayed, the mouse cursor also lags massively.

I am still unable to reproduce this issue, even with your updated instructions.

Are you sure this doesn't happen with vanilla builds from Fedora's own repos?

Not sure. Will try later.

Did you try that?

Now I did. With Fedora's vanilla builds the lag during alt+tab is not present any more.

pp3345 commented 5 years ago

Sorry, I still don't really have a clue what precisely may be causing your issue and can not reproduce it using an Intel machine on Wayland with a 1080p screen. A few questions:

Really just trying to gather some information here to guess which patch may be the culprit.

genodeftest commented 5 years ago
  • When you experience the problem, how many windows are there on the current workspace?

Usually I have up to 20 windows open. I don't think the issue depends on the number of windows.

  • How many workspaces?

Usually I have 1-3 workspaces. I don't think the issue depends on the number of workspaces.

  • Do you have perhaps have a lot of notifcations (i.e., when you click on the date/time in the panel)?

Not unless you count 3-5 as "a lot"

  • Do you have a large amount of Xwayland windows? (e.g., Chrome/Chromium, IntelliJ IDEA, Firefox/Thunderbird (if not using firefox-wayland/thunderbird-wayland), Qt applications (if not using QT_QPA_PLATFORM=wayland), etc.)

Rarely more than 5, never more than 10 windows running under Xwayland (checked with "looking glass")

Really just trying to gather some information here to guess which patch may be the culprit.

Maybe the issue is happening only with my – quite old – iGPU (integrated in Core i5 650).

genodeftest commented 4 years ago

I am using gnome-shell and mutter 3.34.3 from Fedora 31 repos now, which has way better performance than 3.32.x so I don't use your patched versions any more. I don't see the issue any more. Feel free to close this issue. Nonetheless: Thanks for helping out and providing this repo and the copr!

pp3345 commented 4 years ago

This is interesting, as nearly everything I had included in my Fedora 30 builds is now upstreamed in 3.34. Still no idea what could have caused your issue, but I am glad it's gone now.

Note that my patched repository by now contains a large pile of performance improvements for Fedora 31 again, in case you want to give it a try ;-)

I'll close this issue now as it is basically obsolete, and while there was no fix, thanks a lot for reporting it anyway!