382266 - Remember used printer for all components when printing to an other printer in Mail/News and Address Book

Status: NEW

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Marcus]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.4) Gecko/20070502 SeaMonkey/1.1.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.4) Gecko/20070502 SeaMonkey/1.1.2 Mnenhy/0.7.5.0

The Suite is remembering the last used printer in any component (Browser, Mail/News, Composer, Chat) and selecting this printer the next time you print something in another component. 

This is broken between SeaMonkey 1.1.1 and the release canidate for SM 1.1.2 i have Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.4) Gecko/20070502 SeaMonkey/1.1.2 

Annoying if you close Mail/News (SeaMonkey still running) and open it later since the selected printer is not the last one you used (if not in Mail/News at least somewhere in the Suite)


Reproducible: Always

Steps to Reproduce:
1. Check which printer is selected in the browser (Say Printer1)
2. Print to a different browser (Say Printer2) in Mail/News or from the Address Book
3. Close Mail/News window
4. Check which printer is selected in the browser
Actual Results:  
The selected Printer is Printer1.

Expected Results:  
Expected to be Printer2, since it was the last used printer.

Maybe it's a regression from Bug 351913 
This bug fixed the paper size being always set to letter by pulling the defaults for the printer. The only Bug i know which affected Mail/News and Printing.

Comment 1

[Tobias Fischer]

I have tried this with SM 1.1.2 Release-Candidate-Build 20070511 and last really working Trunk-Build 2007051408 and can reproduce the described Behaviour. 
But I am not shure, if this one was a Bug, because my "Printer 1" was the Windows-Default-Printer, and so I think the Behaviour was o.k., wasn't it?

Comment 2

[Marcus]

I diged some more around and checked the behavior with SM 1.0.6, 1.1, 1.1.1 and 1.1.2. There are some errors in the report about versions where i expected the bug to appear but the steps to reproduce and actual / expected results are ok.

What i wanted to cover with this bug is a constant behavior in all components of SM about the selected printer when printing something. 

FYI: There are Bug 315817, Bug 359990 and Bug 356983 for Firefox not using the system default printer. In comment to Bug 326093 #12 is a suggestion how to deal with an option about the system default printer but discussion got stucked.

Since the preference print.print_printer exists and is used by browser, composer and chatzilla (in all tested versions printing to a different, non system default printer in composer and chatzilla changed the selected printer in browser), i assume the desired behavior of the suite is to have one printer for all components which is independent from the system default printer.

Mail/News and Address Book aren't changing this settings, so this is what's the bug about. I think the discussion about using system default printer and in which place should go to one of the other bugs.

While checking the behavior of SM 1.0.6, 1.1, 1.1.1 and 1.1.2 i noticed, that only in SM 1.1 Mail/News was always pulling the system default printer, when the component was (re)opened. Last selected printer in browser wasn't changed (non system default printer). 
In all other Versions Mail/News was pulling the actual selected printer in browser (guess print.print_printer) but not changing it when printed to a different printer. Test chart can be provided if is one isn't clear.

I can check tomorrow with an old Mozilla Suite about the behavior.

Comment 3

[Tony Mechelynck [:tonymec]]

I have only one printer, and I use trunk builds anyway, so I cannot check this bug.

Marcus: If by any chance it has disappeared on Sm 1.1.9, please resolve WORKSFORME.

Comment 4

[Marcus]

(In reply to comment #3)

> Marcus: If by any chance it has disappeared on Sm 1.1.9, please resolve
> WORKSFORME.

No, it's still in 1.1.9.

I also tried a new nightly which has the same bug:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008041902 SeaMonkey/2.0a1pre

Change Version to tunk?

The oldest version i tried and found the bug was: 
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.0.1) Gecko/20060104 SeaMonkey/1.0b

 

Comment 5

[Marcus]

I tried the oldest Seamonkey Build i could find:
 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050705 SeaMonkey/1.0a 
it had also this bug. Also i noticed, that with this build chatzilla didn't update  print.printer ether, but they fixed it.

Btw. you don't need a physical printer to test this. Just install three printer, using any driver you like and activate the option print to file or you can just install your printer three times, using different names. I use FreePDF XP installed three times named Printer1 to 3 - easier to check.

Comment 6

[Tony Mechelynck [:tonymec]]

I'm on Linux, and the printer interface is not the same as on Windows. I'm altering this bug's headers to reflect the fact that (AFAIK) it was seen only on Windows, but on both Sm 1.1.x and Sm 2.0a1pre.

To find older builds, you might try releases.mozilla.org or archive.mozilla.org (via http or ftp) -- and the directory /pub/mozilla.org/seamonkey/ or /pub/mozilla.org/mozilla/ (if available) on either.

Comment 7

[Tobias Fischer]

Marcus, at 2008-04-20 01:57 PDT Mark has checked in a Patch for Bug 420050 in the Trunk, which has changed some issues with remembering the last used Printer.

While doing a quick (and dirty) testing, I see, that choosing a Printer while printing from Browser will give the last used Printer for printing from MailNews and Addressbook too, but choosing a different Printer in MailNews will not change Printer for next Print from MailNews and also not for printing from Browser. 

Please test the behaviour with an current Trunk-Build, and try to describe the current issues. Sure, this has only changed in Trunk, not in Branch.

Comment 8

[Marcus]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9pre) Gecko/2008042202 SeaMonkey/2.0a1pre

The behavior in Mail/News and address book changed. Now every time you print a mail /address card the printer is taken from print.print_printer but not written back if you change him. I.e. print an email to an different printer than offered, now print again. 
Before the patch the printer was remembered until the component was closed.
I guess now the print dialog gets every time the printer from print.print_printer but don't write him back [if changed].

I noticed, that i forgot to mention the last working version. It was the Mozilla Suite 1.7.13.  After switching to Seamonkey i noticed the different behavior.
While checking 1.7.13 again, i saw that there is no print.print_printer. So i don't know how it was handled before. Maybe Windows printing dialog remembered the last used printer for the application. The suite was using the default printer when started which lead to the other bugs about not using the default printer.

So is this a regression (yes, from the expected behavior) or a missing feature (technical view, since print.print_printer was introduced)?

I tried to search for more information about print.print_printer but couldn't find any.

Comment 9

[Stephanie Daugherty [:sdaugherty]]

Is this still an issue in latest release or nightly?

Comment 10

[Phoenix]

Issue still here
Build identifier: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1

Comment 11

[Ian Neal]

Could you check it still happens on current trunk too?

Comment 12

[Mone eyeyms]

Be that as it may, prior to inspecting every item we should find out what are fundamental elements you should consider while purchasing best inks for subliming print.

Source: https://www.printersjet.com/best-sublimation-ink/

Comment 13

[Yami Sama]

We operate with full enthusiasm regardless of the amount we get and ensure you that your valuables will be protected.
https://expertmover.ae/sharjah-storage-services

Comment 14

[Maaz]

As one of the most trusted <a href="https://www.solacefamilyfunerals.com.au/">funeral homes in the Gold Coast</a>
provides burial and funeral services for the dead and their families. These services may include a prepared wake and funeral, and the provision of a chapel for the funeral.

Comment 15

[Maaz]

(In reply to Maaz from comment #14)

As one of the most trusted funeral homes in the Gold Coast
provides burial and funeral services for the dead and their families. These services may include a prepared wake and funeral, and the provision of a chapel for the funeral. Read More https://www.solacefamilyfunerals.com.au/