GNOME Bugzilla – Bug 794530
GdkPixbuf assertion failure adding an attachment to an email in the composer
Last modified: 2018-05-02 19:56:59 UTC
I was writing an email and had just attached a file to my email. Might not be an Evolution issue itself. evolution-3.26.6-1.fc27.x86_64 gdk-pixbuf2-2.36.11-1.fc27.x86_64 gtk3-3.22.26-2.fc27.x86_64 webkitgtk4-2.18.6-1.fc27.x86_64 gdb evolution --ex "b g_logv if log_level<=16" --ex r [...] Detaching after fork from child process 26738. [Thread 0x7fff0a7fc700 (LWP 26733) exited] (evolution:17126): Gtk-WARNING **: Allocating size to GtkNotebook 0x555559ef4b70 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? Thread 1 "evolution" hit Breakpoint 1, g_logv (log_domain=0x7ffff27a83ce "GdkPixbuf", log_level=G_LOG_LEVEL_CRITICAL, format=0x7ffff5e9d7ea "%s: assertion '%s' failed", args=args@entry=0x7fffffffbd90) at gmessages.c:1248 1248 gmessages.c: No such file or directory. (gdb) thread apply all bt
+ Trace 238496
Thread 1 (Thread 0x7ffff7f8eac0 (LWP 17126))
(gdb) c Continuing. (evolution:17126): GdkPixbuf-CRITICAL **: gdk_pixbuf_composite: assertion 'dest_y >= 0 && dest_y + dest_height <= dest->height' failed Gdk-Message: Lost connection to Wayland compositor.
Thanks for a bug report. I cannot reproduce it here, but I believe it's related to the "loading" emblem evolution sets on an attachment icon when it is still loading. I see it quickly flashing here when I drag&drop a file into the composer. In any case, the crash happened when the window had been repainting, thus unless evolution calling gtk+ functions in a dedicated thread, not in the main thread, this is for gtk+. > Gdk-Message: Lost connection to Wayland compositor. This ^^^ is also nice.
Fun, the backtrace looks a lot like this is the same problem described in https://gitlab.gnome.org/GNOME/gtk/issues/119. I just quickly tried it and I can't reproduce the problem here in evolution, I guess this depends a lot on your system/icontheme/etc. Can you reliably reproduce this? If so, can you go to frame 3 and print the output of gdk_pixbuf_get_width and gdk_pixbuf_get_height for both src and dest?
System: Fedora 27. Theme for applications, cursor, icons is all Adwaita. > Can you reliably reproduce this? Looks like I can reproduce, yes. > If so, can you go to frame 3 and print the output of gdk_pixbuf_get_width and gdk_pixbuf_get_height for both src and dest? (evolution:29321): Gtk-WARNING **: Allocating size to GtkNotebook 0x555555a9ba40 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? Thread 1 "evolution" hit Breakpoint 1, g_logv (log_domain=0x7ffff27a83ce "GdkPixbuf", log_level=G_LOG_LEVEL_CRITICAL, format=0x7ffff5e9d7ea "%s: assertion '%s' failed", args=args@entry=0x7fffffffbd90) at gmessages.c:1248 1248 gmessages.c: No such file or directory. (gdb) frame 3
+ Trace 238501
$5 = 6 (gdb)
Garr, Bugzilla trying to be smart. Cleaner version: p gdk_pixbuf_get_width (dest) $1 = 16 p gdk_pixbuf_get_width (src) $2 = 8 p gdk_pixbuf_get_height (src) $3 = 8 p gdk_pixbuf_get_height (dest) $4 = 6
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME'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.gnome.org/GNOME/gtk/issues/1042.