Red Hat Bugzilla – Full Text Bug Listing
|Summary:||hangs when restarting login screen with new chosen language|
|Product:||[Fedora] Fedora||Reporter:||A S Alam <aalam>|
|Component:||gdm||Assignee:||Ray Strode [halfline] <rstrode>|
|Status:||CLOSED RAWHIDE||QA Contact:|
|Version:||rawhide||CC:||covex, desktop-bugs, eng-i18n-bugs, mshao, notting, petersen, phuang|
|Target Milestone:||---||Keywords:||Desktop, Reopened|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2007-09-30 22:12:00 EDT||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
Description A S Alam 2007-05-22 08:29:37 EDT
Description of problem: After changing Language for GDM, it shows message showing "Do you wish to restart the login screen with chosen Language", Pressing "YES", it showing only mouse, but GDM hanged and not restarted, only after killing it, it start again Version-Release number of selected component (if applicable): gdm-2.19.1-1.fc8 How reproducible: Everytime Steps to Reproduce: 1. Change Language at GDM login screen 2.it will show screen to restart Login Screen 3. Press "Yes" Actual results: only Mouse shown, but screen not available back Expected results: GDM login screen should be back Additional info:
Comment 1 Jens Petersen 2007-08-29 23:12:48 EDT
*** Bug 246414 has been marked as a duplicate of this bug. ***
Comment 2 Peng Huang 2007-09-04 04:11:53 EDT
I found gdm is blocked in function call gdm_fdgetc (greeter_fd_in) in slave.c 5598 line. It seems not all of write peers of pipe greeter_fd_in was closed when shutdown gdmgreeter. So the gdm_fdgetc will be blocked instead of return EOF immediately. I guess it should close slave_fd_out before call gdm_fdgetc.
Comment 3 Peng Huang 2007-09-19 00:24:44 EDT
This problem has been fixed in HEAD version in upstream.
Comment 4 Ray Strode [halfline] 2007-09-19 10:18:23 EDT
Yup, thanks for the fix Huang!
Comment 5 Jens Petersen 2007-09-20 02:21:29 EDT
Reopening, since we really need to do something for this for F8. Still see this with gdm-2.20.0-1.fc8.
Comment 6 Peng Huang 2007-09-20 03:10:47 EDT
This bug does exist in upstream's gdm. It is just in our version. I found gdm-2.19.1-reset-pam.patch causes this problem. What is this patch for?
Comment 7 Ray Strode [halfline] 2007-09-20 08:02:48 EDT
This bug is already fixed in rawhide. I started to build it right after closing the bug report, and to my surprise mclasen did too. he typed faster. reset-pam is for smartcards.
Comment 8 Jens Petersen 2007-09-20 21:38:41 EDT
Sorry, I'd really like to keep this open until I can no longer reproduce. It is still happening to me after again updating to the latest rawhide with gdm-2.20.0-3.fc8. I will try a fresh install now.
Comment 9 Peng Huang 2007-09-20 22:08:14 EDT
Sorry for the typo in comment #6 . It should be: This bug does not exist in upstream's gdm. :) I check the code of latest rawhide. It still has this problem. gdm keep the output peer of pipe in daemon/slave.c, line 2883 . It is different from upstream's version because of one our patch. Upstream gdm just closes pope2. It cause this bug in our version. If we want to keep the output peer of pipe(slave_fd_out), we should close it before restart the gdmgreet. 2883: VE_IGNORE_EINTR (close (pipe1)); 2884: whack_greeter_and_slave_fds (); 2885: 2886: slave_fd_out = pipe2; ~~~~~~~~~~~~~~~~~~~~~~~ 2887: greeter_fd_out = pipe1; 2888: greeter_fd_in = pipe2;
Comment 10 Ray Strode [halfline] 2007-09-20 22:22:12 EDT
Hmm, well the pipe fd *should* be close on exec, and it should get automatically closed by g_spawn when running the language dialog. I'll probably have to reproduce this and investigate more, unless you want to. It's on the Blocker list, so it won't get forgotton before release.
Comment 11 Matthias Clasen 2007-09-21 23:33:33 EDT
I can confirm that it still hangs
Comment 12 Peng Huang 2007-09-23 22:10:40 EDT
I am analyzing the patch (gdm-2.19.5-reset-pam.patch) that causes this bug. Who can tell me which bug the patch is for fixing ? I need more information about this patch.
Comment 13 Ray Strode [halfline] 2007-09-23 23:51:09 EDT
Hi Huang, It's not fixing a bug, it's a patch that provides the ability to reset an active pam conversation (required for a RHEL5 feature).
Comment 14 Ray Strode [halfline] 2007-09-26 16:22:41 EDT
*** Bug 307831 has been marked as a duplicate of this bug. ***
Comment 15 Adam Pribyl 2007-09-28 14:11:39 EDT
Still see this with rawhide-20070925 live i386 iso.. adding myself to CC.
Comment 16 Ray Strode [halfline] 2007-09-28 14:19:57 EDT
Adam, should be fixed with this build: http://koji.fedoraproject.org/koji/buildinfo?buildID=19834 if you want to try it out.
Comment 17 Bill Nottingham 2007-09-28 14:23:40 EDT
That build works for me.
Comment 18 Jens Petersen 2007-09-30 21:56:31 EDT
Thanks, works for me too. :)