Printer drivers must be selected in GIMP independent of the rest of the system?

Bug #22100 reported by Tom Haddon
38
Affects Status Importance Assigned to Milestone
gutenprint (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Printing an image file from the GIMP in Breezy leads to a bunch of giberish
beginning with:

%!PS-Adobe-3.0
%%Creator
etc., etc., etc.

Looks like the raw printing output rather than the image itself. The same image
prints fine from Image Viewer. The printer is an Epson Color Stylus 440, and I'm
using the default suggesting printing driver (stcolor).

Thanks, Tom

Revision history for this message
Ian Jackson (ijackson) wrote :

I have reproduced this, as follows:

1. I have a house Samba server which is configured with a test printer `share'
which just dumps data to disk.
2. Select from the Gnome menu bar System / Administration / Printing. The
Printers window appears.
3. Double-click `New Printer'. The wizard appears.
4. Select: Network Printer, Windows Printer (SMB), enter username and password
in the dialogue box. Select the correct Host and Printer from the drop down
boxes. Click Forward; `Step 2 of 2: Printer Driver' appears.
5. Select Manufacturer Epson from the drop down box, and then left-click on (in
the Model list) Stylus Color 440. The Driver section changes appearance and
shows `stcolor (recommended)'.
6. Click `Apply'. The wizard closes and the new printer appears.

7. Select an image in the file manager, and with the right-button context menu,
select Open With / Open with Gimp Image Editor. Gimp appears.
8. Dismiss the tip of the day.
9. In the Gimp window showing the image, from the menu, select `File / Print
...' The print dialogue appears.
10. Change the printer name, if necessary, to the new printer
`Stylus-Color-440'. Observe that Gimp is confused and thinks the printer
`model' is `Postscript Level 2'.
11. Select Print from the bottom right corner of the dialogue box.
12. Observe in the CUPS logs
D [27/Sep/2005:18:24:03 +0100] print_job: request file type is
application/vnd.cups-raw.
and that the file sent to the `printer' is a PostScript file.

Revision history for this message
Tom Haddon (mthaddon) wrote :

I've resolved this issue, and then just got the email confirming this. Basically
it was just that I needed to select the correct printer driver from within The
GIMP. Everything's now working fine, and this can either be marked as resolved,
or as invalid - wasn't ever really a bug. Having said that, if there's some way
to have GIMP use the same printer driver as the system, that would help.

Thanks, Tom

Revision history for this message
Matt Zimmerman (mdz) wrote :

*** Bug 15127 has been marked as a duplicate of this bug. ***

Revision history for this message
Matt Zimmerman (mdz) wrote :

*** Bug 24279 has been marked as a duplicate of this bug. ***

Revision history for this message
Matt Zimmerman (mdz) wrote :

*** Bug 19302 has been marked as a duplicate of this bug. ***

Matt Zimmerman (mdz)
Changed in gutenprint:
status: Unconfirmed → Confirmed
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

GIMP is an exception under the application programs. It's printing facility is directly linked to the Gutenprint driver library and therefore you have to configure it for your printer. If your printer is in the list of printer models listed in GIMP's printing dialog, it is explicitly supported by Gutenprint. Choose the model entry and leave the "-oraw" in the printing command. Then the GIMP dialog does all job processing and not the printing system. This gives you many more possibilities to adjust the appearance of the output. If your printer is not listed, choose "PostScript Level 2" and remove the "-oraw" from the printing command. Then GIMP behaves as the other applications. It sends PostScript to the printing system and the printing system takes care to convert the data into the printer's native language.

This is really not a bug. It is a feature of GIMP's architecture, so I will close this report.

If you need an easy solution for printing pictures, have a log at image managing/viewing tools like gThumb, digikam, flphoto, f-spot...

Changed in gutenprint:
status: Confirmed → Rejected
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.