[Desktop-packages] [Bug 1869568] Re: Unlock takes a long time

2020-04-13 Thread Roger Lipscombe
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 Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  Incomplete

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1869568] Re: Unlock takes a long time

2020-04-12 Thread Roger Lipscombe
> 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 Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  Incomplete

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1869568] Re: Unlock takes a long time

2020-04-12 Thread Roger Lipscombe
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 Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  Incomplete

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1869568] Re: Unlock takes a long time

2020-04-06 Thread Roger Lipscombe
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 Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  Incomplete

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1869568] Re: Unlock takes a long time

2020-04-06 Thread Roger Lipscombe
That should say "With ALL extensions uninstalled..."

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  Incomplete

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1869568] Re: Unlock takes a long time

2020-04-02 Thread Roger Lipscombe
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 Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  Incomplete

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1869568] Re: Unlock takes a long time

2020-03-30 Thread Roger Lipscombe
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 Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  Incomplete

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1869568] Re: Unlock takes a long time

2020-03-30 Thread Roger Lipscombe
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 Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  Incomplete

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1869568] Re: Unlock takes a long time

2020-03-30 Thread Roger Lipscombe
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 Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  Incomplete

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1869568] [NEW] Unlock takes a long time

2020-03-29 Thread Roger Lipscombe
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 Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1869568

Title:
  Unlock takes a long time

Status in gnome-shell package in Ubuntu:
  New

Bug description:
  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)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1869568/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1314556] Re: Unable to mount Android MTP device

2016-01-15 Thread Roger Lipscombe
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 Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/1314556

Title:
  Unable to mount Android MTP device

Status in gvfs package in Ubuntu:
  Confirmed

Bug description:
  I have the same problem on 3 computers with 14.04:

  So I tried,
   mtp-detect 
  Unable to open ~/.mtpz-data for reading, MTPZ disabled.libmtp version: 1.1.6

  Listing raw device(s)
  Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP).
 Found 1 device(s):
 Samsung: Galaxy models (MTP) (04e8:6860) @ bus 1, dev 10
  Attempting to connect device(s)
  ignoring libusb_claim_interface() = -6PTP_ERROR_IO: failed to open session, 
trying again after resetting USB interface
  LIBMTP libusb: Attempt to reset device
  inep: usb_get_endpoint_status(): Resource temporarily unavailable
  outep: usb_get_endpoint_status(): Device or resource busy
  ignoring libusb_claim_interface() = -6LIBMTP PANIC: failed to open session on 
second attempt
  Unable to open raw device 0
  OK.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: gvfs-backends 1.20.1-1ubuntu1
  ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9
  Uname: Linux 3.13.0-24-generic x86_64
  NonfreeKernelModules: nvidia
  ApportVersion: 2.14.1-0ubuntu3
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Wed Apr 30 11:18:12 2014
  EcryptfsInUse: Yes
  ExecutablePath: /usr/lib/gvfs/gvfs-mtp-volume-monitor
  InstallationDate: Installed on 2013-02-12 (441 days ago)
  InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5)
  ProcEnviron:
   XDG_RUNTIME_DIR=
   SHELL=/bin/bash
   LANGUAGE=en_US
   PATH=(custom, user)
   LANG=en_US.UTF-8
  SourcePackage: gvfs
  UpgradeStatus: Upgraded to trusty on 2014-04-02 (27 days ago)

To manage notifications about this bug go to: