117355 - Print dialog does not remember selected printer

Status: RESOLVED WORKSFORME

(Core :: Printing: Output, defect, P2)

Description

[Blake Ross]

6.2 user feedback:

Operating System: Win2K  
Language: English  
Issue Summary: I wish to have netscape default to a different printer than the 
windows printer
Component: Navigator
Doing What: Browsing web pages  
Severity: Other  just a nuisance. IE allows this
Can Reproduce: Always
Try this URL: http://www.ups.com
Issue Detail: 
I want navigator to remember a different printer
thant the default printer on windows. I need to
print  to a specific printer to print UPS labels.
Navigator makes me change printers and specify
printer options. IE always remembered this

Comment 1

[Matthias Versen [:Matti]]

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

Comment 2

[rods (gone)]

This is fixed in the new XP Dialog, I am not going to fix it for the native dialog.

Comment 3

[Roland Mainz]

I am still getting this issue with my 2002-01-01-08-trunk Linux/Solaris builds.
I have a printer list like this:
-- snip --
"hplaserjet001@:1"
"ps003@:1"
"ps001@:1"
"ps051@:8"
"ps052@:8"
"PostScript/default"
-- snip --

Selecting "File/Print..." menu, choose printer "ps003@:1", printing with it,
then select "File/Print..." and it chooses the top of the list
("hplaserjet001@:1") as initial value instead of "ps003@:1" ...

Comment 4

[Olav Vitters]

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

Comment 5

[sujay]

Roland, should we REOPEN this bug? looks like its still not working for you...

Comment 6

[Roland Mainz]

Yes, please...

Comment 7

[sujay]

REOPEN per Roland's comments.

Comment 8

[sujay]

REOPEN per Roland's comments.

Comment 9

[Kevin McCluskey (gone)]

Moving to Mozilla1.1. Engineers are overloaded with higher priority bugs.

Comment 10

[Andrew Hagen]

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

Comment 11

[Greg Onufer]

This is a problem on Solaris, the last-selected printer is not remembered. 
Hardware/OS for this bug is not generic enough, this is not a PC/Windows-only
problem.

Comment 12

[Richard Ems]

I'm seeing this same bug on mozilla 1.6 on Linux, this is not only a Windows bug
or a mozilla 1.1 bug.
Will it be fixed?
Perhaps for mozilla 1.7?

Comment 13

[Ron Toms]

This is the second of two problems that prevent me from dumping MSIE.
I'm seeing this problem on Win2K, WinXP and Win98.  Haven't tried Linux yet.

In MSIE, I can have two different browser windows open. 

I use browser window ALPHA to print a web page with a customer's order data
(pick-list) on plain paper in printer A.

I click on a "create label" link that updates browser window BETA with the
customer's address and Fedex bar-code ship-to data (via "target=beta" in the
HREF tag) Window BETA needs to print on the Fedex label paper, in printer B.

The workflow requires printing from alternate browser windows each time.

With MSIE, I select my printers for each browser window at the start of the day,
and I'm good to go all day long.

With Firefox, Mozilla, Netscape (all tried) on any windows platform, I have to
re-select the proper printer after each print job, because selecting a new
printer for one window automatically re-assigns the printer for ALL windows. 

It seems like the print dialog data is global in scope to all open browser
windows, and it should be local to that specific window. 

Comment 14

[Adam Guthrie]

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

Comment 15

[Wayne Mery (:wsmwk)]

is your original request to remember the setting as long as browser is running? Or is it to remember across browser restart?

Comment 16

[Jason Giglio]

I don't know about the original bug reporter... but I'd be happy if it retained it through one session.

Employees that have to print 10 or 20 pages get tired of selecting the printer over and over pretty fast.

Comment 17

[moreofthis]

(In reply to comment #16)
> I don't know about the original bug reporter... but I'd be happy if it retained
> it through one session.
> 
> Employees that have to print 10 or 20 pages get tired of selecting the printer
> over and over pretty fast.
> 

(In reply to comment #13)
> This is the second of two problems that prevent me from dumping MSIE.
> I'm seeing this problem on Win2K, WinXP and Win98.  Haven't tried Linux yet.
> 
> In MSIE, I can have two different browser windows open. 
> 
> I use browser window ALPHA to print a web page with a customer's order data
> (pick-list) on plain paper in printer A.
> 
> I click on a "create label" link that updates browser window BETA with the
> customer's address and Fedex bar-code ship-to data (via "target=beta" in the
> HREF tag) Window BETA needs to print on the Fedex label paper, in printer B.
> 
> The workflow requires printing from alternate browser windows each time.
> 
> With MSIE, I select my printers for each browser window at the start of the day,
> and I'm good to go all day long.
> 
> With Firefox, Mozilla, Netscape (all tried) on any windows platform, I have to
> re-select the proper printer after each print job, because selecting a new
> printer for one window automatically re-assigns the printer for ALL windows. 
> 
> It seems like the print dialog data is global in scope to all open browser
> windows, and it should be local to that specific window. 
> 
> 

I have noticed two issues that might be related to the same bug:
1) When you execute the following code:

var PSS=Components.classes["@mozilla.org/gfx/printsettings-service;1"].					getService(Components.interfaces.nsIPrintSettingsService);
var printSettings=PSS.newPrintSettings;
printSettings.printerName="some printer on my system";			PSS.initPrintSettingsFromPrefs(printSettings,true,printSettings.kInitSaveAll);

the printSettings object is returned from initPrintSettingsFromPrefs() with the default printer as the printerName property instead of the one set through the previous line of code.

2) The printDialog.js file, which handles the print dialog window, always selects the same printer when opening despite the fact that the printSettings object requires another printer (see code below):

var webBrowserPrint= window.QueryInterface(Components.interfaces.nsIInterfaceRequestor).
                 getInterface(Components.interfaces.nsIWebBrowserPrint);
webBrowserPrint.print(printSettings,null);

Inspecting the printDialog.js code it seems that no use is made of the printerName property to select the printer in the dialog.

Comment 18

[Kenneth Herron]

moreofthis, what version are you testing with? The patch for bug 324072 should have affected that behavior.

Comment 19

[:Hb]

This is worksforme on Windows XP. Other OS may need other bugs. Especially the Print to File print on Linux behaves different.