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 116997 - File roller drag and drop problems
File roller drag and drop problems
Status: RESOLVED DUPLICATE of bug 102501
Product: file-roller
Classification: Applications
Component: general
2.2.x
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2003-07-08 15:32 UTC by Luis Villa
Modified: 2005-01-13 13:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Luis Villa 2003-07-08 15:32:59 UTC
[This was filed by ximian@monki.org.uk (Matt Willsher) against XD2 as
http://bugzilla.ximian.com/show_bug.cgi?id=44643 and I'm filing it here for
him.]

Description of Problem:
Drag and drop from large archives tempramental.
Drag and drop from file roller dropping back into file roller window causes
unexpected behaviour.

Steps to reproduce the problem:

1. Open a large tar.gz archive (I'm using a 4.8Mb one here)
2. Drag archive contents from file roller window to nautilus window
3. Archive appears to be been unpacked while dragging in progress.
4. Letting go of mouse button on window before archive has extracted
doesn't copy the archive contents to the folder.
5. Dropping the dragged item to be extracted back into file roller causes
file roller to try and add the files to be extracted back in to the archive
(at least, that is what it look like it is doing). This occassionally
results in archive corruption, causing file roller to bailout with:

An error occurred while loading the archive.
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now


Expected Results:
Archive is expanded after folder is dragged to nautilus window, so drag and
drop remains responsive.
Dragging the cursor back into the file roller window during drag and drop
should not make file roller try and add the files back into the archive.

How often does this happen? 
Every time - delay between start of drag completion of archive extraction
depends on size of archive.

Additional information:

Maybe this is two seperate issues?
Comment 1 Arcterex 2004-01-20 17:36:18 UTC
I've seen this as well, and could also be related to bug 102501. 
Basically as you said FR should do it's decompression only after the
drop operation has been completed, or at least for files over a
certain size.  

This has been untouched for more than half a year now, perhaps one of
the devs could comment on it?
Comment 2 Sebastien Bacher 2005-01-13 13:27:00 UTC
I think that's a duplicate of #102501. Feel free to reopen if you disagree

*** This bug has been marked as a duplicate of 102501 ***