Trash applet sometimes shows wrong icon when is not empty in Jaunty

Bug #379895 reported by antonioni on 2009-05-24
This bug affects 3 people
Affects Status Importance Assigned to Milestone
GNOME Applets
gnome-applets (Ubuntu)
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

Sometimes when I delete files, the trash applet continues showing a "empty icon" (the icon isn't modified). I don't know what causes this problem.
The icon is shown correctly when I restart the system.

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
ExecutablePath: /usr/bin/nautilus
Package: nautilus 1:2.26.2-0ubuntu2
 PATH=(custom, user)
SourcePackage: nautilus
Uname: Linux 2.6.28-11-generic i686

antonioni (antonioni-rocha) wrote :
antonioni (antonioni-rocha) wrote :

A image to show this problem.

Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:

 * Is this reproducible?
 * If so, what specific steps should we take to recreate this bug?

 This will help us to find and resolve the problem.

Changed in nautilus (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Low
status: New → Incomplete
marco.pallotta (marco-pallotta) wrote :

A similar bug was present in Hardy (the trash icon didn't reflect the fact that trash was empty or full but you had either to click on it, to fix the issue, or restart the session or the system).
I made some tests on Jaunty but I hadn't able to reproduce the issue in this distro.

antonioni (antonioni-rocha) wrote :

Sometimes (rarely) it occurs when I delete a big amount of data from the trash, while I work on other tasks.

antonioni (antonioni-rocha) wrote :

"* Is this reproducible?"
- No. It occurs aleatorily.

Juanje Ojeda (juanje) on 2009-08-21
Changed in guadalinex:
milestone: none → final
importance: Undecided → Low
status: New → Confirmed
Victor Vargas (kamus) wrote :

I have added bug watch linked to Gnome Developers for complete your report.

Victor Vargas (kamus) wrote :

Additionally, can you try to reproduce this issue in latest nautilus and gnome-applets version ( Karmic ships with 2.28.x)?, Thanks in advance.

Changed in nautilus (Ubuntu):
status: Incomplete → Triaged

Reassigning to match the upstream product.

affects: nautilus (Ubuntu) → gnome-applets (Ubuntu)
Changed in nautilus:
importance: Unknown → Undecided
status: Unknown → New
status: New → Invalid
antonioni (antonioni-rocha) wrote :

I have found the bug:

It represents the same problem of this bug (#379895), and its fix is released. Are they duplicates?

Well, bug #72468 was marked as fix released on 2009-02-27 but antonioni opened this on 2009-05-24 (on the same distro which should not be affected by the issue) . So we could suppose that bug #72468 was wrong marked as fix released (however, personally, on Jaunty, I haven't ever been able to reproduce this bug).

We have a lot of computers running Jaunty (9.04) in our schools and our users are having this behaviour too.

As antonioni said, it occurs randomly.

Changed in gnome-applets:
importance: Unknown → Medium
status: Unknown → New
Changed in gnome-applets:
status: New → Confirmed
Changed in gnome-applets:
status: Confirmed → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.