file-roller hangs a while when extracting item via drag and drop

Bug #330745 reported by Sandro Mani
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
File Roller
Fix Released
Critical
file-roller (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Symptom: when dragging a folder from file-roller to the desktop or another folder, file-roller hangs for some time (ca 2-3 minutes) eating all the CPU, then proceeds as expected.
Steps to reproduce: test with OpenFOAM-1.5.General.gtgz from http://www.opencfd.co.uk/openfoam/linux64.html#linux64 (rename gtgz to tgz...)

Issue both on intrepid x86 and x64.

Revision history for this message
Sandro Mani (sandromani) wrote :

Attaching valgrind profiling data. Note: I interrupted the execution of the program after about 30 minutes...

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for your bug report. Please try to obtain a backtrace of the hang http://wiki.ubuntu.com/DebuggingProgramCrash and attach the file to the bug report. This will greatly help us in tracking down your problem.

Changed in file-roller:
assignee: nobody → desktop-bugs
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Sandro Mani (sandromani) wrote :

Backtraced attached. I interrupted the program with ctrl+c after about one minute, as otherwise the program would eventually recover from the hangup and finish as expected, this providing no backtrace information.

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

the stacktrace has no clear indication of a crash, it could just be taking a while to do the work, to send to bugzilla.gnome.org by somebody having the issue

Revision history for this message
Sandro Mani (sandromani) wrote :

Indeed it is not a crash, but a hang - after a few minutes (this on a 2.66GHz T9550). Looking a bit closer at the archive, the main issue seems that it contains a huge amount of files (i.e. 32'000 files in one folder). But what is strange is that the issue does NOT occur when directly selecting extract here from the context menu... I guess the profiling data best describes the hang.

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

the bug seems to have enough information to be sent to bugzilla.gnome.org where the people writting the code will read it

Changed in file-roller:
status: Incomplete → Confirmed
Revision history for this message
Dylan McCall (dylanmccall) wrote :

I have not observed File Roller coming back to life, but perhaps I am just impatient. Most recent (reproducible) incident...

I downloaded this archive: http://downloads.mozdev.org/flashblock/flashblock-1.5.7.1.xpi
Found flashblock.jar in the archive and dragged / dropped it into Nautilus. This file is about 80 kb. File roller hanged and would not close. It was eventually forced to exit, which I assumed did the trick.

Hours later, my system is firing its fans off continually. Curious (especially given that CPU was running at the minimum 36% frequency), I opened System Monitor. By this time, file-roller was consuming 1.1 GB of memory and was still labelled as a regular sleeping process. mv was listed as a child process; its status was Zombie.
Sorry, I killed the thing in a hurry so didn't collect any more detail, but the failure should be easily recreated. This was generated with a small, uncomplicated archive extracting a single file. I have experienced it with every archive I have used so far.
Like the reporter, I do not have a problem extracting the file through the application's menus; only through dnd.

This did NOT happen with File Roller in Intrepid.

(For the time being, a nice workaround is to use the archive mounter).

Changed in fileroller:
status: Unknown → New
Changed in file-roller (Ubuntu):
status: Confirmed → Triaged
Changed in fileroller:
status: New → Confirmed
Revision history for this message
Sandro Mani (sandromani) wrote :

Works now.

Changed in file-roller (Ubuntu):
status: Triaged → Fix Released
Changed in fileroller:
status: Confirmed → Fix Released
Changed in file-roller:
importance: Unknown → Critical
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.