Red Hat Bugzilla – Bug 134433
gconftool-2 hangs when TMP is set to not existing location
Last modified: 2008-05-01 11:38:06 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Description of problem:
When moving to a new machine, a user copied his .tcshrc
He made sure, that 'tcsh --login' worked with the new setup.
However, after he logged out, he could not log in using GNOME.
When logging in with KDE, he couldn't run tools like oowriter.
This was caused by having set the TMP variable to a nonexisting
location (the user simply didn't yet create this tmp directory).
While beeing the users fault, it is clearly an obstacle for
many users. The hang was caused by gconftool-2.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. using bash shell, enter:
$ TMP=/undefined_location gconftool-2 --get /blub
-command hangs indefinitly-
Compare this to:
$ gconftool-2 --get /blub
No value set for `/blub'
Actual Results: gconftool-2 was not returning. A strace revealed it
create temporary files.
Expected Results: Rapid return with success or failure (depending on
wether /blub exists or not).
My suggestion is, to add a test to gconftool-2 such, that it
prints an error message if a temporary file cannot be created or
it runs out of disk space while doing so.
Fedora Core 2 is now maintained by the Fedora Legacy project for
security updates only. If this problem is a security issue, please
reopen and reassign to the Fedora Legacy product. If it is not a
security issue and hasn't been resolved in the current FC3 updates or
in the FC4 test release, reopen and change the version to match.
This bug is being closed because it has been in the NEEDINFO state for a long
time now. Feel free to reopen the bug report if the problem still happens for
you and you can provide any information that was requested.