Printing Photos with Canon original drivers stopped working in Intrepid

As you can see in the print dialogue, a big portion of the page remains blank for no reason. If I print the page, it comes out just like that, too. The only one that seems to be working in gimp is A4 without the borderless option.

As you see in the a4 borderless dialogue, the same image is printed bigger, but still not in full size.

It is not a Gimp bug after all. the same problem appears at least in digikam/kprinter.
probably a driver or cups issue then.

Using Photoshop 7 installed in wine 1.0.1, I was able to print normally using the Canon PIXMA 145 printer. Apparently CUPS doesn't like Gimp or F Spot Photo Manager. At this time I am having to go back to windows xp to print my Photos.

Hi Calbocano,

thanks for the hint! I tried to print with Picasa, but that didn't work either, probably another issue, though.
I luckily remembered, that my printer has a slot for SD-cards (And then it turned out my print head was blocked, so I had to clean it first...) and I could print my images directly from there after preparing them on my pc - with remarkable quality. Now the Christmas present is done :)

Hello - Cups (Common Unix Printing System) is the driver system that is most likely responsible for this bug. Can you please attach the following information in order to help us find the source of the regression?
1.) Follow the instructions at https://wiki.ubuntu.com/PrintingBugInfoScript and attach the resulting text file to the bug
2.) Follow the instructions at https://wiki.ubuntu.com/DebuggingPrintingProblems#CUPS%20error_log and attach your CUPS error log to this bug report.

Thanks in advance for taking the time to help make Ubuntu better.

I have been installing all the updates that have come Ubuntu Auto Update and there is no change of status. I am attaching the requested error logs and config info. I hope you will be able to resolve this soon. I am going to have to buy a new computer soon since I am moving to the US in April and won't be able to take this one with me and it seems that they all come with Vista now, Aagggaaa! My laptop has the exact problem which is a Compaq M2021AP and a great little machine, but it is getting old also. I want to be able to use Linux exclusively

OK I give for now and I need a quick answer so I can attach the attachment that was requested. When I try to attach /var/log/cups/error_log it says I don't have permission. I can copy it, move it, delete it, etc. But I can't seem to figure out how to attach it to a file that you need. I just don't know how to change it's properties. For some reason it is a root permission file and it will not let me do any thing outside the terminal. I have the file, but how do I get it to you for your information.

Hi Calbocano,
you can do
sudo cat /var/log/cups/error_log > ~/error_log

then the error log is copied to your home directory, where you can access it.
I will post my logs as soon as I get home...

Thanks for the info Patrick. I hope this helps you resolve the problem. Like I said, I want to use Linux completely and no MS products if possible.
Mike

djtm, Calbocano, can you please attach the PPD files of your Canon printers (they are in /etc/cups/ppd/)? Probably the PPDs provide wrong information to the applications.

OK Till, I just got home from being gone to 100KM away to a family party.
Here it is

Maybe this is related?
https://bugs.launchpad.net/ubuntu/intrepid/+source/ghostscript/+bug/306125 (but I'm already running gs 8.63.dfsg.1-0ubuntu6.1).
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/286456
http://bugs.ghostscript.com/show_bug.cgi?id=690082
http://bugs.ghostscript.com/show_bug.cgi?id=690090

http://mp610.blogspot.com/2007/11/setup-canon-pixma-mp600-or-mp610.html?showComment=1229016120000#c7973927291705548393
http://lists.alioth.debian.org/pipermail/pkg-cups-devel/2008-February/004813.html
http://article.gmane.org/gmane.comp.printing.cups.general/15749
It looks like a lot of people started getting the problem after an upgrade, possibly in ghostscript? Maybe we should test an older gs version?

It claims here (http://www.linuxfoundation.org/en/OpenPrinting/Database/CanonFAQ#How_do_I_set_this_printer_up_with_Debian.3F) that the message "not support this image format" is good/normal.

Thanks for looking into this.

 Thanks for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as triaged and let them handle it from here. Thanks for taking the time to make Ubuntu better!

Your Welcome Patrick. I would really like to be able to print pictures
that I take with my digital camera in Ubuntu Linux. I am currently
living in the Philippines and plan to leave this computer and printer to
my daughter when I move back to the US in March-April time frame and I
will buy a new system there. I am not sure where you are located, but
it seems to me that I am always 6 to 8 time zones away from everybody
and this makes it seem that I am slow to respond. Again thanks for the
help and if you want me to run any other type or size of paper, let me
know and I will send you the results with at error log.
Mike

On Sun, 2008-12-28 at 16:57 +0000, Patrick Kilgore wrote:

> Thanks for reporting this bug and any supporting documentation. Since
> this bug has enough information provided for a developer to begin work,
> I'm going to mark it as triaged and let them handle it from here. Thanks
> for taking the time to make Ubuntu better!
>
> ** Changed in: cups (Ubuntu)
> Importance: Undecided => Medium
> Status: Incomplete => Triaged
>

I cannot reproduce the problem in digikam in Intrepid and Jaunty, but in eog and GIMP also with HP PPD files. For me it looks like a problem of the GTK printing infrastructure. Reassigning ...

Maybe there are two problems at the same time. One in CUPS that prevents the Canon converter from working properly and another one that prevents the GTK applications from printing properly.

The Canon drivers have been a bit problematic before already. (e.g. liked to fill up my /tmp dir in 8.04, were buggy when printing with too low page borders). Also I am using the 32-Bit drivers in a 64-bit environment.

I think the biggest problem is that there's hardly any helpful error reporting in the canon proprietary part.

Hi Guys, Since I am going to have to buy a new printer or combination device when I go to the US in a couple of months what brand or model do you suggest. My wife loves this Canon device because when she wants to copy something, I don't have to be there to help her, but I know the other manufacturers, HP, Epson, Lexmark, etc. have similar devices. What do you suggest!

Or is this a cups problem with Ubuntu. I have installed Photoshop 7 in Wine and I am able to print 4x6 photos normally. This just confuses me! I really looks to be some sort of program compatibility problem with CUPS when using GIMP or F spot and to a certain point Open Office with Ubuntu 8.10.

As I said in my first posting, there is no problem with Open Office using A4 or letter paper, but any time there is any other size or graphic, it doesnt print properly either.

Hi Calbocano,

if you can get it I can really recommend my multi-function Canon Pixma MP610. The Linux drivers are not perfect, but for printing they work great. It's scans well & copies great. And if you want to print pictures you can do that directly from SD cards. That's how I fixed my problem for now.

I didn't have these problems in Ubuntu 8.04 I could print pictures without issues...

I have had the same issue as the reporter of the bug. I have a Canon Pixma ip4500 and Ubuntu Intrepid 8.10. I had a week ago (26th december) the same "error 32" as the original bug's submitter. So, I found out that printing from F-Spot with Gutenprint driver instead of Canon's one printed only in a quarter of 4x6 paper. Printer head printed a little of the image on the paper, the rest gone lost and was printed without a paper under it. I then tried to print in 4x6 format (on F-Spot), but on A4 paper size (real). The picture was printed 4x6, on the center of A4 paper. Today, with proprietary Canon driver, and same setup (4x6 in F-Spot, A4 real paper) the "error 32" disappeared, but prints always are centered on A4 paper.

Hope this could help someone debugging the problem.

That's quite interesting. I've never tried printing it on A4 paper. Maybe it is ghostscript-related after all then? What happens when you try to print A4, or A4 borderless? It's good to know there are others out there with exactly the same problem.

When I print A4 (text or photos through f-spot) I have no problems at all. AFAIK my printer cannot print this size borderless (altough I didn't had time for extensive testing, like 13x18cm or other paper formats). On A4, I have a little 3 or 4 mm border on every edge, image is well centered. That test was made with Canon proprietary driver.

I also backported cups (1.3.9-11) and ghostscript (8.63.dfsg.1-0ubuntu13) from jaunty to intrepid. Gutenprint driver tells me some problems but canon one doesn't. I tested this one and prints the same as Intrepid standard cups/ghostscript.

I never retried printing 4x6 photo on 4x6 paper since i don't love printing without paper, maybe the printing head could suffer damage... but, for testing purposes, I can retry.

In eog it seems that the paper dimensions in mm (6x4 inches are 152.4x101.6 mm) are considered as PostScript points (152.4x101,6 points are 53.8x35.8 mm). This gives the small page size in the "Image Settings" tab of the printing dialog. The PDF's "ImageableArea" lines foresee a lower border of 12.8mm for the selected "Photo with tear-off tab" paper size. So eog scales the image into the upper 53.8x23 mm area of a 53.8x35.8 mm and sends this as a PDF to CUPS. So it is clearly a bug of eog or GTK.

With f-spot I succeeded to print a 4x6 photo on my HP PhotoSmart C8100. Perhaps the problems reported here are more a usability issue of setting the correct paper size with f-spot (and generally apps which use the GTK printing dialog). Important is that you set paper size and orientation either via "Photo"/"Page Setup" before doing "Photo"/"Print" or via the "Set Page Size and Orientation" button on the "Image Settings" tab in the printing dialog ("Photo"/"Print"). Perhaps you have to do this even at both places (which would be more user-unfriendly).

Till, all of my previous tests were done setting up the page as you said, in both pages.

GIMP (original printing dialog, "File"/"Print" has exactly the same problem as eog, but in addition, the preview shows only the upper left corner of the picture (the print job contains the full picture). So as in eog a very small-sized PDF is sent to CUPS. The sent attributes, especially the paper size attribute are correct, as with eog.

With GIMP one can still print, by using the Gutenprint dialog ("File"/"Print with Gutenprint"). This works also for printers which are not explicitly supported by the Gutenprint printer driver. It is enough if the printer is able to print with CUPS. In the dialog you have to configure each printer which you want to use. Click "New Printer", then enter a name for the printer in the Gutenprint dialog. After that click "Setup Printer". Choose manufacturer and model for Gutenprint-supported printers. For other printers and also for HP inkjets choose "Adobe" and "PostScript Level 2". If you have chosen "Adobe" and "PostScript Level 2", choose the PPD file of the print queue in the "PPD File:" field. You find the PPD in /etc/cups/ppd/. Then choose "Standard Command" and select the name of your CUPS print queue. Click OK. Now set the options in the main dialog and click "Save Settings" at the bottom.

From now on you only need to select you printer in the Gutenprint dialog and you can print.

Federico Belvisi, can you do the following: In the dialog for the paper sizes ("Photo"/"Page Setup" or "Set Page Size and Orientation") do not choose the 4x6 photo page size under "Any Printer" but choose it under your printer. So select your printer in the upper drop-down box at first, then choose the photo paper size in the second drop-down box. The problem is that the name of the photo paper size is different from printer to printer. So choosing the size under "Any Printer" can lead to an unsuitable name being sent to CUPS and then CUPS chooses the default size of the print queue (in your case A4). CUPS then centers the 4x6-sized PDF file in the A4 frame.

I already did what you said here above in every of my tests with F-Spot: I selected the right paper size in the current printer model (not "any printer", in my case i selected my Canon printer). Indeed, the available paper sizes were less than in "any printer" option. I selected my 4x6 in it. This is done in "page setup" and also in "print->set page size and orientation".
No luck, printer prints 4x6 in the middle of A4.

Maybe some setting goes lost somewhere in between the printing process, my 2 cents.

Just tried to print in GIMP via "Print with Gutenprint", selected "Adobe Postscript Level 2" and provided the Canon's ppd file, selected 4x6 paper size and put an A4 paper. The printer printed the upper left quarter of the picture at middle height, left aligned on the paper. At least it printed on a side and not in center of paper, but only a quarter of the picture. The rest of the page was blank.

I also chose the paper size that way. It didn't help at all.

digikam does not show any problems of the ones observed with the GTK applications. You naturally have to choose the correct paper size for the print job and there are also some little issues, as auto-rotating does not work (printing from image editor, you have to make the correct Portrait/Landscape choice in "Properties") and the image margins are not taken from the PPD file (you have to manually set them under "Properties", on a full-bleed printer "0" for all margins).

The Gutenprint dialog for the GIMP, f-spot, and digikam produce correct PDF files of the photos and send them to CUPS. An example of f-spot is attached.

Problem is that the example photo is corrupted in the further filtering, by CUPS' cpdftocps filter which calls CUPS' pdftops filter and this one calls Poppler's pdftops filter.

Converting the attached example file with Poppler's pdftops

pdftops photo.pdf

results in a PostScript file photo.ps which seems to contain the photo when one looks at its size but when one displays it with Ghostscript one gets a white page of the correct size.

I have reported the pdftops problem to Poppler upstream:

https://bugs.freedesktop.org/show_bug.cgi?id=19438

Please try the Poppler packages in -proposed. See the instructions in the last comments in bug 311982.

Note the Poppler fix is only to address the f-spot and perhaps also the GIMP (Gutenprint dialog only) problem.

Anyone tried the Poppler fix?

Running an up to date Ubuntu 8.10; printing with canon's drivers. Experiencing problems similar to the ones reported above. Specifically the error 32 stuff, which leads to nothing being printed.

Odd-sized printouts was fixed by manually creating a page-size. I seem to recall that width/height was to be reported as opposite that seemed what would have been intuitive to me (as in: what I thought was "width" had to be entered as "height"); but it might be I just understood that part wrong, so ignore it at will.

It's a case of not-my-computer-and-I-want-to-mess-with-it-as-little-as-possible, which is why I'm asking, before trying myself, if the poppler packages in -proposed solves something for someone having problems with pixma-printing.

krisse, the Poppler packages in -proposed fix a problem of printing big photos (large format and/or high resolution) on any printer where the pdftops CUPS filter is called somewhere in the filter chain. These are all PostScript printers, the printers using the foo2... drivers (foo2zjs package), and most printers using a third-party driver (driver not shipped with Ubuntu). The fix corrects the PostScript which the pdftops filter generates, as originally for large images invalid PostScript was produced.

@Kamppeter: Sounds grand, it does. I'd just hoped for someone who were experiencing the problems (say Federico or some such) could confirm that indeed it fixes it. But I'll just take your word for it then and try it out.

I managed to get it working again somehow.

1. I downgraded ghostscript gs-gpl, gs, ghostscript-x, etc. to hardy (v. 8.61), which caused errors.
2. I upgraded back to intrepid's version.
3. I replaced /usr/bin/cifmp610 with the canon original packaged version.
4. I reinstalled a few things from cnijfilter-common-2.80: pstocanonij and backend. (see their INSTALL files)
5. It worked again. I assume step 4 (a new freshly compiled installation) probably makes the difference. I don't know for sure, though.

The error with Gimp getting the wrong page size remains, though. I confirmed, that it only happens with the page sizes from the canon printers. If I chose difference page sizes manually, gimp doesn't show the problem. I also confirmed, that the picture shown by gimp gets smaller every time I choose one of the printer's page sizes and press apply in the page setup. If I use a custom page size, the canon driver won't print, even if the size is exactly the same as one of it's page profiles.

I think the (remaining) bug must be either in gimp or it's libraries. I don't think cups causes the difference, but I can easily try that out by downgrading it.

I tried it: Downgrading cups didn't make a difference.

@D: Thanks for taking the time to write all of that!

@Kamppeter: After checking, it seems -proposed was enabled all along, so I believe I already have the poppler-version we're talking about. And it doesn't work. (As in: the problem at hand is a different one.) Can we confirm this; what version of poppler, exactly, should have this fixed? Installed is libpoppler3-0.8.7-1ubuntu0.1.

Yes, libpoppler3-0.8.7-1ubuntu0.1 is the correct one. Please update also the poppler-utils to the same version, as I do not know in which of the two the fix exactly is. If it still does not help this is really another problem.

Poppler-utils is not installed. Do you want me to install it just to be on a safe side or is that in itself confirmation that the problem lies elsewhere?

I don't think this is a gtk+2.0 error, as I have the same problem with digikam on kubuntu intrepid amd64. When printing photos on 10x15cm paper, I only get a third of the photo on the bottom right of the photo paper.

Seems that here we have more than one bug:

1. Make sure that you ahve installed all updates. There were other printing-related bugs in Intrepid.

2. If you get nothing out of the printer if you print in large format and/or high resolution, take Poppler from -proposed. See bug 311982. Report your success or failure in that bug report.

3. GTK 2.0 has a bug in the GUI for placing an image file on the page for printing. Everyone who sees a broken dialog for sizing and placing the image on the page (up to now users of f-spot, eog. or GIMP with the original printing dialog), please continue discussion in this bug.

4. The CUPS filter chain cannot print a document with the document's page size. It prints only with the paper size given by the user or with the print queue's default paper size. Applications output PostScript or PDF and these data formats contain page size information in absolute measures for each page they are containing, so it must be possible to print them in original size. This problem is discussed in bug 310575. Anyone for whom the printing dialog is OK but on the printout the image is not correctly placed on the page (up to now users of digikam and of the Gutenprint dialog of GIMP reported this), try to follow the instructions in my last 3 or 4 comments of bug 310575 and report your results there.

kriss, please install the poppler-utils with

sudo apt-get install poppler-utils

You will perhaps get asked to uninstall the xpdf-utils. Say yes so that the xpdf-utils get rplaced by the poppler-utils. You must have the version from -proposed (0.8.7-1ubuntu0.1).

*sigh* When you want it to succeed, it fails. When you'd like to have it fail in order to make sure what you're doing makes a difference, you can't get it to misbehave no matter what.

So I thought I'd have it on record failing before installing poppler-utils; then installing and see what the difference would be. And if none, go through the other pieces of advice in case something else would do the trick.

Nine printouts later, all high res; three 4-in-1-page; one 2-in-1; 3 single image A4 pages all beautifully printed. Each and every one through gThumb, which failed miserably last time I tried; every page with margin 0 0 0 0. This has been foolproof settings for failed printouts before now, but there you go.

I haven't updated a single package, nor done anything else. In other words: no reasons what so ever for it to succeed! *sigh* (Mind you, even in the past not every print has failed. Usually one or two, maybe four though that's been stretching it, has succeeded, followed by a long string of failed attempts.)

I'll have another go with the user some day soon; as soon as a printout fails again, I guess.

Installed poppler-utils 0.8.7-1ubuntu0.1 now though, just to have done something productive; uninstalled xpdf-utils in the process. Who knows, maybe there's been some white computer-magick going on somehow. ;-D (And how annoying wouldn't that be...)

krisse, probably you had only the Poppler problem and this happens only for rather big files, so some of your printouts were under and others over the threshold. So with having libpoppler and poppler-utils up to date, you should be on the safe side.

Kamppeter, as reasonable as that sounds, I'm still having my doubts --- seeing as libpopper **was not updated** in between fail and success. (Nor was poppler-utils installed at the points printing started functioning.)

But I'll just keep my breath until it fails again, if indeed it will; and come back here if so.

Though naturally I hope it'll keep working. ;-) Thanks for all help and suggestions in the meantime.

Till, a few days ago I received an auto update from Ubuntu with poppler 0.8.7-1ubuntu0-1 and associated files. So I decided to attempt printing with F-Spot and GIMP. I tried 10 different sizes with them both with good luck. there seems to still be a problem with GIMP printing A4 or letter sized pictured but A5 and smaller seemed to be OK. The thing that affected me the most was the A6 or 4x6 size which wouldn't print at all. They all seem to be OK now. The other problem that I was having with Open Office, adding a picture to a text document, which is now OK as well as printing a picture in an Open Office by itself.
When I looked to see if xpdf-utils was installed also, I found that it was no longer installed. I didn't remove it myself, so I assume it was automatically removed with the poppler update.
Thanks for all the good help. Now if I would be able to get Zinio reader to work with wine, I could completely get away from windows, ha ha ha.
Mike

I myself tried printing after the latest Ubuntu upgrades. I tried A4, A5 and 4x6. Canon driver prints well and pages were printed correctly with Acrobat Reader (pdf printing). The only problem I found is in F-Spot: selecting "borderless" in "page setup" will overwrite page size setting (it reverts back to A4 whatever size was previously set). Re-setting 4x6 in page size property was needed to have a correct print. I have still an issue printing 4x6 borderless, whatever setup i choose in F-Spot i have prints with a little white border.
Calbocano or someone other, have you succeded in printing borderless 4x6 images?

Frederico, your right! I almost never never print border less on 4x6 paper and when I was running the tests I had the boarders set at .5cm. No problem there with either F-Spot or Gimp. But when I tried to print without borders in either program, the boarders were 0.3 cm on the sides and 0.5 cm on the top and bottom. I tried several settings, but this was the best I could achieve. My PIXMA MP 145 doesn't recommend border less printing, but it will, with a warning. Maybe it is something to do with the canon driver. I wonder if this is a problem with canon printers only. If it is, then if there is no problem with HP drivers, since I have to buy a new printer anyway, I will buy one of theirs. In the states it is easy to get their cartridges refilled. The cartridges on this canon can be refilled, but you get this flashing alarms on the associated cartridge you refilled.

During the investigations for this bug I have printed photos on an HP printer and I could print borderless (I have tested with F-Spot). So there are two possibilities:

1. The GTK printing infrastructure causes the problem. What happens if you choose borderless printing in the printing dialog or in the page setup. Do you perhaps need to choose both a "borderless" paper size in page setup and a "borderless" switch in the printing dialog? How does a print preview look like? Or what happens if you print into a PDF file? Do you get borderless output then?

2. The Canon driver is the culprit. Your tests in (1) give you a borderless preview and a borderless PDF file, but the result on paper still has white borders. Then its at the time to switch to HP.

Hi Till,

1.
a. There is not "borderless" switch for the canon driver (only a special paper size).
b. The print preview shows only the left upper top of the picture being printed.
c. When I print to a PDF file, it comes out about as large as in the preview. But the picture is scaled, not cut off. And it's centered, not in the upper left corner. And I think the pdf driver's dpi setting is not used, as the pdf file is 8MB, although it's got only one tiny (about 3cm) picture in it.

2.
I think the canon driver can still be the culprit somehow, as with other drivers I don't see these problems. But then why hasn't that problem existed before, the Canon drivers did not change after all.

I have try to find bug reports related to this issue. Could this be one the missing pieces?
http://bugzilla.gnome.org/show_bug.cgi?id=559914

Miika, thanks.

seb128, the bug cited by Miika is marked as fixed. Is this fix included in Jaunty? If not, it would be great if you could backport this fix into Jaunty as a patch.

the change is in jaunty now

I have checked all GTK-based applications mentioned here now (GIMP with standard dialog, eog, f-spot) and they all work correctly now. The dialogs show the layout of the photos correctly and the photo comes out of the printer according to the adjusted layout. The fix in GTK really solved the problem.

Closing the tasks for the applications as Invalid as the fix has taken place in GTK ...

Hi Till:
My Internet has been down for the last week, Pleasures of living in a third world country.
I tried to print a window in firefox from a Philippine Government Window which had directions to a site for a seninar my wife must attend. All I got was about a 4x4 area in the bottom half or the page on the left side. I rechecked the settings and tried again and had to go to windows to get it done. two days latter I tried to print a Document in OO and had the same problem. I was in a hurry at that time and again had to go to windows to get it done.
This is a new and exciting problem that has come up all of a sudden after the printing of Photos was fixed.
There have been auto upgrades from Ubuntu and since I don't print all the time, I didn't discover it until I was desperate to have something printed.
I stilll have no Internet at home and I am in an internet cafe. As soon as I an able to do further testsI will let you know the results. My wife is leaving for the US on Monday the 23 and this has made me a little crazy.
Thanks for you previous help and patience. I will absolutely not buy a canon printer when I get to the US in may with my 5 year old daughter.
Calbo

Calbocano, the GTK fix was only done for Jaunty. Are you using Jaunty? If there are printing problems with Firefox (check whether printing from OpenOffice.org, eog, f-spot, and others is OK), open a new bug. If no application prints correctly for you, the problem is most probably the Canon driver (I checked all apps with my HP printer and with the HP printer printing is OK).

Hi Till'
I had a little more time to experiment to see what was really happing. The status of the 4 x6 pictures is as before. there is no problem! They will not print border less, but that is OK because I can adjust the border to only 0.1 cm.
The new problem is all of a sudden the A4 and letter printing from Firefox, and Open office as well as the print test page only print about 25% of the page on the left bottom corner. I reloaded the canon driver and rechecked that the 4x6 photos were still OK.
I don't have a clue whats going on with the printer. To make sure the printer didn't have a problem I ran several prints in windows and all was fine. I HATE CANON PRINTERS!
I get no failure notices or alarms. but I noticed that it now calls my printer a MP150-CUPS+Gutenprint v5.2.0-rc1. I also noticed that during printing of the test page the PRINTER STATE said Printing Page I, 25%. That is approximately the amount of the page that printed.
I am using intrepid 8.10 not Jaunty.
Any help would be appreciated. I will be here two months more using this printing device and it's a problem to have to resend an Email to myself and collect and print it in Windows.
Calbo

@ seb128 - Changes may have been made in Jaunty as you have noted, but even when using Jaunty, I have tried printing on 4x6 paper and I still have the same error. The printed area only covers a small section of the 4x6 photo paper (on a Canon i960).

Has anyone confirmed that this fix in Jaunty works for them? I am still experiencing the issue reported in Bug #407184 in 8.04, 8.10 and 9.04 (fully updated).

does this ever occur in lucid or later?

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!