After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 532615 - File operations on wriong file
File operations on wriong file
Status: RESOLVED FIXED
Product: gnome-commander
Classification: Other
Component: application
1.2.x
Other Linux
: Normal major
: 1.2.6
Assigned To: epiotr
epiotr
Depends on:
Blocks:
 
 
Reported: 2008-05-11 13:14 UTC by woekka
Modified: 2008-07-24 22:11 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description woekka 2008-05-11 13:14:16 UTC
When opening a file such as a RAR or ZIP archive via Gnome Commander, extracting its contents to the same folder the archive is in, and then returning to Gnome-Commander window, the highlighter highlights file the archive originally selected, however, performing a file operation such as delete, actually deletes another file!  This is repeatable and I've inadvertently deleted at least two files this way - luckily I've had backups!
Comment 1 Attila Szakolczai 2008-05-13 05:51:18 UTC
I confirm this bug on the latest svn branch of 1.3. The help shows me version of 1.3.6. 

Gnome commander always deletes the _previous_ file.

"Extract in Current Directory" and "Extract to ..." does the same.
Comment 2 epiotr 2008-05-21 21:26:44 UTC
Could you, please, describe in details steps to reproduce this behaviour? 
What are the filenames? And what is extracted from the archive? What is file sort order? What is file cursor position?


TIA,
Piotr
Comment 3 woekka 2008-05-25 12:59:03 UTC
dump any zip or rar archive in a folder
double click on it from Gnome Commander
Extract its contents to the current directory
Close the archive extraction program
you will be returned to Gnome Commander
The highlighted file in the file pane will be the archive file you double clicked on
Delete this file using F8
Do a folder refresh - the file you thought you deleted is still htere, but the one that was listed above it is deleted.
I always sort by extension

the file names are irrelevant - this this using any archive.
Comment 4 Attila Szakolczai 2008-06-08 06:28:01 UTC
Hi there

I found another bug related to this. This bug existed in 1.2.5, haven't tried 1.2.6 yet. I created files for it on my domain to successfully reproduce the bug.

The reproducing steps:

- Open your fav browser (tried w/ FF2), open http://szako.hu/02, then save it or save page to some empty directory. The important thing is to '02' being there.

- Go to GCMD and select that file, set focus on it.

- Get back to your browser and open http://szako.hu/01, do the same as before, save it and get back to GCMD.

- Delete the file being on focus. It's 02 file as you can see, but GCMD deletes the file above it, "01".

It's the same situation as the extracting thing, one file gets above the selected file, GCMD "refreshes", but doesn't set focus again.
Comment 5 epiotr 2008-07-24 22:11:55 UTC
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.