User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031210 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031210 The Margins fields in the Print / Page Setup dialogs are inaccurate, perhaps because of hardcoded defaults which are added to the values entered here. This is no good. Some print-enabled web applications require precise control over margins and page layout. Reproducible: Always Steps to Reproduce: 1. View the sample page (http://windmillcycles.com/mozilla/mozilla_print_margins_bug.html). 2. Set your margins to 0 and headers/footers to blank, then print the sample page. 3. Take a ruler to the sample page. Actual Results: The sample images are approximately .25in further right and lower than where they should be. Expected Results: The sample images should be located exactly where they were intended to. That is, if a user specifies a margin of 0 inches, give them 0 inches. If a user specifies .5 inches, give them .5 - not .75. I believe this bug is really only an "issue" for those who wish to create very strictly formated documents that are primarly for printing. That is, documents whose elements are positioned with absolute values in inches, millimeters, etc. While this is obviously not a majority, I think it should be supported.

The positons are off by 3/16in to the right and down. (+-1/16in) Standards mode didn't change anything. LInux 2004010607 using Kprinter 3.2 beta2 w/ gimp-print-ijs

I believe this bug report is about the hardcoded 1/4-inch margin built in to the PS printing module, which is additive with the margins set from File->Page Setup and File->Print->Properties. Differences on the order of 1/16in may be due to adjustments performed by CUPS. I have a patch ready for bug 175879 which incidentally removes this 1/4-inch margin. I haven't submitted the patch yet because it'd likely bitrot before it was reviewed. Stay tuned for further updates.

Taking...

The patch for bug 175879 removed the extra 1/4-inch margin. Resolving FIXED.