Could you please compile weston with debug info? The stacktrace will be clearer then.

i built 1.5.0 from source, and managed to make weston crash twice. i only have the symbols for one of those crashes, since i was still figuring things out. i'll attach the core dump and symbols.

$ gdb -se ./weston -c ./core
...
Program terminated with signal 5, Trace/breakpoint trap.
#0  0x00007f2acbd74407 in __GI_raise (sig=5) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56	../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) backtrace
#0  0x00007f2acbd74407 in __GI_raise (sig=5) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x0000000000410250 in on_caught_signal (s=11, siginfo=0x7fffba342770, context=0x7fffba342640) at src/compositor.c:3914
#2  <signal handler called>
#3  wl_event_loop_add_idle (loop=0x0, func=0x7f2ac37d7e5c <weston_wm_window_draw_decoration>, data=0x205b3d0) at ../src/event-loop.c:301
#4  0x00007f2ac37d82b7 in weston_wm_window_schedule_repaint (window=0x205b3d0) at xwayland/window-manager.c:1045
#5  0x00007f2ac37d7756 in weston_wm_window_activate (listener=0x2113100, data=0x2460060) at xwayland/window-manager.c:727
#6  0x0000000000411007 in wl_signal_emit (signal=0x1fd86a8, data=0x2460060) at /usr/include/wayland-server.h:260
#7  0x0000000000413555 in weston_surface_activate (surface=0x2460060, seat=0x2062670) at src/input.c:1009
#8  0x00007f2ac39f62b7 in activate (shell=0x1fdb090, es=0x2460060, seat=0x2062670, configure=true) at desktop-shell/shell.c:4530
#9  0x00007f2ac39ee084 in focus_state_surface_destroy (listener=0x245c2e0, data=0x20620d0) at desktop-shell/shell.c:631
#10 0x0000000000407595 in wl_signal_emit (signal=0x20620d8, data=0x20620d0) at /usr/include/wayland-server.h:260
#11 0x000000000040ad79 in weston_surface_destroy (surface=0x20620d0) at src/compositor.c:1395
#12 0x00007f2ac39f39d0 in fade_out_done (animation=0x25081f0, data=0x2061c20) at desktop-shell/shell.c:3177
#13 0x000000000041d56b in weston_view_animation_destroy (animation=0x25081f0) at src/animation.c:143
#14 0x000000000041d62e in weston_view_animation_frame (base=0x25081f8, output=0x20842b0, msecs=43308708) at src/animation.c:172
#15 0x000000000040bff4 in weston_output_repaint (output=0x20842b0, msecs=43308708) at src/compositor.c:1819
#16 0x000000000040c0da in weston_output_finish_frame (output=0x20842b0, msecs=43308708) at src/compositor.c:1848
#17 0x00007f2acb501dbf in page_flip_handler (fd=12, frame=367180, sec=43308, usec=708860, data=0x20842b0) at src/compositor-drm.c:761
#18 0x00007f2acaac7c3e in drmHandleEvent () from /usr/lib/x86_64-linux-gnu/libdrm.so.2
#19 0x00007f2acb503239 in on_drm_input (fd=12, mask=1, data=0x1fd8620) at src/compositor-drm.c:1259
#20 0x00007f2accad9c22 in wl_event_loop_dispatch (loop=0x1fd2220, timeout=timeout@entry=-1) at ../src/event-loop.c:419
#21 0x00007f2accad8265 in wl_display_run (display=0x1fd2190) at ../src/wayland-server.c:969
#22 0x0000000000410ede in main (argc=1, argv=0x7fffba3437f8) at src/compositor.c:4316
(gdb)

Created attachment 102680 [details]
weston core dump and symbols

i don't know what i was doing when weston crashed. i was testing weston, iceweasel, and aurora in ways similar to before.

i tried to reproduce this a few times in weston master and was not able to produce a crash.

Created attachment 102685 [details]
weston master core dump and symbols

i crashed weston weston master in windowed mode.

before weston crashed, i was playing around with xman, resizing it, and
scrolling the window. when i clicked xman's close button, weston crashed.

Core was generated by `weston-test'.
Program terminated with signal 5, Trace/breakpoint trap.
#0  0x00007f7fb94ce7bb in raise (sig=5) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
37	../nptl/sysdeps/unix/sysv/linux/pt-raise.c: No such file or directory.
(gdb) backtrace
#0  0x00007f7fb94ce7bb in raise (sig=5) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
#1  0x0000000000410119 in on_caught_signal (s=11, siginfo=0x7fff10d7d4b0, context=0x7fff10d7d380) at src/compositor.c:3916
#2  <signal handler called>
#3  0x00007f7fba0d1a70 in wl_list_remove (elm=0x25e8390) at src/wayland-util.c:54
#4  0x00007f7faf4ec61c in weston_wm_window_destroy (window=0x25e8270) at xwayland/window-manager.c:1133
#5  0x00007f7faf4ec7f2 in weston_wm_handle_destroy_notify (wm=0x2248c70, event=0x25df2f0) at xwayland/window-manager.c:1176
#6  0x00007f7faf4ed806 in weston_wm_handle_event (fd=33, mask=1, data=0x2248c70) at xwayland/window-manager.c:1775
#7  0x00007f7fba0ce211 in wl_event_source_fd_dispatch (source=0x2242190, ep=0x7fff10d7d8b0) at src/event-loop.c:86
#8  0x00007f7fba0ceb66 in wl_event_loop_dispatch (loop=0x211b220, timeout=-1) at src/event-loop.c:419
#9  0x00007f7fba0cc9f7 in wl_display_run (display=0x211b190) at src/wayland-server.c:969
#10 0x0000000000410ddb in main (argc=1, argv=0x7fff10d7dd78) at src/compositor.c:4326
(gdb)

For the last crash, try this patch: http://lists.freedesktop.org/archives/wayland-devel/2014-July/015943.html

(In reply to comment #6)
> For the last crash, try this patch:
> http://lists.freedesktop.org/archives/wayland-devel/2014-July/015943.html

using this patch in weston master, and xwayland master, i launched xman, and moved it around. i resized it a bit. i then clicked xman's title bar, to move the window around. however, weston appeard to be frozen, as the cursor and window would not move. i stopped trying to move the window, then tried again. this time it worked. i may  have lifted my finger off of the touch pad, or realeased the mouse button, before it started working again. that happened once.

this may be an interaction with the following bug: https://bugs.freedesktop.org/show_bug.cgi?id=81307


when resizing arora's window, i noticed that after clicking and dragging a window corner, the mouse would occasionally freeze in place, so the window would not resize, until i let go of the mouse button. also, sometimes the mouse would keep moving, but the window corner would stay in place, even though i had clicked the corner.

i did not notice any crashing, but the crashing behavior is hard to reproduce and currently depends on luck.

it also looks like this test left a weston cursor floating over the tty in which i had tested weston-launch. (maybe i hit ^C as weston was shutting down? i've done that before, but don't remember a cursor remaining.)

(In reply to comment #7)
> (In reply to comment #6)
> > For the last crash, try this patch:
> > http://lists.freedesktop.org/archives/wayland-devel/2014-July/015943.html

all the issues i previously reported about this patch so far i've been able to reproduce under weston master, either normally (with hardware acceleration), or with software rendering; or both.

i'll keep testing this patch, to see if it resolves the original crashing problem.

I did more testing of this patch a while back. i don't remember the specific results, but i had a hard time getting it to crash.

it will likely be a while before i can test this patch in a similar environment. if i test again soon, it will likely be with --use-pixman.

Is it still accurate, can we close this bug?

I could not reproduce this issue with Fedora 24 on the X60 laptop I originally used. It should be safe to close this bug.

Closing now, thanks for the report Andrew.