GNOME Bugzilla – Bug 480086
print tab not responsive anymore (gimp)
Last modified: 2018-02-10 04:39:25 UTC
Please describe the problem: when using the "adjust page size and orientation" button in the gimp print dialog, the second tab of the gimp print dialog stops responding to user actions and refreshing its display. Steps to reproduce: 1. start gimp 2. open an image 3. in the menus of the image, do file->print... 4. go in the second tab of the print dialog "Image Settings" 5. click on the button "Adjust Page Size and Orientation" 6. click OK in the new dialog Actual results: the image settings tab does not respond anymore to user input. going to the "General" tab and back to the "Image Settings" tab, the "Image Settings" tab is empty. Expected results: the image settings tab should continue to behave properly. Does this happen every time? yes Other information: using gimp 2.4rc3 (installer from Jernej Simončič) and gtk 2.10.11-1 from gladewin32.sf.net
*** Bug 489726 has been marked as a duplicate of this bug. ***
*** Bug 491255 has been marked as a duplicate of this bug. ***
*** Bug 491215 has been marked as a duplicate of this bug. ***
*** Bug 492641 has been marked as a duplicate of this bug. ***
*** Bug 494279 has been marked as a duplicate of this bug. ***
*** Bug 498925 has been marked as a duplicate of this bug. ***
If this is not or can not be addressed in GTK+, perhaps we should do as other applications do and split the Page Setup functionality into its own menu item. The Print plug-in would then have to install an additional menu item for Page Setup. This menu would show the Page Setup dialog and attach the chosen values to the image. This change would not be too intrusive, but it would probably introduce a few string changes.
*** Bug 498971 has been marked as a duplicate of this bug. ***
*** Bug 499622 has been marked as a duplicate of this bug. ***
*** Bug 503563 has been marked as a duplicate of this bug. ***
*** Bug 504367 has been marked as a duplicate of this bug. ***
We have opened bug #480086 to track the changes needed in the GIMP Print plug-in to work around this bug in GTK+.
Comment #12 should refer to bug #513291.
*** Bug 513933 has been marked as a duplicate of this bug. ***
*** Bug 488867 has been marked as a duplicate of this bug. ***
Created attachment 104329 [details] [review] patch for plug-ins/print/print-page-layout.c Michael, Could you perhaps test this very simple patch to see if it solves the problem? (Or even works?)
Comment on attachment 104329 [details] [review] patch for plug-ins/print/print-page-layout.c As can be easily seen by looking at the GTK+ code, there's no asynchronous implementation of the Page Setup dialog on Win32. This patch is not going to help.
*** Bug 523323 has been marked as a duplicate of this bug. ***
(In reply to comment #7) > If this is not or can not be addressed in GTK+, perhaps we should do as other > applications do and split the Page Setup functionality into its own menu item. > The Print plug-in would then have to install an additional menu item for Page > Setup. This menu would show the Page Setup dialog and attach the chosen values > to the image. This change would not be too intrusive, but it would probably > introduce a few string changes. > Although this may not be the place to offer simple workarounds, I mention this here since a Windows user who experiences this problem and is searching for a quick fix may end up here. I had been dealing with this problem by importing my bitmaps into Inkscape and printing from there. Once Inkscape 4.6 came out, their GTK print issue emerged and I could not print at all. I found a suggestion elsewhere, recommending one remove/disable print.exe from the Gimp plugin folder and replace it with winprint.exe. That seems to have cleared things up for me. Regarding Inkscape, I have both 4.5 and 4.6 installed and use 4.5 for printing.
Note that GIMP 2.5 implements the workaround suggested in comment #7.
*** Bug 540218 has been marked as a duplicate of this bug. ***
*** Bug 542381 has been marked as a duplicate of this bug. ***
*** Bug 543088 has been marked as a duplicate of this bug. ***
The issue I see is that the print preview looks fine yet when you try to print the image is grossly oversized and you end up losing a lot of paper trying to resize the image to fit the page.
That is a different issue and does not belong here.
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue for it.