Program doesn't delete directories w/ files within, leaving a 0 byte one making necesary to type folder name to completely delete it

Bug #626151 reported by Daniel Cordero
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
file-roller (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

Binary package hint: file-roller

i zipped a folder w/ files within, then there still was folder with no files and 0 bytes long, making necesary to type folder name to delete it completely.

i supoose its gui related.

regards..

Daniel

aditional info:

ubuntu 10.04 LTS - Lucid Lynx - release april/ 2010
system char codification: es-CO utf8 enabled
file-roller 2.30.1.1

Revision history for this message
Daniel Cordero (supercordero-1) wrote :
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:
1. Is this reproducible?
2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible.
This will help us to find and resolve the problem.

tags: removed: after bytes deletekeypress empty folder zero
Changed in file-roller (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Daniel Cordero (supercordero-1) wrote :

Hi guys, thanks for answering

> 1. Is this reproducible?

> 2. If so, what specific steps should we take to recreate this bug? Be as detailed as possible.
> This will help us to find and resolve the problem

Yes, just zip something using nautilus contextual menu "compress" (only happens if you compress multi level directories, w/ files within).

Then open it double clicking on zipfile, or using cli as ya prefer, its necesary to use file roller gui.

After that select a folder w/ files within and optionally other directories and press "del" or "supr" (spanish).

Files within directory are deleted, but directory itself still remains.

This is the bug i reported: the directory still remains.

Please look image i attached to bug, there you see 0 byte folder in background
>
> aditional info:
>
> ubuntu 10.04 LTS - Lucid Lynx - release april/ 2010
> system char codification: es-CO utf8 enabled
> file-roller 2.30.1.1

Regards

Daniel

Revision history for this message
Daniel Cordero (supercordero-1) wrote :

ive seen it only happens to "ZIP" files, additionally ive 7zip package from repos installed: p7zip-full

Revision history for this message
Daniel Cordero (supercordero-1) wrote :

Hi guys

I've got my system broken and needed to reinstall ubuntu using 10.04.1 LTS cdrom. when i tryed to reproduce that bug in this freshly installed system couldn't get it. i didn't install p7zip-full package, so i think bug's related to incompatibility w/ p7zip-full.

I think this report must be filed, maybe in future someone will reproduce it too, but not so soon.

Thanks for attention and sorry for my english.

Daniel

Revision history for this message
Daniel Cordero (supercordero-1) wrote :

ive found duplicate of this bug, look at bug #341357, same problem: file-roller + p7zip

Changed in file-roller (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
kernc_ (kernc) wrote :

well, this is still present in file-roller 3.3.91.
furthermore, besides not wanting to delete the empty dir, if one tries to delete it by typing in its name specifically, file-roller may delete other files as well.
for example, with dir structure:
* bin/files
* src/some-module/AbsBin.java
* doc/manuals
when I select 'bin' and delete, 'bin' stays. when I select it, delete, and type 'bin' in the field, the bin directory is deleted, but src/some-module/AbsBin.java is deleted as well! and this just cost me points with my computer-evaluated homework. :/

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

Duplicates of this bug

Other bug subscribers

Remote bug watches

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