Please don't attach huge files to bug reports unnecessarily, I get the idea already and now there's a nearly 2 MB e-mail in my mailbox. Is it possible that, since images are transferred via the clipboard in PNG format, that GIMP is unable to accept images over a certain size, say, 200 KB?
Robert Gomułka wrote: > Dnia niedziela, 27 listopada 2005 00:31, Ari Pollak napisał: > >>Are there any error messages that get printed to the console when trying >>to paste? > > Nope. In the case of good and bad screenshot I get on console: > $ gimp --verbose > INIT: gimp_load_config > Parsing '/etc/gimp/2.0/gimprc' > Parsing '/home/carramba/.gimp-2.2/gimprc' > gimp_composite: use=yes, verbose=no > Processor instruction sets: +mmx +sse +sse2 -3dnow -altivec -vis > Adding theme 'Small' (/usr/share/gimp/2.0/themes/Small) > Adding theme 'Default' (/usr/share/gimp/2.0/themes/Default) > Writing '/home/carramba/.gimp-2.2/themerc' > INIT: gimp_initialize > INIT: gimp_real_initialize > INIT: gui_initialize_after_callback > INIT: gimp_restore > INIT: gui_restore_callback > GimpClipboard: writable pixbuf format: image/png > GimpClipboard: writable pixbuf format: image/bmp > GimpClipboard: writable pixbuf format: image/x-bmp > GimpClipboard: writable pixbuf format: image/x-MS-bmp > GimpClipboard: writable pixbuf format: image/x-icon > GimpClipboard: writable pixbuf format: image/jpeg > INIT: gimp_real_restore > Starting extension: 'extension_script_fu' > INIT: gui_restore_after_callback > loading menu '/usr/share/gimp/2.0/menus/toolbox-menu.xml' for /toolbox-menubar > loading menu '/usr/share/gimp/2.0/menus/image-menu.xml' for /dummy-menubar > offered type: image/png > offered type: image/bmp > offered type: image/jpeg > offered type: image/pgm > offered type: image/ppm > offered type: image/xbm > offered type: image/xpm > offered type: PIXMAP > offered type: TARGETS > offered type: MULTIPLE > offered type: TIMESTAMP > > checking pixbuf format 'png' > - checking mime type 'image/png' > > By the way, I have found something strange. I still can reproduce this bug > with gwenview, but just running gwenview is not enough. Any image or > thumbnail must be visible to trigger the bug. Hereby I attach 3 screenshots. > bug1.png - bug exists > bug2.png - bug does not exist. pasting works > bug3.png - bug exists > As you can see, on 1 and 3 there are some images data. Maybe those data are > somehow strange? Their colour depth? Anything else. > Wow! I used another application to trigger this bug! It's name was Showimg. > Run it, then showed image, captured the screen. And tried to paste into Gimp, > without success. > It means that this bug is not gwenview specific. But if not in Gimp, this bug > may be present for example in QT (both applications use it). [A few seconds > more] No, it's not qt specific. I reproduced it also with xli (xli image, > then ctrl-prtscr, tried to paste). > > Best regards, > Robert > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ > > > ------------------------------------------------------------------------ >
