Red Hat Bugzilla – Bug 248789
gnome-ssh-askpass breaks on spurious standard output data
Last modified: 2007-11-30 17:12:10 EST
Description of problem:
I've recently had trouble using gnome-ssh-askpass. I would enter the correct
password, but it still would not unlock the keyring. I have tracked down the
problem to the way the password is passed back into ssh-add. If any other text
is outputted over the standard out, then this also used as the password.
In particular I had a corrupt icon-theme.cache file causing "bad string content"
to be printed to the standard out several times before the password is printed.
Removing the file fixed my instance of this problem, but I imagine there are
other cases where extra standard output could appear triggering this issue.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
I'm sorry but this is a limitation of what the ssh-askpass binaries work and it
is impossible to change this.
Perhaps gtk library should never print things on stdout just on stderr?
I've put a fix for this into updates-testing.
gtk2-2.10.14-3.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report.
gtk2-2.10.14-3.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.