692192 - print.print_printer setting no longer overrides Windows default printer

Status: RESOLVED DUPLICATE of bug 693181

(MailNews Core :: Printing, defect)

Description

[gkarasik]

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; chromeframe/14.0.835.8; .NET CLR 2.0.50727; InfoPath.2; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.21022; .NET CLR 1.1.4322; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E; IPH 1.1.21.4019)

Steps to reproduce:

print


Actual results:

print.print_printer setting is ignored in favor of Windows default setting.


Expected results:

setting print.print_printer to other than Windows default should be honored

Comment 1

[Ludovic Hirlimann [:Usul]]

Is this different than bug 692181 ?

Comment 2

[gkarasik]

No, it is not the same bug, although it is related. With the upgrade to v7, TBird stopped displaying a printer-selection screen. That is the other bug. This bug ignores "print.print_printer" setting.

Incidentally, the other bug is resolved by going into Config Editor and resetting print.always_print_silent, which line is added by TBird 7.

Comment 3

[peter]

However, this does appear to be the same as bug 693181.  bug 693181, however, occurs because print.print_printer is neither read NOR written.  (I.e., the problem is not only that the value is not read, but also is not written.)  Probably someone with more confidence than me should mark one as a dupe of the other.

Comment 4

[Ludovic Hirlimann [:Usul]]

I'll dup. We can un-dup if we figure out later that they aren't.