RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1048769 - "User Switcher" has quit unexpectedly
Summary: "User Switcher" has quit unexpectedly
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: gdm
Version: 6.6
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Ray Strode [halfline]
QA Contact: Desktop QE
URL:
Whiteboard:
: 1072102 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-01-06 10:29 UTC by wayneh
Modified: 2023-09-14 01:56 UTC (History)
7 users (show)

Fixed In Version: gdm-2.30.4-64.el6
Doc Type: Bug Fix
Doc Text:
Cause: incorrect handling of state machine in user switching code. Consequence: rare crash in user switching applet shortly after login Fix: correct handling of state machine Result: no more crash
Clone Of:
Environment:
Last Closed: 2014-10-14 08:20:36 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
collected info by abrt (2.10 MB, application/x-gzip)
2014-01-06 10:29 UTC, wayneh 		no flags Details
failure screen in RHEL6.6 beta (1.12 MB, image/png)
2014-08-19 08:42 UTC, wayneh 		no flags Details
failure screen in RHEL6.6 beta (291.85 KB, image/png)
2014-08-19 08:43 UTC, wayneh 		no flags Details
filure screen in RHEL6.6 beta (292.22 KB, image/png)
2014-08-19 08:43 UTC, wayneh 		no flags Details
abrt log RHEL6.6 (2.34 MB, application/octet-stream)
2014-09-10 09:32 UTC, wayneh 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2014:1591 0 normal SHIPPED_LIVE gdm bug fix update 2014-10-14 01:27:05 UTC

Description wayneh 2014-01-06 10:29:58 UTC 
Created attachment 846011 [details]
collected info by abrt

Description of problem:
error message when entering X-Windows

Version-Release number of selected component (if applicable):


How reproducible:
Install 2 video cards in the system, enable second monitor, it will prompt error message when entering X-Window

Steps to Reproduce:
1. install AMD W5000 in the system.
    Display connection:
    DVI of W5000 -- DVI of Dell 2913, no connection on other ports of W5000.
2. boot to RHEL6.5 RC1 OS installation DVD (Kernel 2.6.32-431.el6.x86_64)
     follow the prompt to finish OS installation.
3. boot to X-Windows of RHEL6.5 RC1 after OS installation finish.
     install AMD video driver by running command : amd-driver-installer-13.35-x86.x86_64 in terminal
     shut down the system after AMD video driver installation finish.
4. install second AMD W5000 in the system.
    connect second monitor to second W5000
    All the display connection.
    DVI of W5000 card 1-- DVI of Dell 2913, no connection on other ports of W5000 card 1.
    DP of W5000 card 2 --DP of Dell 2412, no connection on other ports of W5000 card 2.
5. boot to X-Windows of RHEL6.5 RC1.
    only the monitor connected to W5000 card 1 has display.
6. enable second display
    system ->Perference ->AMD Catalyst Control Center
    check the second card -> Multi display->Single display desktop->apply->ok
    reboot
7. reboot to X-Windows of RHEL, 
    It prompts" User Switcher" has quit unexpectedly at the monitor connected W5000 card 1.
    It prompts The panel encountered a problem while loading "OAFIID:GNOME_FastUserSwitchApplet".


Actual results:
It prompts" User Switcher" has quit unexpectedly at the monitor connected W5000 card 1.
    It prompts The panel encountered a problem while loading "OAFIID:GNOME_FastUserSwitchApplet".


Expected results:
No error message

Additional info:
Attached log file is collected by abrt.
Comment 3 Ray Strode [halfline] 2014-04-04 16:53:19 UTC 
*** Bug 1072102 has been marked as a duplicate of this bug. ***
Comment 4 Tomas Pelka 2014-04-04 16:56:48 UTC 
Dear reporter, 

since we haven't mentioned graphics would it be possible to ge commitment for testing fixed package(s) once available?

Thanks
Tom
Comment 5 wayneh 2014-04-07 04:05:57 UTC 
Hi Tom,
Do you mean when the fixed package available, you will provide it to me, then I tested it here?
Am I correct?
If so, I can do that.

Thanks.
Comment 6 Tomas Pelka 2014-04-07 07:49:15 UTC 
(In reply to wayneh from comment #5)
> Hi Tom,
> Do you mean when the fixed package available, you will provide it to me,
> then I tested it here?
> Am I correct?
> If so, I can do that.
> 
> Thanks.

Exactly, thanks.
Comment 7 Ray Strode [halfline] 2014-06-20 21:25:58 UTC 
I was able to figure out what was going on from the crash data supplied in comment 0 attachment 846011 [details] 

The wrong state machine was getting progressed whenever a new session was processed.

I've only seen the crash once, having pounded on it pretty hard.  I think it's a race where consolekit has to be very slow in sending it's SessionAdded signal for the session that was just logged in, such that the applet sees its own session getting added.

Alternatively, I guess it could happen if the a user creates a session another way, but I can't think of a way for that happen practically. (we don't register a CK session when a user ssh's in, or connects a monitor, or anything like that).

regardless, should be fixed now
Comment 9 Tomas Pelka 2014-08-01 08:23:23 UTC 
(In reply to Tomas Pelka from comment #6)
> (In reply to wayneh from comment #5)
> > Hi Tom,
> > Do you mean when the fixed package available, you will provide it to me,
> > then I tested it here?
> > Am I correct?
> > If so, I can do that.
> > 
> > Thanks.
> 
> Exactly, thanks.

Dear reporter,

do you have rhel6.6 public aplha available? If not we need to get another way how to deliver fixed packages to you for testing.

Tom
Comment 11 wayneh 2014-08-13 09:08:19 UTC 
Dear Tom,
I can download RHEL-6.6-Beta-1 from FTP, will check it.

Thanks.
Comment 12 wayneh 2014-08-19 08:42:37 UTC 
Created attachment 928223 [details]
failure screen in RHEL6.6 beta
Comment 13 wayneh 2014-08-19 08:43:32 UTC 
Created attachment 928236 [details]
failure screen in RHEL6.6 beta
Comment 14 wayneh 2014-08-19 08:43:59 UTC 
Created attachment 928237 [details]
filure screen in RHEL6.6 beta
Comment 15 wayneh 2014-08-19 08:45:13 UTC 
Dear Tom,

I duplicate this issue with two Nvidia K2000 card installed.
Attached is the screen shot for your reference.

Thanks.
Comment 16 Ray Strode [halfline] 2014-08-20 14:37:33 UTC 
wayneh, can you attach the abrt collected info for the 6.6 beta (like you did in comment 0 for 6.5 RC 1)
Comment 17 Tomas Pelka 2014-09-09 12:51:23 UTC 
wayneh, there is not much time to fix this issue. Could you please provide the info that Ray requested.

Otherwise we would need to move this issue to rhel6.7.

Thanks
Tom
Comment 18 wayneh 2014-09-10 09:32:09 UTC 
Created attachment 936080 [details]
abrt log RHEL6.6
Comment 19 wayneh 2014-09-10 09:36:19 UTC 
Dear Tom,
Please find the attached 936080.

Thanks.
Wayne
Comment 20 Tomas Pelka 2014-09-10 10:32:20 UTC 
(In reply to wayneh from comment #19)
> Dear Tom,
> Please find the attached 936080.
> 
> Thanks.
> Wayne

Just putting pack to Ray's radar.

Tom
Comment 21 Ray Strode [halfline] 2014-09-10 15:06:36 UTC 
I found one other issue in the code that could explain this crash.
Comment 23 Ray Strode [halfline] 2014-09-10 18:01:02 UTC 
wayne, mind giving these packages a try?

http://people.redhat.com/rstrode/bugs/1048769/
Comment 25 Chris Ward 2014-10-07 09:42:24 UTC 
@rstrode, @wayneh, Has this issue been tested and verified? Please let us know.
Comment 27 errata-xmlrpc 2014-10-14 08:20:36 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2014-1591.html
Comment 28 Red Hat Bugzilla 2023-09-14 01:56:30 UTC 
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days
Note You need to log in before you can comment on or make changes to this bug.