After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 748827 - [Wayland] dragging image crashes the shell
[Wayland] dragging image crashes the shell
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Backend: Wayland
3.16.x
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2015-05-03 09:48 UTC by Juraj Fiala
Modified: 2015-11-24 19:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Juraj Fiala 2015-05-03 09:48:00 UTC
When trying to drag the displayed image the entire shell crashes.

I found this in GNOME Logs (latest down):

gnome-session:
Message: Unrecoverable failure in required component gnome-shell-wayland.desktop
priority: 3

systemd-coredum:
Message: Process 29663 (dleyna-renderer) of user 1001 dumped core.
Priority: 2

systemd-coredum:
Message: Process 9096 (gnome-shell) of user 1001 dumped core.
Priority: 2

Thanks.
Comment 1 Felix Riemann 2015-05-06 19:21:45 UTC
I just tried with Fedora 22 Beta's Wayland session and there seems to be a general problem with DnD. If I change source and target in your scenario,i.e. dragging an image from nautilus to eog, I can make eog crash instead. Also dragging a text file from nautilus to gedit will make any of the two crash. I'll try to collect some backtraces.
Comment 2 Felix Riemann 2015-05-10 13:43:31 UTC
There'a backtrace from eog, caused by dragging an image file from Nautilus over to eog.

  • #0 gdk_wayland_display_get_selection
    at gdkdisplay-wayland.c line 915
  • #1 gdk_wayland_selection_get_offer
    at gdkselection-wayland.c line 353
  • #2 gdk_wayland_drop_context_set_status
    at gdkdnd-wayland.c line 200
  • #3 gtk_drag_dest_motion
    at gtkdnd.c line 2245
  • #4 _gtk_drag_dest_handle_event
    at gtkdnd.c line 1920
  • #5 _gtk_drag_dest_handle_event
    at gtkdnd.c line 1682
  • #6 gtk_main_do_event
    at gtkmain.c line 1774
  • #7 gdk_event_source_dispatch
    at gdkeventsource.c line 90
  • #8 g_main_context_dispatch
    at gmain.c line 3122
  • #9 g_main_context_dispatch
    at gmain.c line 3737
  • #10 g_main_context_iterate
    at gmain.c line 3808
  • #11 g_main_context_iteration
    at gmain.c line 3869
  • #12 g_application_run
    at gapplication.c line 2308
  • #13 main
    at main.c line 133

Comment 3 Felix Riemann 2015-05-10 13:57:18 UTC
The backtrace was made with GTK+-3.16.2 on the current F22 Beta. Oddly no warning or critical because of failed type conversions show up on the terminal.
Comment 4 Juraj Fiala 2015-05-10 15:01:57 UTC
Have you tried dragging on image _from_ eog? Why does it crash the whole session?
Comment 5 Felix Riemann 2015-05-10 17:02:41 UTC
Yes, I did. It is not crashing every time I try but rather seldomly. But in general it seems to occur only if the other app (eog, nautilus, terminal) is crashing too. I am unable to get a backtrace from it though.
Comment 6 Juraj Fiala 2015-05-10 17:09:00 UTC
That's strange.  My session crashes the moment the drag starts. Although I just realised I that the image I had open was owned by root, since it was a clean account and I had nothing there.
Comment 7 Felix Riemann 2015-05-10 17:13:57 UTC
Does the session crash for you only in the direction eog->nautilus or also the other way around?
Comment 8 Juraj Fiala 2015-05-10 17:16:25 UTC
You misunderstood me. For me it crashes **the moment** the drag start. The thumbnail hasn't even got time to appear. Heck, maybe it's crashing because of that.

I can't drag it into nautilus in the current state.
Comment 9 Carlos Garnacho 2015-05-10 17:20:40 UTC
I'm fairly positive that the gnome-shell crash is fixed by https://git.gnome.org/browse/mutter/commit/?h=gnome-3-16&id=5b6380d394b87c830fd7a242a7dc501e5283d804 , although would be great to see a backtrace to confirm.

The bt in comment #2 should be fixed by https://git.gnome.org/browse/gtk+/commit/?id=0edc9deee5af65e5b5492290132e657a9a6af52f , although this commit is just in master, should probably be backported to 3.16
Comment 10 Felix Riemann 2015-05-10 18:35:50 UTC
Hmm, backporting the gtk+ fix I can make the shell crash, however again only once the drag leaves the window: https://retrace.fedoraproject.org/faf/reports/657373/

Can't test the mutter fix as doing "jhbuild run mutter -r" effectively locks myself into GDM until I reboot.
Comment 11 Matthias Clasen 2015-11-24 19:27:50 UTC
no more crash here in my testing