GNOME Bugzilla – Bug 514906
use of right-click menu crashes GIMP
Last modified: 2008-10-30 20:09:19 UTC
If you do a canvas resize by copying the value of one of the sides and pasting it into the other (as opposed to using the up/down arrow for resizing or direct entry), GIMP will crash.
Confirmed with Win XP Gimp 2.4.4 Interestingly (?) same action with GIMPVS 2008 - gimp-2.0-vs9.exe (1.0.0.1) does NOT crash. Question: does anyone produce a Window Gimp version that will generate the symbol dump that is always being asked for wrt other Gimp crashes?
We need a more detailed description here. Please describe each and every step very precisely. Tell us exactly what action triggers the crash. Does this problem only show up in this particular dialog or are other similar dialogs affected as well? Please do also specify the version of GTK+ you are using.
When doing the canvas resize, if you paste in a number for the edges instead of manually entering in the numbers (or using the up/down arrow entry method), GIMP will crash. Don't remember ever having this issue with earlier versions of 2.4.x. Now I'm using the Windows version of GIMP so this may not be an issue with other builds. Also, I want to thank you and all the GIMP developers for the work that you've done over the years. I've been a very happy GIMP user for over 8 years (even though I have CS2, I still use GIMP as my main editor; works for what I have to do). :)
You still did not tell us what version of GTK+ you are using nor did you tell us what exactly triggers the crash. Is it when pasting the number or does the crash occur when you confirm the dialog? We also need to know if there's anything special about your system. Any additional software running? What language settings are you using? ...
I got a "midair collision while pasting the following" while you were posting comment # 4. I think the following answers your supplementary questions ... ? ========== Sven: > Please describe each and every step very precisely. Open Gimp. Open any image (eg. a JPG) Menu-Image-Canvas Size... SetImageCanvas Size dialog appears Width=(say)1800, Height=(say) 900 ... RightClick on Height, Copy "900" RightClick on Width (after selecting the "1800"), Paste "900" Make no other input. Click [Resize] button Gimp crashes. Probably not helpful but the error msg (per drminGW is: gimp-2.4.exe caused an Access Violation at location 77c478c0 in module msvcrt.dll Reading from location 00000000.) Sven: > Does this problem only show up in this particular dialog or are other similar dialogs affected as well? Haven't seen it (yet?) in other dialogs. Crash occurred while following Lyle's description. Sven: > Please do also specify the version of GTK+ you are using. whatever was installed with: gimp-2.4.4-i686-setup.exe Apparently 2.1.0 per folders created created in the Gimp programfiles folder: ... \Gimp-2.4.0\lib\gtk-2.0
sorry: >>Apparently 2.1.0 per folders created created in the Gimp programfiles folder: ... \Gimp-2.4.0\lib\gtk-2.0<< s/b 2.10.0 per folder(s) created e.g.: C:\Program Files\AmbPF\Gimp\Gimp-2.4.0\lib\gtk-2.0\2.10.0\engines (C:\Program Files\AmbPF\Gimp\Gimp-2.4.0\ was my choice of where to install Gimp 2.4.4)
FWIW ... I happen to have Gimp 2.3.19 still available. Crash does not occur with it.
Good morning Sven, Currently, I have both GTK+1.3.0 (for my version of 1.2.4 which I still use since certain plugins never got translated to 2.2.x/2.4.x which I still like to use on rare occasions) and GTK+2.10.13. :)
Ah, so this crash does not happen when you paste the number, as you initially claimed, but when you confirm the dialog. We will need a stack trace in order to investigate this further. I am afraid there is not much we can do without this information.
I can't reproduce this with my own gimp-2-4 build.
Created attachment 104665 [details] Stack traced file. File created during GIMP crash.
Hey Sven. I attached the stack trace when GIMP crashes (during the said action). And yes, the crash doesn't occur until after you confirm. Also, to Michael; it depends on the version of 2.4; I did this same action (do this all the time) on earlier versions of 2.4.x with no problems (not sure about 2.4.3 since I didn't have it on my machine long before 2.4.4 was released). :)
Unfortunately that kind of file is not what Sven meant when asking for a stack trace. There is no way for a normal Windows end-user to get a useful stack trace from GIMP, because 1) no tool bundled with Windows would understand the debug information format that gcc generates, and 2) at least the GLib, GTK+ and Pango DLLs are distributed as stripped anyway. Maybe I should stop stripping the DLLs I distribute (and that Jernej then redistributes in the GIMP installer)? It would not help everybody because of 1) above, but if the end-user installed some 3rd-party debugging tool like Dr. Mingw (http://jrfonseca.dyndns.org/projects/gnu-win32/software/drmingw/ ) he could get a more correct stack trace.
Is there any reason not to do so? - speed or download size? I've got the DrMingw debugger and those w/o could easily get it if so instructed.
Michel, can you reproduce it on Windows using ender's builds?
I think when you right click on the "Height" or "Width" a menu is poping out. That menu is the cause of the problem. For example if you paste any text in GIMP Text Editor and click OK or Close button the GIMP will crash. It is all beacause of the menu poping out when we right click on any text edit box.
Why would you right-click when you want to paste?
ctrl+v is working fine but still there is option for paste in the menu that pop-up when you right click.. and that menu is causing problem everywhere even in script-fu
*** Bug 520462 has been marked as a duplicate of this bug. ***
Oh, I simply forgot that you can't paste the primary selection with middle-click on Windows.
*** Bug 520665 has been marked as a duplicate of this bug. ***
*** Bug 514280 has been marked as a duplicate of this bug. ***
*** Bug 520534 has been marked as a duplicate of this bug. ***
So is this a known bug in GTK+? Has it been fixed already? If so, a new GIMP installer with a more recent version of GTK+ would be very useful at this point...
The GTK+ version that is affected by this bug report is 2.12.5. I can't tell if other versions show the same problem. But there is incidence that it is caused by the changes done for bug #506769.
Sorry, that was a misunderstanding. This is actually the same bug as bug #506769. It appears to be fixed in 2.12.6. Reassigning back to GIMP and moving it to the Installer component. An updated installer is needed.
Just to say that my install has GTK+ 2.10.0 (That's what came with the Windows download from the link on the Gimp downloads page for the Gimp 2.4.4.). and as a "non assembler", I'm stuck with whatever comes ready to self install with The Gimp. I wasn't much help, beyond the original bug post, when this was 506769, so I doubt I have much to offer here either. I'll answer any questions about the details of my continuing experience of this bug to the best of my ability and knowledge but that ain't great. Mikel.
*** Bug 519838 has been marked as a duplicate of this bug. ***
(In reply to comment #27) > Just to say that my install has GTK+ 2.10.0 (That's what came with the Windows > download from the link on the Gimp downloads page for the Gimp 2.4. What makes you think so? As far as I know the GIMP 2.4.4 installer for Windows includes GTK+ 2.12.5. It would probably be nice if the library versions would be explicitly listed somewhere at http://gimp-win.sourceforge.net/.
> What makes you think so? This is not the first time people think the presence of the folder called "lib/gtk-2.0/2.10.0" means that it is GTK+ version 2.10.0. The actual version of GTK+ can be found by checking the Properties of the libgtk-win32-2.0-0.dll file in the "bin" folder, for instance.
Not sure to close this or not, but I just installed GIMP 2.4.5 and copied a value per this thread and GIMP did not crash. If someone else can verify this (Windows is my current platform by the way), then I will close. Whatever the gurus did, it looks like kudos goes to them. :)
I can confirm that the problem originally posted in bug 520534 is now fixed. Thx!
http://gimp-win.sourceforge.net/stable.html still points to 2.4.4. Keeping this report open until this has changed...
Points to 2.4.5 now. The downloads page on www.gimp.org does still point to 2.4.4, though.
OK, just to follow up my previous provision of wrong info, my gtk version IS 2.12.5 according to that dll file in the bin folder. I won't be able to check it on my computer till a Windows version of the latest Gimp, with the newer gtk is available.
I can't reproduce the crash with the 2.4.5 installer anymore. Link is updated: 2008-03-08 Michael Schumacher <schumaml@cvs.gnome.org> * downloads/Windows.xhtml: updated link to 2.4.5 installer. Closing as fixed.
Been using GIMP for years and am still in awe of the programmers out there. Again, kudos to you all. :)