Trash applet crashes on login

Bug #735940 reported by David Planella on 2011-03-16
This bug affects 8 people
Affects Status Importance Assigned to Milestone
gnome-applets (Ubuntu)

Bug Description

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
SourcePackage: gnome-session
UpgradeStatus: Upgraded to natty on 2011-02-09 (34 days ago)

David Planella (dpm) wrote :
Sebastien Bacher (seb128) wrote :

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?

affects: gnome-session (Ubuntu) → gnome-applets (Ubuntu)
Changed in gnome-applets (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
David Planella (dpm) wrote :

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

Changed in gnome-applets (Ubuntu):
status: Incomplete → New
dave_t_uk (davet2001) wrote :

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) wrote :

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

Dave Long (longwave) wrote :

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

Changed in gnome-applets (Ubuntu):
status: New → Confirmed
Dave Long (longwave) wrote :
FGM (fgm) wrote :

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) wrote :

Disabling dropbox autostart did not work for me.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers