GNOME Bugzilla – Bug 772693
gimp segfaults on ctrl-x with magic wand if copyq is running
Last modified: 2016-11-06 20:44:30 UTC
Hello. And yes, I know it's weird, but this happends consistently on two different Gentoo installations. The recipe is as follows: - copyq (a clipboard manager) is running - I use the magic want tool to select irregular shapes, and press control-x to cut - wait a couple seconds, gimp will close and output this: - I tested 2.8.14 and 2.9.4 with copyq 2.5 and 2.7, all combos produce the same results in two different installations - if I repeat the same steps without copyq, all works fine, using another clipboard manager (such as parcellite) works fine as well ===== $ gimp La dirección proporcionada está vacía [added translation: provided path/adress is empty] This is a development version of GIMP. Debug messages may appear here. (gimp:10722): Gtk-WARNING **: Theme directory base/ of theme oxygen has no size field (gimp:10722): Gimp-Widgets-CRITICAL **: gimp_device_info_set_device: assertion '(info->device == NULL && GDK_IS_DEVICE (device)) || (GDK_IS_DEVICE (info->device) && device == NULL)' failed gimp_display_shell_profile_update gimp_display_shell_profile_update Error creating proxy: La dirección proporcionada está vacía (g-io-error-quark, 13) magic match 4 on file-jpeg-load best magic match on file-jpeg-load jpeg-load: found Exif block (2857 bytes) jpeg-load: found image comment (118 bytes) ** (file-jpeg:12891): WARNING **: Directory OlympusCs, entry 0x0101: Strip 0 is outside of the data area; ignored. gimp_display_shell_profile_update src_profile: GIMP built-in sRGB src_format: R'G'B'A u8 dest_format: R'G'B'A u8 gimp_display_shell_profile_update src_profile: GIMP built-in sRGB src_format: R'G'B'A u8 dest_format: R'G'B'A u8 gimp_pickable_contiguous_region_by_seed: foo took 2,9667 seconds The program 'gimp' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 105100 error_code 3 request_code 18 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.)
Similar issues have been reported with klipper and IIRC qlipper, KDE's and LXQt's clipboard managers, respectively. Not sure if any change was done there. I would also imagine that there is a GTK+ bug tracking this.
Probably related. However I cant confirm or deny anything related to Mac stuff. If I get some free minutes I'll try to get something meaningful from gdb.
Bug 699625 might also be related. If this is something in code used on all platforms, then it wouldn't matter what platform you're on.
Could be. We'll see. I am having some strange problem loading the debug symbols though. I'll have to recompile gimp so take a sit ;)
Created attachment 337440 [details] gdb - a first bt I know nothing about gtk or glib, no expert in X11 either. I'll need some help with this but I have some ideas on where to look at least. Will report back if I find something but here's a first bt in case someone else smarter than me can shade some light into this.
Let's assume this is the same as bug 757070. *** This bug has been marked as a duplicate of bug 757070 ***