file-roller kills entire session when a process cannot be executed
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
File Roller |
Fix Released
|
Critical
|
|||
file-roller (Ubuntu) |
Fix Released
|
Medium
|
Ubuntu Desktop Bugs |
Bug Description
Binary package hint: file-roller
Whenever file-roller can't execute a process (such as mv, gzip, etc.) it crashes the entire session. This seems to be because it sends SIGTERM to PID 0 in src/fr-process.c. Line 984 might need a check for process-
[jgoguen@
Description: Ubuntu 9.04
Release: 9.04
[jgoguen@
file-roller:
Installed: 2.26.1-0ubuntu1
Candidate: 2.26.1-0ubuntu1
Version table:
*** 2.26.1-0ubuntu1 0
500 http://
100 /var/lib/
Expected behaviour: At worst, file-roller itself closes
Actual behaviour: The entire GNOME login session was closed and I had to log back in.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
NonfreeKernelMo
Package: file-roller 2.26.1-0ubuntu1
SourcePackage: file-roller
Uname: Linux 2.6.28-11-generic x86_64
Related branches
Changed in fileroller: | |
status: | Unknown → Confirmed |
Changed in fileroller: | |
status: | Confirmed → Fix Released |
Changed in file-roller: | |
importance: | Unknown → Critical |
This patch prevents file-roller from taking down the session when it dies like this. Only problem is, if file-roller remains open it's essentially useless anyway. If file-roller is kissed or closed in the middle of an operation this won't be an issue, but if AppArmor is the cause, file-roller will need to be restarted to get functionality. Not sure if this is acceptable or not, and I don't know where to look to further fix this, so here's my debdiff applying the patch provided in the upstream bug.