Red Hat Bugzilla – Bug 198712
Latest Gimp Update will not save .jpg
Last modified: 2007-11-30 17:11:37 EST
Description of problem:
Opened a .jpg graphic - edited - saved - message "Plug-In crashed: "jpeg"
(/usr/lib/gimp/2.0/plug-ins/jpeg) - tried to create jpg graphic from scratch -
same message on save
Version-Release number of selected component (if applicable):
2.2.17 - downloaded Wednesday, 12 July 2006
downloaded twice (downloaded/erase/download)
Steps to Reproduce:
1. create .jpg graphic
3. error message
graphic saved to disk
I assume you have version 2.2.12, not 2.2.17 (that doesn't exist (yet)).
I couldn't reproduce this on my machine (neither with existing nor new image).
Do you have all other updates applied?
Do you have SELinux enabled (check with "getenforce")?
Thank You for the quick reply.
The version number is 2.2.12.
Yes. I downloaded a batch of about 18 updates yesterday. This worked the night
before last but not now.
No. I use Reiserfs.
I can create and save .jpg files as a user but not as root. The Gimp was working
in the root directory for a little added security. I followed the path on the
error message and I changed the ownership of the plugin directory to that of the
user that worked. I can now save .jpg files as root(?).
This is a poor solution but it works.
A brief look around suggests that the MIT-MAGIC COOKIE is to blame. Instead of
one .xauthority file in root now I have several (.xauth?????). I went through
backups and prior to yesterday I only had one .xauthority file in root. That
must be part of the problem. I tried to restore one of the older .xauthority
files to the root directory but it did not work.
It will give me something to do for the weekend.
Mark this bug, "Probably Not Gimp's fault!"
My advice is: don't do this.
Running any other normal application not needed for system administration as
root doesn't result in increased security, quite the contrary. This is even more
valid for apps like GIMP that deal with complex format, potentially untrusted files.