Open Bug 1026661 Opened 10 years ago Updated 2 years ago

After printing using Nitro PDF, wrong paper size set for all other printers

Categories

(Core :: Printing: Setup, defect)

30 Branch
x86
Windows XP
defect

Tracking

()

UNCONFIRMED

People

(Reporter: junkmail, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.0.3705; Media Center PC 4.0; MS-RTC EA 2; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; My Toolbar; .NET CLR 1.1.4322)

Steps to reproduce:

Printed a webpage to pdf file. using Nitro PDF print driver.


Actual results:

The PDF prints fine. However, it corrupts the prefs.js file so that EVERY other print job (not a PDF print job) now prints into a box 4.75" x 2.5" wide. The only way to fix it is to copy over a back up of the prefs.js file or reset everything. 


Expected results:

After it prints to a PDF, it should use whatever print driver and properties set for that printer. It's changing the paper size to the thermal printer which is the first printer listed, but it sets that size of paper REGARDLESS of what other printer we are using. 

(BTW, I was unable to access this bug reporting page using firefox. I am using MSIE 8 to report this bug.)
You are saying that the paper size options (and nothing else) are changed for all the other printers. Am I correct?

> BTW, I was unable to access this bug reporting page using firefox.

Why/how?
QA Whiteboard: [bugday-20140630][DUPEME?]
Component: Untriaged → Printing: Setup
Product: Firefox → Core
Summary: corrupted prefs.js after printing to pdf → corrupted prefs.js after printing using Nitro PDF (wrong paper size set for all other printers)
Yes, that I can tell all that is changed is the paper size.

And I have more info.

The paper size change comes after I print to a PDF in Firefox. But it might also happen when I print to the PDF printer driver from other applications. 

What I found is that the paper size was the size used for a thermal printer which was on the network. I very rarely use that printer from this computer so I just removed that printer from my printers and Firefox now prints correctly. I'm sure if I add that printer back in it'll start using that paper size again. In Windows, that thermal printer was shown as the last printer in the list. However when I did control P in firefox it was shown as the very first printer in the list of printers to choose from. I think that is the issue. In fact Firefox could still be doing the same thing now, but I don't see it because all my other printers (7 of them) are all set to default to standard paper 8.5x11. Only the networked thermal printer was set to the smaller size. So many people might be having this issue and just not know it. The only way to confirm is add a printer with a non standard paper size and see if firefox picks it up or not.

Thank you.
Okay, got an update for you.

Last night we printed to PDF in landscape mode. 

Today when we went to print from firefox to a normal printer it also printed in landscape mode.

So it's like it's remembering the last used settings and using them instead of the default settings for each printer.
Another clue.

I printed out with everything normal. 

Then I printed out another page (in firefox) to the PDF printer. 

Then I went back to printing out invoices to the printer. 

Then I went to look at the printer (I save all printer jobs)

See the attacked. You will see invoice 1403976908 printed twice. Once "normally" and then again after I printed to the pdf driver. Same invoice. But look at the file size. Compare it to all the other invoice proceeding it. I then printed another invoice and look at it's file size. All of these invoice are all almost the same size because they are all 1-2 pages of text. Zero graphics on them. 

So something is being changed. The invoices themselves are printing the right size because the PDF driver is set to 8.5x11 just like the brother printer. But some extra info and a lot of it, it being sent to the printer. 

And I also point out that it is triggered by printing to the pdf driver, however the problem is that firefox is picking up other data from the most prev. used printer and incorporating it into the current print job. Because before I removed the thermal printer from the list of printers it was grabbing the page size from that print job and applying it to all the subsequent print jobs.

It seems to be doing the same thing here, just that the brother printer is ignoring this extra info because it has nothing to do with the printer itself. 

This is an easy to duplicate bug. I hope someone can fix it. 

Thank you.
Attached image firefoxprintingjobs.jpg
see the print jobs for invoice 1403976908. Same invoice. But look at the file size. Compare it to all the other invoice proceeding it. I then printed another invoice and look at it's file size. All of these invoices are all almost the same size because they are all 1-2 pages of text. Zero graphics on them. 

The only difference is that between 1403976908 (1st time and 2nd time) is that I printed to another printer from firefox (in this case the pdf driver) and then went back to printing to the brother printer. Now the file sizes tripled in size. and it was not for just one page but so far everything printed after that.
I'm very surprised this bug has been ignored. It's very easy to confirm. And it's corrupting the pref. file. So why isn't it being looked at more seriously?

Thank you.
mats, aleksej is thinking this is a duplicate. are you familiar with such a bug? 
Perhaps bug 886837, bug 1026661, or bug 454290?
Flags: needinfo?(mats)
Summary: corrupted prefs.js after printing using Nitro PDF (wrong paper size set for all other printers) → After printing using Nitro PDF, wrong paper size set for all other printers
Sorry, I don't have time to investigate this.
Flags: needinfo?(mats)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: