#Xnviewmp debian serial
#Xnviewmp debian series

I have found that it does crash less often with a bare It was mentioned before that this might be a configuration problem. Do note that the error when gimp is closing happens whether gthumb is open or not.Д¬lipboard: sending image data as 'image/x-xcf' clipboard: sending image data as 'image/png' (gimp-2.10:9520 ): GLib-CRITICAL **: 09:37:07.076: Source ID 23198 was not found when attempting to remove it EXIT: app_exit_after_callback gimp-2.10: GEGL-WARNING: (gegl-tile-handler-cache.c:977 ):gegl_tile_cache_destroy: runtime check failed: (g_queue_is_empty (&cache_queue )) EEEEeEeek! 4 GeglBuffers leaked Here I open the image from gthumb and show that you can copy and paste just fine without lag or crash. Once gimp finishes it's crash, XnViewMP resumes to load and open. You will notice in the gimp console that it is writing to the clipboard right before it crashes. Now when I try to launch XnViewMP, you can see it hang for a bit and then gimp will crash. I again copy the base layer and paste it as a new layer twice, and you will notice this time the operation is almost instant, and of course without a crash.

In this video I open the image directly into gimp without XnViewMP being open. You will notice as soon as the copy is made that the cursor goes into busy mode until the crash about 10 seconds later. Next, (using shortcuts) I copy the base layer and paste as a new layer. In this video I open an image from XnviewMP into gimp. I made a few videos showing the problem in action. ) (script-fu:14629 ): LibGimpBase-WARNING **: 19:09:58.461: script-fu: gimp_wire_read (): error Additional information You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error () function. To debug your program, run it with the -sync command line option to change this behavior.

#Xnviewmp debian serial

(Details: serial 314790 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. The error was 'BadWindow (invalid Window parameter)'.

Copy the layer and paste as a new layer.

Copy a large selection or the entire layer.

6k x 8k or similar png is a good starting point. (xnviewmp, copyq, gpaste, possibly krita and klipper, and probably others.)

Have one of the following programs installed and open on your system.

In my own experience, even if there is no crash, you will still experience a large performance hit during the copy process. PNG files also seem to cause the crash more than other formats for some reason. The common thread seems to be the larger the image, the more common the crash. The bug can be reproduced in many ways as is noted in many bug reports. This is an attempt to collate these reports to a single post in the hopes it can serve as a starting point in fixing this. This bug has been around for quite some time and is referenced by many bug reports both here and elsewhere.

Gimp crashes when trying to copy and paste a selection or layer and you have one of a few select clipboard managers installed or XnViewMP is open when doing this operation. Package: Any? (Arch extra repository in my case) Description of the bug Operating System: Linux (Arch in my case)

#Xnviewmp debian series

GIMP version: 2.10.* (2.8 series and possibly earlier)