Trash applet crashes on login

[David Planella]

Binary package hint: gnome-session

Whenever I log in using the classic desktop with no effects, the trash applet crashes and I get a dialog telling me something along the lines of "The panel found a problem while loading «TrashAppletFactory::TrashApplet». Do you want to remove the applet from your configuration".

Killing gnome-panel reloads the trash applet without problem.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: gnome-session 2.32.1-0ubuntu15
ProcVersionSignature: Ubuntu 2.6.38-5.32-generic 2.6.38-rc6
Uname: Linux 2.6.38-5-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Wed Mar 16 08:17:39 2011
ProcEnviron:
 LANGUAGE=ca_ES@valencia:ca:en_GB:en
 LANG=ca_ES.UTF-8
 LC_MESSAGES=ca_ES.utf8@valencia
 SHELL=/bin/bash
SourcePackage: gnome-session
UpgradeStatus: Upgraded to natty on 2011-02-09 (34 days ago)

[Sebastien Bacher (seb128)]

Thank you for your bug report, does it happen every time you log in? could you add your .xsession-errors to the bug from a session which has the issue? is that a new issue?

[David Planella (dpm)]

It has happened consistently in the last few logins I've done, although I have been seeing this happening on and off during Natty.

Attaching .xsession-errors from the current session, where this happened

[dave_t_uk (davet2001)]

Exact same problem for me. Happened a few times in a row.

This is the kind of error a user should never see. "TrashAppletFactory?" what is that? I'm tempted to click delete on the option box to stop the error from reappearing!

[GaryParr (gary-garyparr)]

Wanted to add my log to the collection since I have the same problem.

[Dave Long (longwave)]

Same problem for me, but not easily reproducible; it only ever happens after rebooting, and even then only some of the time.

[Dave Long (longwave)]

https://bugs.launchpad.net/ubuntu/+source/gnome-applets/+bug/648599 has the same error but for more applets.

[FGM (fgm)]

Same error here: I noticed that disabling the .xsession-errors mentioned too long a wait. Disabling the dropbox autostart, which is a major cause for slowness, seems to make the problem disappear. Of course, this means launching dropbox manually later on, but that's still a workaround.

[Ringelkrat (ringelkrat)]

Disabling dropbox autostart did not work for me.