Red Hat Bugzilla – Bug 235625
Clicking close button in Firefox crashes X nv driver
Last modified: 2018-04-11 07:36:44 EDT
Description of problem:Clicking on a tab or window close button crashes X and
logs user out.
Version-Release number of selected component (if applicable):
How reproducible: Has happened to me 4 times, no consistency
Steps to Reproduce:
1.surf web in firefox
2.close a tab or the firefox window
Actual results:X crashes and logs out user
Expected results:Firefox window should close and session continue.
Additional info: Video card is nVidia G70 [GeForce 7300GT]
Thanks for the bug report. We have reviewed the information you have provided
above, and there is some additional information we require that will be helpful
in our diagnosis of this issue.
Please attach your X server config file (/etc/X11/xorg.conf) and X server log
file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file
attachments using the bugzilla file attachment link below.
Could you please also try to run without any /etc/X11/xorg.conf whatsoever and
let X11 autodetect your display and video card? Attach to this bug
/var/log/Xorg.0.log from this attempt as well, please.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Created attachment 152266 [details]
X server config file requested by maintainer
Created attachment 152267 [details]
Xorg log file requested by maintainer
Currently updating system. Will restart without xorg.conf file afterwards and
send attachments requested.
Created attachment 152270 [details]
Xorg log file after restart with no xorg.conf file
[root@f7t3 ~]# ls /etc/X11
applnk prefdm sysconfig X xinit xorg.conf.old
fs serverconfig twm xdm Xmodmap Xresources
Created attachment 152276 [details]
Xorg log file.
This is the file just after X crashed while in Firefox and after I logged back
in just in case that is useful.
Next time this happens, when X restarts, look at /var/log/Xorg.0.log.old
instead. It should have a backtrace at the end indicating where the crash
happened. Please attach that file when you find it.
You can have my backtrace, exact same issue:
0: /usr/bin/Xorg(xf86SigHandler+0x6d) [0x47f5ed]
1: /lib64/libc.so.6 [0x2aaaab17f620]
3: /usr/lib64/xorg/modules/extensions//libGLcore.so [0x2aaab27d845d]
4: /usr/lib64/xorg/modules/extensions//libglx.so [0x2aaaabb9173b]
5: /usr/bin/Xorg(compPositionWindow+0x62) [0x4bc5f2]
6: /usr/bin/Xorg(ResizeChildrenWinSize+0x1ce) [0x43a01e]
7: /usr/bin/Xorg(miSlideAndSizeWindow+0x1ab) [0x4ef10b]
8: /usr/bin/Xorg(compResizeWindow+0xad) [0x4bd46d]
9: /usr/bin/Xorg(ConfigureWindow+0xb8d) [0x439b5d]
10: /usr/bin/Xorg(ProcConfigureWindow+0x96) [0x44ab46]
11: /usr/bin/Xorg(Dispatch+0x1db) [0x44b2db]
12: /usr/bin/Xorg(main+0x45d) [0x43404d]
13: /lib64/libc.so.6(__libc_start_main+0xf4) [0x2aaaab16caa4]
14: /usr/bin/Xorg(FontFileCompleteXLFD+0x231) [0x433319]
Fatal server error:
Caught signal 11. Server aborting
btw - I should mention that yes, that's the whole thing.
Still, Gerry, could we get yours /var/log/Xorg.0.log, please?
Created attachment 155726 [details]
Requested log file
This is my current log file. I have had no recent occurrences of this bug. I
previously submitted several files on 4/11 which are comments 2, 3, 4, 5 of
this bug report. If there is something else I can try and submit, let me know.
[root@f7t4 ~]# rpm -q xorg-x11-drv-nv
J French, could you confirm that when upgrading to xorg-x11-drv-nv-2.0.2-2.fc7
the bug could not be reproduced?
I cannot, Fedora 7 was so very unstable that I was forced to downgrade back to
FC6. This bug was just one of many that caused this.
Perhaps related: When switching to a VT (ctrl+alt+F1-F6), switching back to X
would crash it in the same manner. These two bugs, combined with an inability to
delete NFS mounted files under Nautilus, effectively made Fedora 7 unacceptable
for use for me.
As stated, when I have more time, I'll look into again, but that's not going to
be for at least a couple days.
Created attachment 157695 [details]
Xorg.0.log from the crashed session
Changed the Component as I am using "vesa" driver and I got the same backtrace:
0: /usr/bin/Xorg(xf86SigHandler+0x6d) [0x48b99d]
1: /lib64/libc.so.6 [0x3d6b030620]
3: /usr/lib64/xorg/modules/extensions//libGLcore.so [0x2aaaae56941d]
4: /usr/lib64/xorg/modules/extensions//libglx.so [0x2aaaab1b373b]
5: /usr/bin/Xorg(compPositionWindow+0x62) [0x4bf7c2]
6: /usr/bin/Xorg(miSlideAndSizeWindow+0x1cc) [0x4f22fc]
7: /usr/bin/Xorg(compResizeWindow+0xad) [0x4c063d]
8: /usr/bin/Xorg(ConfigureWindow+0xb8d) [0x43a31d]
9: /usr/bin/Xorg(ProcConfigureWindow+0x96) [0x44b306]
10: /usr/bin/Xorg(Dispatch+0x1db) [0x44ba9b]
11: /usr/bin/Xorg(main+0x45d) [0x43480d]
12: /lib64/libc.so.6(__libc_start_main+0xf4) [0x3d6b01daa4]
13: /usr/bin/Xorg(FontFileCompleteXLFD+0x229) [0x433ad9]
Fatal server error:
Caught signal 11. Server aborting
Created attachment 157696 [details]
My `rpm -qa|gzip'
And it definitely started since installing:
So `yum remove gtkglext' should be the workaround to make F7 usable again.
`yum remove gtkglext' is unfortunately not a complete workaround.
still crashes the machine on GL open but ...
---> rm /usr/lib64/xorg/modules/extensions/libglx.so
is the right workaround to prevent unprivileged applications crashing your PC.
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.
If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)
Thanks for your help, and we apologize again that we haven't handled
these issues to this point.
The process we're following is outlined here:
We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.
I have basically the same problem: X crashes when closing programs. Though it
does not happen with firefox but with f-spot, vncviewer, virt-manager.
Seems it always crashes when there is something with graphics involved,
something like overlay or stuff? Will attach xorg.conf, Xorg.0.log.old, anything
Created attachment 302944 [details]
Xorg.0.log.old when X crashed
Created attachment 302945 [details]
Just checked: Also happens with the AccelMethod set to XAA. Will check with the
radeonhd driver in the next step. Though that one is reaaaaallly slow (several
seconds until a window goes into fullscreen, etc.).
BTW, I do NOT use compiz.
Tried the hints from comment #16, removed gtkglext-libs (which in turn removed
libvirt-manager and the vnc-viewer) -> f-spot still crashes.
Removing/renaming /usr/lib/xorg/modules/extensions/libglx.so only leads to X
hanging on startup.
Will try with the live-cd of F9 preview release to see if it happens there, too.
It does not happen when starting the F9 preview i686 live cd, but it happens
when using a "fresh" user on my system. Seems to be something on this system,
though I have no idea what it is and what causes it. Even though it's a beta
system, that kind of crash should be gone a while ago ...
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
I can crash xmesa_check_and_update_buffer_size on X startup, on fully updated
F9, but I am using the livna nvidia driver. Next time I try xorg-x11-drv-nv
(currently broken for me due to #234824) I will see if the problem persists.
Unable to repro with an nv laptop on F11. Please reopen if this is still an issue in F11.