Can't empty dotfiles from trash

Bug #35246 reported by Eric Schwartz
14
Affects Status Importance Assigned to Milestone
nautilus (Ubuntu)
Invalid
Medium
Ubuntu Desktop Bugs

Bug Description

I wanted to move my ~/.gnupg directory from one flash drive to another. After the copy succeeded, I moved the old drive's ~/.gnupg to the Trash, but I wasn't allowed to empty the Trash. When I opened the Trash folder, I saw ~/.gnupg (after setting the "show hidden files" option, but still couldn't just right-click on the trash and permanently delete it.

I tried creating an empty file named 'foo', moving it to the trash, and then emptying the trash, but it still deleted only 'foo', and left .gnupg alone.

Tags: lp-bugs
Revision history for this message
Olafur Arason (olafura) wrote :

Please supply a version information about gnome-panel and or nautilus if the behavior is also in nautilus File->Empty Trash

Revision history for this message
Olafur Arason (olafura) wrote :

This works in gnome-panel 2.14.0-0ubuntu1 on dapper

Changed in gnome-panel:
status: Unconfirmed → Needs Info
Revision history for this message
Eric Schwartz (emschwar-ericschwartz) wrote :

That's exactly the same version I have which is misbehaving.

Revision history for this message
Eric Schwartz (emschwar-ericschwartz) wrote :

The behaviour does not exhibit with File->Empty Trash (that is, File->Empty Trash works). Right-clicking still doesn't work.

Revision history for this message
Andrew Bennetts (spiv) wrote :

This is not a bug in malone..

Changed in malone:
status: Unconfirmed → Rejected
Revision history for this message
Eric Schwartz (emschwar-ericschwartz) wrote :

I know it's not a bug in bloody malone, but damn me if I can figure out how to change it to where it ought to go. Thank you kindly for your assistance in doing so.

Revision history for this message
Andrew Bennetts (spiv) wrote :

This bug is already marked as affecting gnome-panel, as you should be able to see by looking at https://launchpad.net/products/malone/+bug/35246. Olafur did this (see https://launchpad.net/products/malone/+bug/35246/+activity). So, you don't need to do anything, this bug has already been appropriately assigned to gnome-panel.

Apologies for the harsh wording of the "Rejected" status in my update. Unfortuately I don't have any other way to indicate that this bug doesn't affect malone.

Revision history for this message
Eric Schwartz (emschwar-ericschwartz) wrote : Re: [Bug 35246] Can't empty dotfiles from trash

Andrew Bennetts wrote:
> Apologies for the harsh wording of the "Rejected" status in my update.
> Unfortuately I don't have any other way to indicate that this bug
> doesn't affect malone.
>
Sorry for my own harsh wording; I find malone incredibly frustrating to
work with at times, especially for tasks like reassigning bugs to other
products. :)

-=Eric

Revision history for this message
Sebastien Bacher (seb128) wrote :

Is that specific to that folder or happen with all the .something? What happens if you create a ".something" folder and try deleting it? It works fine for me...

Changed in gnome-panel:
assignee: nobody → desktop-bugs
Revision history for this message
Eric Schwartz (emschwar-ericschwartz) wrote :

Sebastien Bacher wrote:
> Is that specific to that folder or happen with all the .something? What
> happens if you create a ".something" folder and try deleting it? It
> works fine for me...
>
Things have gone from weird to weirder.

1) I created a '.something' folder on my desktop.
2) I moved it into the Trash. This is where the weird starts-- the
'.something' directory stayed on my desktop, as well as appearing in the
Trash.
3) I emptied the Trash-- this correctly detected the '.something'
directory from the trash, but the '.something' directory on my desktop
remained.
4) When I double-click on the '.something' directory on my desktop,
nothing happens. I can right-click on it, and the appropriate context
menu for a directory appears, but when I try to click "Open..." nothing
happens.

-=Eric

Revision history for this message
Sebastien Bacher (seb128) wrote :

That's an another issue, desktop is a special case and doesn't display .stuff. So it means the fact leading to your issue is not the filename starting with a ., you will need to provide other details (permissions by example) or a way to reproduce it

Revision history for this message
Carthik Sharma (carthik) wrote :

Hi Eric,

Could you please provide the information requested by Sebastien? Thank you for helping us fix this bug. If you have since found that this is not a bug in the software, please let us know so we can close this report.

Thanks in advance.

Revision history for this message
Daniel Holbach (dholbach) wrote :

Your bug lacks information we would need to investigate further. We
are now going to close the bug - please reopen if you have more
information at hand.

Changed in gnome-panel:
status: Needs Info → Rejected
Revision history for this message
Eric Schwartz (emschwar-ericschwartz) wrote :

I'd love to reopen it, but I don't see any handy "re-open" links, and I don't know how to do that in this friendly system. As a simple matter of fact, Sebastien is wrong-- I can create a folder named '.something' on my desktop, and it displays just fine. I should have replied to this effect earlier, and I apologize that I didn't. The bug still seems to exist.

Revision history for this message
Eric Schwartz (emschwar-ericschwartz) wrote :

To reopen this bug, I had to click on gnome-panel at the top; this was not at all obvious. Grr.

Changed in gnome-panel:
status: Rejected → Needs Info
Revision history for this message
Sebastien Bacher (seb128) wrote :

Do you still have that problem with edgy?

Revision history for this message
Daniel Holbach (dholbach) wrote :

Your bug lacks information we would need to investigate further. We
are now going to close the bug - please reopen if you have more
information at hand.

Changed in nautilus:
status: Needs Info → Rejected
Curtis Hovey (sinzui)
no longer affects: launchpad
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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