GNOME Bugzilla – Bug 749863
Delay in window events
Last modified: 2021-07-05 14:44:15 UTC
GUI actions experience a slight delay (around a half a second). Example actions are: Clicking on a menu item Button clicks in dialogue boxes Some examples where this delay is visible: 1. In eclipse, click on almost any menu item. The respective action will start after a delay. For example, if I click the Export menu from file menu, the export dialogue appears after this delay. Similarly, clicking next in this dialogue will experience the same delay before going to the next screen. 2. Right click on desktop background to bring up the context menu. The menu appears without any delay. Now click somewhere else to dismiss the same. The dismissal encounters this delay. 3. Click close button of the terminal. Confirm close dialogue appears after the delay. 4. Even intelli-sense windows in eclipse/android studio show this same delay during dismissal. Note that this delay only appears after using the laptop for 1 or two hours. It looks like the delay gets worsened gradually. If I restart X, the delay resets. This is observed in Fedora 21 with GNOME 3.14. This issue is not present in Mate desktop environment. My machine is Lenovo Z500 with 6GB RAM and i5 processor. It has two video cards and I am using bumble bee. In addition, when I move a window from one monitor to next, the movement is not smooth in the border of two monitors. This also gets worsened with time and disappears after X restarts.
Are you using the nvidia driver? Thanks for taking the time to report this. This bug report isn't very useful because it doesn't describe the bug well. If you have time and can still reproduce the bug, please read https://bugzilla.gnome.org/page.cgi?id=bug-writing.html and add a more useful description to this bug. When providing a better description, please reset the status of this bug report from NEEDINFO to its previous status.
I installed bumbble bee with nvidia drivers. This is the output of lspci -nnk | grep -i vga -A3 command. 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) Subsystem: Lenovo Device [17aa:3904] Kernel driver in use: i915 Kernel modules: i915 -- 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108M [GeForce GT 635M] [10de:0de3] (rev ff) Kernel modules: nouveau, nvidia 02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 05) Subsystem: Lenovo Device [17aa:3977]
Ok, your bug description is bit vague but it's likely to be bug 728464 . See also reports from other users at nvidia's forum: https://devtalk.nvidia.com/default/topic/729908/linux/-gt-334-21-redrawing-problems-in-gnome-3-10-3-12-gtx-580/ *** This bug has been marked as a duplicate of bug 728464 ***
I had a look in to both these cases and can confirm that these are not duplicates. I will record this scenario and provide a link to the video soon.
Created attachment 303955 [details] window_movement_delay this screen cast shows the delay during window movement between screens
This is a video showing the delay with context menu. http://youtu.be/cpTJIhkiv70
It looks like the delay goes away if you close all existing windows in your session. I will confirm this after more testing.
I can confirm that the delay dis-appears when I close all existing windows.
Are there any updates to this?
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.