[Bug 1869568] [NEW] Unlock takes a long time
Public bug reported: I searched and found related bugs #1774188 and #1847566, but one of those is against 19.04, which is end-of-support, and the other was abandoned with no feedback from the OP. So, let's try again. When unlocking my screen, it takes progressively longer to unlock. After a fresh restart, it's pretty quick. After about a day, it takes about a second. After a longer period, it takes up to 5 seconds. When I press Enter at the lock screen to get to the password entry, the "wipe" effect commonly stalls as it gets near the top of the screen; not sure if this is related. After correctly entering my password, it takes several seconds before my desktop is visible. It's _there_, because moving the mouse around changes the mouse pointer according to what's under it (e.g. it turns into an I-bar on the Firefox search/address box and a finger icon on a link). It just takes several seconds to actually draw the screen. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: gnome-shell 3.28.4-0ubuntu18.04.3 ProcVersionSignature: Ubuntu 5.3.0-42.34~18.04.1-generic 5.3.18 Uname: Linux 5.3.0-42-generic x86_64 NonfreeKernelModules: nvidia_modeset nvidia ApportVersion: 2.20.9-0ubuntu7.12 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Sun Mar 29 11:10:07 2020 DisplayManager: gdm3 EcryptfsInUse: Yes InstallationDate: Installed on 2020-01-10 (78 days ago) InstallationMedia: Ubuntu 18.04.3 LTS "Bionic Beaver" - Release amd64 (20190805) SourcePackage: gnome-shell UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gnome-shell (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1869568] Re: Unlock takes a long time
I can't do that on my primary PC -- I'm *using* those extensions. I'll set up my spare PC the same way (with the extensions) and see if I can repro. Then I'll disable them and see if the problem goes away (or not). Gonna take me about a week, though, since this only happens after a bunch of locking and unlocking. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1869568] Re: Unlock takes a long time
I've also removed gnome-shell-extension-move-clock, gnome-shell- extension-autohidetopbar and gnome-shell-extension-taskbar. > I'm not sure what it means that I have an extension listed in both locations. I suspect that either I've installed it explicitly, or extensions.gnome.org installed an update. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1869568] Re: Unlock takes a long time
Some investigation and notes (and apologies for the noise; I need somewhere to take notes): I have the following extensions in /usr/share/gnome-shell/extensions: alternate-...@gnome-shell-extensions.gcampax.github.com/ apps-m...@gnome-shell-extensions.gcampax.github.com/ auto-move-wind...@gnome-shell-extensions.gcampax.github.com/ dash-to-d...@micxgx.gmail.com/ dash-to-pa...@jderose9.github.com/ drive-m...@gnome-shell-extensions.gcampax.github.com/ hidetop...@mathieu.bidon.ca/ launch-new-insta...@gnome-shell-extensions.gcampax.github.com/ mediapla...@patapon.info/ move_cl...@jonathan.bluemosh.com/ multi-monitors-add-on@spin83/ native-window-placem...@gnome-shell-extensions.gcampax.github.com/ pixel-sa...@deadalnix.me/ places-m...@gnome-shell-extensions.gcampax.github.com/ screenshot-window-si...@gnome-shell-extensions.gcampax.github.com/ TaskBar@zpydr/ ubuntu-appindicat...@ubuntu.com/ ubuntu-d...@ubuntu.com/ user-th...@gnome-shell-extensions.gcampax.github.com/ window-l...@gnome-shell-extensions.gcampax.github.com/ windowsnaviga...@gnome-shell-extensions.gcampax.github.com/ workspace-indica...@gnome-shell-extensions.gcampax.github.com/ I have the following extensions installed via apt (reason, where known): gnome-shell-extension-appindicator (ubuntu-desktop) gnome-shell-extension-autohidetopbar (explicit) gnome-shell-extension-dashtodock (explicit) gnome-shell-extension-dash-to-panel (explicit) gnome-shell-extension-mediaplayer (explicit) gnome-shell-extension-move-clock (explicit) gnome-shell-extension-multi-monitors (explicit) gnome-shell-extension-pixelsaver (explicit) gnome-shell-extensions (explicit) gnome-shell-extension-taskbar (explicit) gnome-shell-extension-ubuntu-dock (ubuntu-desktop) ubuntu-session (ubuntu-desktop) I'm trying to figure out which directory maps to which .deb package, and then I'll remove the extensions that I'm not using. If that solves the problem: job done. I also have the following extensions installed in ~/.local/share/gnome- shell/extensions: alternate-...@gnome-shell-extensions.gcampax.github.com/ dash-to-pa...@jderose9.github.com/ multi-monitors-add-on@spin83/ audio-output-switcher@anduchs/ hidetop...@mathieu.bidon.ca/ I'm not sure what it means that I have an extension listed in both locations. I've removed the dashtodock and pixelsaver extensions; I wasn't using them. I'll remove some more unused extensions if that doesn't solve the problem. Concurrently, I'll leave my other PC nearly stock and I'll lock/unlock it a bunch of times over the next week or so and see if it gets slower. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1869568] Re: Unlock takes a long time
Update: my spare PC is definitely getting slower at unlocking, but (possibly because I'm not using it as much) not as quickly. Are there any logs/debug steps you want me to run on it? I know enough gdb to be dangerous, if that helps. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1869568] Re: Unlock takes a long time
That should say "With ALL extensions uninstalled..." -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1869568] Re: Unlock takes a long time
With ALL extensions, it doesn't get slower. When it was getting slower, I had the standard 'gnome-shell-extensions' package installed. I'm going to reinstall it and see if that reproduces the problem. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1869568] Re: Unlock takes a long time
This is proving to be really difficult to reproduce -- it's getting slower (but really slowly) on my spare PC. The memory use for gnome- shell is, essentially, static. So: I sampled some perf data from the PC where it consistently happens and threw up a flame graph. It spends a bunch of time in 'clutter_actor_destroy' -> 'destroy_closure_array' -> 'handler_lookup'. This suggests to me that some extension or other is registering a handler for something multiple times, and not cleaning it up, which means it takes longer and longer to iterate through the list of handlers. I'm gonna have a rummage through the source code to see which function adds handlers, and then I'll attach a debugger to it to see if something's leaking registered handlers. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1869568] Re: Unlock takes a long time
> see if something's leaking registered handlers. It looks like clutter handlers are stored in two different hash tables: g_handlers and g_handler_list_bsa_ht. On the PC that's really slow, g_handlers.size = 8388608 (that's ~8M); on the PC that's not, g_handlers.size = 65536 (~65K). So, yeah, something's leaking, afaict. Gonna see if the hash table entries (signal_id, instance, closure) point to anything that gives me a clue. Given that the extensions are written mostly in JS, this is gonna be all kinds of interesting... -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1869568] Re: Unlock takes a long time
See https://github.com/home-sweet-gnome/dash-to-panel/issues/959, wherein I discover that dash-to-panel seems to be the worst offender in terms of leaking handlers, but there's a lower-grade steady leak anyway, which might bear looking at. ** Bug watch added: github.com/home-sweet-gnome/dash-to-panel/issues #959 https://github.com/home-sweet-gnome/dash-to-panel/issues/959 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-shell in Ubuntu. https://bugs.launchpad.net/bugs/1869568 Title: Unlock takes a long time To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1314556] Re: Unable to mount Android MTP device
I'm having the same problem with both my 2012 Nexus 7 and my HTC One M8. If I connect the device, I get the error message "Unable to mount Android Phone: Unable to open MTP device '[usb:005,120]'" for my HTC One M8. The message changes to "Unable to mount Nexus 7" when I plug the Nexus 7 in. The '[usb:005,120]' identifier also changes. (All of the following was done with the HTC phone...) But here's the interesting part: if I run "lsusb" with the error message on the screen, the device is detected one ID higher. Right now, "lsusb" is showing "Bus 005 Device 121: ID 0bb4:061a HTC (High Tech Computer Corp.)" for the phone. Using "ls -l /dev/bus/usb/X/Y" gives: $ ls -l /dev/bus/usb/005/120 ls: cannot access /dev/bus/usb/005/120: No such file or directory $ ls -l /dev/bus/usb/005/121 crw-rw+ 1 root audio 189, 632 Jan 15 20:59 /dev/bus/usb/005/121 dmesg gives the following: $ dmesg [ 3202.628185] usb 5-2: new high-speed USB device number 122 using xhci_hcd [ 3202.650762] usb 5-2: New USB device found, idVendor=0bb4, idProduct=061a [ 3202.650769] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3202.650773] usb 5-2: Product: Android Phone [ 3202.650777] usb 5-2: Manufacturer: HTC [ 3202.653957] usb-storage 5-2:1.2: USB Mass Storage device detected [ 3202.654251] scsi11 : usb-storage 5-2:1.2 [ 3202.796549] usb 5-2: USB disconnect, device number 122 [ 3203.576177] usb 5-2: new high-speed USB device number 123 using xhci_hcd [ 3203.598656] usb 5-2: New USB device found, idVendor=0bb4, idProduct=061a [ 3203.598663] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3203.598667] usb 5-2: Product: Android Phone [ 3203.598670] usb 5-2: Manufacturer: HTC (I've deleted the 'SerialNumber' lines; I don't know if they're sensitive or not) Another time I tried to reproduce the dmesg output, I got: [ 3271.638047] xhci_hcd :08:00.0: xHCI xhci_drop_endpoint called with disabled ep 88056c19e040 [ 3271.638049] xhci_hcd :08:00.0: xHCI xhci_drop_endpoint called with disabled ep 88056c19e000 [ 3271.638051] xhci_hcd :08:00.0: xHCI xhci_drop_endpoint called with disabled ep 88057ad043c0 [ 3271.638052] xhci_hcd :08:00.0: xHCI xhci_drop_endpoint called with disabled ep 88056c19e080 [ 3271.638053] xhci_hcd :08:00.0: xHCI xhci_drop_endpoint called with disabled ep 88057ad041c0 [ 3271.638055] xhci_hcd :08:00.0: xHCI xhci_drop_endpoint called with disabled ep 88057ad04380 [ 3271.638056] xhci_hcd :08:00.0: xHCI xhci_drop_endpoint called with disabled ep 88057ad04180 I don't know if that's related. It doesn't always appear in dmesg. I'm actually using Linux Mint, as follows: $ uname -a Linux roger-pc 3.13.0-39-generic #66-Ubuntu SMP Tue Oct 28 13:30:27 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux $ lsb_release -a No LSB modules are available. Distributor ID: LinuxMint Description:Linux Mint 17 Qiana Release:17 Codename: qiana $ lsb_release -au No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 14.04 LTS Release:14.04 Codename: trusty -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/1314556 Title: Unable to mount Android MTP device To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1314556/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
