The default bug view has changed. See this FAQ.

Fix for Bug 743252 is incomplete - top margin is still being adjusted

RESOLVED DUPLICATE of bug 847049

Status

()

Firefox
PDF Viewer
P3
normal
RESOLVED DUPLICATE of bug 847049
4 years ago
4 years ago

People

(Reporter: Deanna Foster, Unassigned)

Tracking

22 Branch
x86
Windows 7
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [pdfjs-c-other][pdfjs-d-printing])

Attachments

(2 attachments, 3 obsolete attachments)

(Reporter)

Description

4 years ago
Created attachment 740909 [details]
PDF formatted for label printing has too much top marging after FF18.pdf

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:20.0) Gecko/20100101 Firefox/20.0
Build ID: 20130409194949

Steps to reproduce:

Mozilla fixed the problem with the page URL printing on the PDF (bug Fix for Bug 743252).  However, the margin has not been reverted back to what it was before the page URL printing was introduced.  So, the URL was removed, but not the margin adjustment that was made to support the URL.


Actual results:

Users of our application are printing onto labels from the PDF displayed in the Firefox PDF viewer.  Label printing is very precise.   When the URL printing was introduced, users could no longer print to their labels using Firefox, as the alignment was now off - being pushed down by the new header.  We have had to advise our customer to tell their users to use another browser or change their default PDF viewer, which introduces additional support issues.    Bug 743252 fixed part of the problem by suppressing the URL printing, but the top margin was not set back to what it was before Firefix 18.


Expected results:

In order for users to resume printing labels using the Firefox PDF viewer, we need to have the top margin adjusted to what it was before the URL printing in the header was introduced in FF18.   This will return the alignment of the labels back to normal.
(Reporter)

Updated

4 years ago
Severity: normal → critical
Component: Untriaged → PDF Viewer

Comment 1

4 years ago
I tried to print from the PDF Viewer to the local printer MS Document XPS, the result is the same (top margin) if I download the PDF then I print it from my local PDF Reader.

Could you upload printed PDF, please.
Severity: critical → normal
Flags: needinfo?(deanna)
(Reporter)

Comment 2

4 years ago
Created attachment 742572 [details]
Scanned Print: Stamplabels.pdf printed onto sheet of self-adhesive labels, directly from FF (spoilt by PDFjs rescaling)

Notice on this PDF, how the images on the PDF are slightly "shrunk", resulting in alignment issues.  The stamps do not align with the labels after the first row.
Flags: needinfo?(deanna)
(Reporter)

Comment 3

4 years ago
Created attachment 742574 [details]
Labels printed from PDF which was saved first

This PDF was downloaded from the application, and then printed from Adobe.  Notice how the stamps line up exactly with the labels.
(Reporter)

Comment 4

4 years ago
Comment on attachment 742572 [details]
Scanned Print: Stamplabels.pdf printed onto sheet of self-adhesive labels, directly from FF (spoilt by PDFjs rescaling)

Note:  as there was no way to create a PDF from a direct print, I printed this PDF onto the labels, and then scanned the resulting print-out.
(Reporter)

Comment 5

4 years ago
Note:  we have dozens of users in France who upgraded their Firefox versions and experienced the URL printing in the margins causing their stamps to "shrink to fit" the larger margins.  We were hoping with the removal of the URLs that the "shrink" problem would also go away, but apparently it hasn't.

We had out primary testers in France try your latest version as well, so we know it's not a problems specific to a particular browser installation or printer.

They are a very large organization, hence this is having a big impact on not only their users, but their first level support as well.  So, we're really hoping for a solution that doesn't involve the users having to reconfigure their browsers (they are not that technical).

Updated

4 years ago
Priority: -- → P3
Whiteboard: [pdfjs-c-other][pdfjs-d-printing]
(Reporter)

Comment 6

4 years ago
This may be a duplicate of bug 847049.  Please advise if this bug should be merged into 847049.
(Reporter)

Comment 7

4 years ago
I have merged the attachments and comments into bug 847049.  This can be closed as a duplicate.
(Reporter)

Updated

4 years ago
Status: UNCONFIRMED → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 847049
Attachment #742572 - Attachment description: This PDF was printed onto labels directly form Mozilla. → Scanned Print: Stamplabels.pdf printed onto sheet of self-adhesive labels, directly from FF (spoilt by PDFjs rescaling)
Deanna, thanks for duping, well done & thanks for providing another more-than-relevant and frequent use case / scenario.

I'll start here to understand your attachments and tweak descriptions a little before doing the same on the other bug. Just ignore.
It's not easy to understand which is which...

(In reply to Deanna Foster from comment #3)
> Created attachment 742574 [details]
> Labels printed from PDF which was saved first
> 
> This PDF was downloaded from the application, and then printed from Adobe. 

Hmmm. Is this the original pdf file from which users are supposed to print?
Or did you print the original via Adobe into another ("printed") pdf?

> Notice how the stamps line up exactly with the labels.

I don't see the labels, so it's not easy to notice...
Deanna, can you do this pls:

Attach the original pdf file as received from stamps application (if you haven't already), and describe clearly as original.

Attach a scanned copy of the printout you'll get when printing the original pdf onto labels, using adobe reader, so that devs can see the difference to FF printout more easily. Add annotations / pen markings as you did where necessary. Thanks.
(Reporter)

Comment 11

4 years ago
Regarding:  Labels printed from PDF which was saved first:  The PDF was saved directly from the web application, and then opened with Adobe and printed.  When I use native Adobe to print the PDF, it's perfect.  Do you want me to relabel the PDF?

For the one that was printed directly from Firefox, I scanned the hard-copy after printing on the labels.  I agree the labels are hard to see, but you can see the alignment difference relative to the one printed directly from PDF.

Do you want me to "print to PDF" from Mozilla instead of scanning the printed hard-copy?  (you still won't be able to see the labels, since they are physical, but it can be compared to the Adobe-printed version.
(Reporter)

Comment 12

4 years ago
Created attachment 746561 [details]
Testcase: Original PDF file with stamps for label printing
(Reporter)

Comment 13

4 years ago
Created attachment 746562 [details]
This was printed directly from Mozilla to labels loaded in printer.  Resulting hard copy was scanned.  See comments in PDF.
Attachment #740909 - Attachment is obsolete: true
Attachment #742572 - Attachment is obsolete: true
(Reporter)

Updated

4 years ago
Attachment #742574 - Attachment is obsolete: true
(Reporter)

Comment 14

4 years ago
Hi Thomas.  I removed the PDFs, renamed the relevant ones, and re-uploaded them. So now there are two samples:
1) PDF saved to hard drive, then opened and printed with Adobe Reader (alignment perfect)
2) PDF printed directly from Mozilla onto labels.  See comments in the PDF.  This one has alignment issues (images too small,etc.)   The labels are hard to see (they show up as a slight gray shadow).  if you compare the two PDFs, you will see the difference in the alignment.  

Let me know if this helps.  FYI, this is A4 paper, as the application is used in France.
(In reply to Deanna Foster from comment #14)
> Hi Thomas.  I removed the PDFs, renamed the relevant ones, and re-uploaded
> them. So now there are two samples:
> 1) PDF saved to hard drive, then opened and printed with Adobe Reader
> (alignment perfect)

This is the original pdf file as you received it from the stamping application, right? Can you confirm each of the following?
a) did you download the file directly to your hard drive?
b) for downloading, you did NOT use Ctrl+S in FF-pdfjs-viewer, i.e. you DID use the pdfjs download button, or "Save link as..."?
c) you then attached the file here directly without further processing or modification?

> 2) PDF printed directly from Mozilla onto labels.  See comments in the PDF. 
> This one has alignment issues (images too small,etc.)   The labels are hard
> to see (they show up as a slight gray shadow).  if you compare the two PDFs,
> you will see the difference in the alignment.  
> 
> Let me know if this helps.  FYI, this is A4 paper, as the application is
> used in France.

Could you add a scanned pdf of the *correct* physical printout on *label sheet*?
(In reply to Thomas D. from comment #15)
> Could you add a scanned pdf of the *correct* physical printout on *label
> sheet*?

so that's
- open unmodified, original stamps.pdf file with *adobe reader*
- print it from adobe reader to your printer on adhesive labels
- scan the printed copy into a pdf file
- attach that file here
Comment on attachment 746561 [details]
Testcase: Original PDF file with stamps for label printing

I understand that this is the *original* PDF file with stamps positioned correctly for printing on label sheet.

- when printed with Adobe reader -> good (each stamp correctly positioned on one label)
- when printed with FF -> bad (stamps are shrunk and printed across labels, thus spoiling the whole sheet)
Attachment #746561 - Attachment description: PDF output saved to hard drive and then opened and printed with Adobe Reader. This one is good. → Testcase: Original PDF file for label printing.
Attachment #746561 - Attachment filename: PDF saved to hard drive, printed with Adobe.pdf → Stamplabels (original file).pdf
Attachment #746561 - Attachment description: Testcase: Original PDF file for label printing. → Testcase: Original PDF file with stamps for label printing
You need to log in before you can comment on or make changes to this bug.