touch-packages team mailing list archive

[Guglielmo Cola <1230411@xxxxxxxxxxxxxxxxxx>]

I have just experienced this issue with Ubuntu 14.04. Login time was
ridiculously long (about 2 minutes). After trying everything else I
thought about emptying the trash... and that fixed the problem (login is
now about 15-20 seconds).

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity in Ubuntu.
https://bugs.launchpad.net/bugs/1230411

Title:
  Files in Trash slow down Unity desktop login

Status in Unity:
  Expired
Status in unity package in Ubuntu:
  Expired

Bug description:
  When logging into a Unity desktop session in Ubuntu 13.04, the
  following issues appear:

  -A black background with no icons instead of the desktop
  -File manager cannot be started from the launcher
  -Trying to start nautilus from the command line results in a "Could not register the application: Timeout was reached" error
  -Trash can appears empty, even if there are files in it

  After a while, the desktop appears normally, Trash can icon changes to
  the filled state and the file manager can be started normally.

  After emptying trash, Unity desktop session starts normally. Before
  emptying, I had around 900 Mb in the trash, and opening it in nautilus
  took a very long time. The delay is similar to that seen in the
  appearance of the desktop after logging in. I assume the issues with
  the Unity desktop are thus caused by items in Trash.

  The issue here is that items in the trash affect Unity desktop session
  performance, on every login, even if one does not open the Trash file
  browser. The launcher Trash icon has only two states: empty or full,
  the latter displayed if there are any files in trash. Yet it seems
  that after logging in to a Unity desktop session, some process
  attempts to read through the whole trash-directory, causing a massive
  delay in the desktop appearing and preventing the startup of file
  management programs. Would it be possible to use a faster way of
  determining the presence of files in trash, so that desktop
  performance was not tied to how many files are in the trash-directory?

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/1230411/+subscriptions