Created attachment 118797 [details] patch for glfw making it reproduce the crash This happens on both Weston 1.9.0 and latest git as of the 10th of October. In the attached patch against GLFW, wl_egl_window_resize is incorrectly called in maybeChangeScale(), which leads to a client lockup and potentially a compositor crash (I haven’t been able to reproduce it each time, but in a good 50%). Steps to reproduce: 1. Clone, patch and install GLFW master (https://github.com/glfw/glfw) 2. Get Citra (http://citra-emu.org/) or probably any other GLFW program 3. Start Weston with two mixed-scaling outputs 4. Run the GLFW program, and move it between the different outputs.
Created attachment 118798 [details] gdb trace of the segfault
Hm, I wonder if the problem here is that the client gets killed by a protocol error; then by the time the xdg_toplevel ping has timed out, the resource is no longer there so we dereference garbage. Can you still reproduce this, and if so, could you please get a Valgrind trace?
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/wayland/weston/issues/69.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.