Description of problem:
it's not the only way to make xorg crash, but it's the only one i remember,
when using gimp in rawhide, copy part of a image, paste as new, close the new window, xorg crashes
Version-Release number of selected component (if applicable):
happened on earlier rawhides too, was fine in fc13
Steps to Reproduce:
1. open an image in gimp
2. select a square in the image, go to edit->copy
3. edit-> paste as new
4. close the new window, choose "discard"
window closing, no crash
another easier way to crash X:
open xchat, connect to:
close xchat by clicking on the X, after the "you're connected" warning say: "yes, close"
x will crash
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 add drm.debug=0x04 to the kernel command line, restart computer, reproduce the issue, and attach
* your X server config file (/etc/X11/xorg.conf, if available),
* X server log file (/var/log/Xorg.*.log)
* output of the dmesg command, and
* system log (/var/log/messages)
to the bug report as individual uncompressed file attachments using the bugzilla file attachment link above.
We will review this issue again once you've had a chance to attach this information.
Thanks in advance.
Created attachment 433374 [details]
Created attachment 433375 [details]
part of messages.log
Created attachment 433376 [details]
Created attachment 433377 [details]
Created attachment 433378 [details]
startx > file 2>&1
after doing more research,
i begin to think it's icewm (or depending libraries) related,
when i try with the default window manager, i cannot reproduce the problem
There are not many information in the logs :/
I've tried to rebuild the src.rpm from fedora, just to be sure the library linkings were ok, it didn't help.
I've then tried to attach gdb on the running icewm, it seems it didn't segfault, just got a message: "program exited with code 01"
i'll try with a newer icewm (maybe cvs?), and if the behaviour improves, i'll keep you informed.
tried with 1.2.38pre2 and 1.3.7pre2
(In reply to comment #8)
> after doing more research,
> i begin to think it's icewm (or depending libraries) related,
I am sorry, but I really think, that switching to icewm component would be more profitable here. I don't see absolutely anything which would indicate Xorg fault.
Icewm maintainer, if you think this is xorg please switch back with additional information, why you think so.
Thank you for reporting the issue and making Fedora better.
I'll install rawhide on VM and see if I can reproduce it.
Just to be certain, you are seeing it with icewm-1.2.37-7?
yes, and also with newer official versions from icewm.sf.net,
didn't try cvs
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.
More information and reason for this action is here:
did you have any luck reproducing the error?
Sometimes i think it's related to the "focus following cursor" mode:
when i have a certain popup window (with java software independant of fedora), click right on the OK button it works, but if i miss the ok, clicked just next to it, then click ok; i get the crash also.
My Rawhide VM died.
I'm trying to free some time to reinstall it.
it looks like the update of libX11 of today fixed this issue
Closing this report, it's good for me