Description of problem: Login to system with compiz enabled, wait a few seconds. This is a libvirt qemu virtual system. Version-Release number of selected component: mate-control-center-1.8.1-3.fc21 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: mate-display-properties crash_function: gdk_event_apply_filters executable: /usr/bin/mate-display-properties kernel: 3.16.0-0.rc1.git4.1.fc21.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (5 frames) #0 gdk_event_apply_filters at gdkevents-x11.c:356 #1 gdk_event_translate at gdkevents-x11.c:1052 #2 _gdk_events_queue at gdkevents-x11.c:2336 #8 gtk_dialog_run at gtkdialog.c:1094 #9 run_application at xrandr-capplet.c:2526 Potential duplicate: bug 925996
Created attachment 911257 [details] File: backtrace
Created attachment 911258 [details] File: cgroup
Created attachment 911259 [details] File: core_backtrace
Created attachment 911260 [details] File: dso_list
Created attachment 911261 [details] File: environ
Created attachment 911262 [details] File: exploitable
Created attachment 911263 [details] File: limits
Created attachment 911264 [details] File: maps
Created attachment 911265 [details] File: open_fds
Created attachment 911266 [details] File: proc_pid_status
Created attachment 911267 [details] File: var_log_messages
One question, did you called mate-display-properties after you logged in session? Or does the issue ocours directly after login? How did you start compiz? I know quemu with kvm gives the best compiz experiences from all global VM players, but in the end it is a very poor performance with qxl driver and gives me no fun. Personal i use compiz only on baremetal to avoid issues with non ready 3D qxl drivers.
I did call mate-display-properties and resized the VM window in that example: But you can crash it pretty reliably by logging in, opening a window, then closing it (It's the close event that kills the decorator) I start compiz by adding "compiz-mate-emerald" to startup applications. As an aside, maybe some in-active compiz options in startup applications are needed to make the setup process easier?
Adding --replace to my startup application, this still occurs.
The smartest way to start compiz at session startup is to replace marco with compiz with a gesettings key, read http://wiki.mate-desktop.org/compiz#fedora In result mate session starts directly with compiz without replacing marco. The mate-display-properties issue is a well known reported to upstream since mate-1.6 is release. https://github.com/mate-desktop/mate-control-center/issues/48 And at bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1062796 I will close this one and push the another one to rawhide. That windows-decorator from compiz crashed in a VM is a different prob, believe me this is a prob with poor 3D performance of qxl driver. On baremetal rawhide compiz runs like a devil without probs. And if you enable a lot of compiz plugins you need more performance. *** This bug has been marked as a duplicate of bug 1062796 ***