KDE Trash Bin panel applet shows "Empty trash bin" as disabled even when trash contains objects

Bug #218722 reported by steph_Z
8
Affects Status Importance Assigned to Milestone
Juniper Openstack
New
Undecided
Unassigned
kdebase (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Using Kubuntu Hardy with latest updates. kdebase-bin 4:3.5.9-0ubuntu7.2.

Expected behaviour:

When the trash contains objects, the KDE Trash Bin panel applet should show a trash bin icon with paper inside. On clicking the icon we get a popup menu giving an enabled option to "Empty trash bin", clicking on which will cause the trash to be emptied.

When the trash does not contain any objects i.e. is empty, the applet will show a trash bin icon without paper inside and clicking it will show the popup menu with the "Empty trash bin" entry disabled.

Actual behaviour:

When the trash contains objects, the applet shows the bin with paper icon but the "Empty trash bin" popup menu item is disabled. As a result, we are not able to use this menu item to empty the trash.

Please fix this bug. It's somewhat quite irritating.

steph_Z (polariscorp)
description: updated
steph_Z (polariscorp)
description: updated
Revision history for this message
Jonathan Riddell (jr) wrote : Re: Kubuntu 8.04 - Kde Trash Applet - No empty Menu

I can't recreate this.

Revision history for this message
steph_Z (polariscorp) wrote :

Here is what i have
There is a french discussion where people are having the same problem :
http://forum.ubuntu-fr.org/viewtopic.php?pid=1679917

Revision history for this message
steph_Z (polariscorp) wrote :

I have noticed something :

1 - When I delete a file/folder in a normal way (left click -> delete, or with Keyboard) -> i have the grey menu entry and cannot empty folder.

2 - When I slide a file I want to delete over the trash icon, the entry menu is here again.

If i redo 1 after 2 => grey menu comes back....

Revision history for this message
Shriramana Sharma (jamadagni) wrote :

I confirm this bug and have updated the bug description today 2008-Jun-11, since the bug is confirmed to exist right now.

description: updated
Changed in kdebase:
status: New → Confirmed
Revision history for this message
ul90 (ul90) wrote :

I could solve the problem:
The owner of $HOME/.kde/share/config/trashrc was set to root:root (the access rights for alle the files in the config folder seem to be 0600 by default)
I changed the ower to my user name (sudo chown <myuser>:<mygroup> /home/<myuser>/.kde/share/config/trashrc) and the "empty trash bin" works normally again.

The trashrc file contains the current status of the trash bin and is read by the applet. I don't know, how the "move to trash bin" works exactly in KDE, but i think this file is updated (or even recreated) every time a file is move to the trash bin. If you start a file manager as konqueror or krusader in root mode, the trashrc file is maybe recreated with root access rights.
It's maybe a solution to set the group of this file to "root" and set the access rights to 0660 to avoid recreation of this file (i didn't test this).

Revision history for this message
tlue (tlueber) wrote :

Trashcan Widget in KDE 4.1 works fine for me with the one exeption, that when I chose to empty the Trashcan, the Icon is not changed to an empty trashcan.

When I move one more/new item to the trash and than (in Dolphin) choose to restore it, the widget's icon is up to date now again (as empty).

Seems as if that could have someting to do with the above mentioned issues...

Changed in kdebase:
importance: Undecided → Low
Revision history for this message
Shriramana Sharma (jamadagni) wrote :

I don't see as to how a loss of absolute basic functionality like this can be called low priority...

Revision history for this message
Harald Sitter (apachelogger) wrote :

Works in Intrepid (also updates icon now).

Changed in kdebase:
status: Confirmed → Fix Released
Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] master

Review in progress for https://review.opencontrail.org/48453
Submitter: Prasannaa TS (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : A change has been merged

Reviewed: https://review.opencontrail.org/48453
Committed: http://github.com/Juniper/contrail-controller/commit/7da5eed726f7996aa156c5dba702fc5980a13e37
Submitter: Zuul v3 CI (<email address hidden>)
Branch: master

commit 7da5eed726f7996aa156c5dba702fc5980a13e37
Author: Prasannaa TS <email address hidden>
Date: Fri Jan 4 10:16:23 2019 +0530

Fixed boundary condtion check for ksync bulk msgs

Agent assert is seen when the size of the bulk message sent to vrouter
is equal to 4096 as the message size should be less than 4096.The code
allows to form bulk message upto 4096.
Fixed this boundary condition issue.

Change-Id: Id0ac0bf6947891ebc596f8c1c8d61bf58d362602
Closes-Bug: #218722

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] master

Review in progress for https://review.opencontrail.org/48549
Submitter: Arun RS (<email address hidden>)

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

Other bug subscribers

Bug attachments

Remote bug watches

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