Bug 125237 - Gnome freezes after root password prompt
Summary: Gnome freezes after root password prompt
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: usermode
Version: 2
Hardware: i686
OS: Linux
medium
high
Target Milestone: ---
Assignee: Jindrich Novy
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-06-03 23:17 UTC by Simon Morgan
Modified: 2013-07-02 23:00 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-09-21 09:00:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Simon Morgan 2004-06-03 23:17:27 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6)
Gecko/20040206 Firefox/0.8 StumbleUpon/1.903

Description of problem:
When running a program from the menu that requires root privelages I
get prompted for a password. If after typing in the password I hit
enter instead of clicking OK, X freezes up. Switching to a virtual
console doesn't work, CTRL+ALT+Backspace doesn't work and CTRL+ALT+DEL
doesn't work. The only way to recover is to hit the reboot key.

Version-Release number of selected component (if applicable):
gnome-desktop-2.6.0.1-1

How reproducible:
Always

Steps to Reproduce:
1. Run a program that requires root privelages from the menu
2. Type in your password
3. Hit enter (Clicking OK will not reproduce this bug for me)


Actual Results:  X freezes.

Expected Results:  I get authenticated and the program runs.

Additional info:

Comment 1 Simon Morgan 2004-06-04 11:38:20 UTC
It's now doing it even when I click OK. I launched the Add/Remove
program, typed in my password, clicked OK and although the program
ran, it froze immediately. Is there anyway to get a log of what
userhelper is doing?

Also it seems that CTRL+ALT+Del does work, it was just taking longer
than I expected.

Comment 2 Simon Morgan 2004-06-05 23:48:41 UTC
X does *not* freeze (Although attempting to close it seems to freeze X
and the entire system). I am able to navigate using the keyboard,
doing so I was able to check the output from dmesg and noticed:

usb 2-2: control timeout on ep0in

This bug seems to have exactly the same effects as another bug I've
reported (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125389)
which leads me to believe they're related, although how I don't know.
Are userhelper, hwbrowser and kudzu related somehow?

Comment 3 Jindrich Novy 2004-09-21 09:00:19 UTC
Simon, I'm unable to reproduce this on FC2, gnome-desktop-2.6.0.1-1.
It looks weird. The possible problem is a broken installation I guess.
But after seeing the bug above I doubt it is hardware issue. The
hwbrowser also works for me.

Comment 4 Simon Morgan 2004-09-21 14:50:04 UTC
Sorry I didn't report this sooner, the bug is caused by/related to a
VIA USB chipset bug in earlier 2.6 kernels (the only info i can find
about it is at http://www.mandrakelinux.com/en/100errata.php3). I
still have no idea why this stuff is being invoked just to
authenticate me (happens under KDE as well IIRC).


Note You need to log in before you can comment on or make changes to this bug.