Closed Bug 1703438 Opened 4 years ago Closed 3 years ago

printing always prints to first printer in list

Categories

(MailNews Core :: Printing, defect)

Thunderbird 88
x86_64
Linux
defect

Tracking

(thunderbird_esr78 unaffected, thunderbird88 wontfix, thunderbird89 wontfix)

RESOLVED WORKSFORME
Tracking Status
thunderbird_esr78 --- unaffected
thunderbird88 --- wontfix
thunderbird89 --- wontfix

People

(Reporter: steve, Unassigned)

References

Details

(Keywords: regression, regressionwindow-wanted)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:88.0) Gecko/20100101 Thunderbird/88.0

Steps to reproduce:

While a message is open,
File>Print and select a printer from the printers list. Press print.
Also occurs when selecting print to file.

Actual results:

Message prints to the first physical printer in the list every time.

Expected results:

Printed to the selected printer or printed to file if that is selected.

Steve, what flavor of Linux?

Walt does this reproduce for you?

Flags: needinfo?(steve)

Opensuse Leap 15.2. I have 88.0b2 (64-bit) Thunderbird.

Flags: needinfo?(steve)

The easiest way to replicate is;
Have at least 1 printer installed.
File>Print>Print to file
Accept~/mozilla.pdf

Email prints to the printer.

Reproducible with 88.0b2 and 89.0a1 on Fedora 33 Workstation, Gnome desktop.

  • Open the first email of this bug report in a tab
  • Select File > Print > Print to File
  • Selected the Print button and the email printed to the printer.

I only have one printer configured.

Not reproducible using TB 88.0b2 on Windows 10, or 78.9.1 on Linux.

Status: UNCONFIRMED → NEW
Component: Untriaged → Printing
Ever confirmed: true
OS: Unspecified → Linux
Product: Thunderbird → MailNews Core
Hardware: Unspecified → x86_64

I think this is a dupe of bug 1701172

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE

I am not so sure this is a duplicate. Possibly the same root cause but not verified.
In bug: 1701172

  1. opened an email saved as an .eml file, and then tried to print it to a pdf file:
  2. file -> print -> print to file, then "Print to file", and "Print".
  3. Actual results: Nothing.

In this bug, any printing to any printer always prints to the first physical printer listed in the print dialogue, not the default printer
There was no need to save as an .eml
It was only by chance that I found it also applies to printing to PDF.

Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---

Okay, I'll defer to a higher power.

Flags: needinfo?(vseerror)

It's hard to believe this would not be bug 1701172

Please check the next beta release

Depends on: 1701172
Flags: needinfo?(vseerror) → needinfo?(steve)

Currently TB is telling me my 88.0b2 is up to date, will check when the next beta release is out.

Flags: needinfo?(steve)

Just tested with 88.0b3 (64-bit) and the bug is still evident.

Walt, cn you confirm? If it fails then we should NI magnus

Flags: needinfo?(wls220spring)

I can confirm it still happens on Linux if I select "Print to File" instead of my only printer.

I did test this using the 88.0b3 rc on Windows 10.
When I selected "Microsoft Print to PDF", clicked Apply, then Print a save dialog opened.

Flags: needinfo?(wls220spring) → needinfo?(mkmelin+mozilla)

I can confirm on Linux, if I print with my Brother printer (3rd on list) selected the job goes to my Kyocera printer, top of the list.

Is this also a problem on Firefox trunk/beta?
We will need to do bug 1702413 before 91 anyway.

Flags: needinfo?(mkmelin+mozilla)

(In reply to Magnus Melin [:mkmelin] from comment #14)

Is this also a problem on Firefox trunk/beta?
We will need to do bug 1702413 before 91 anyway.

Not a problem for me using Firefox Beta/Nightly.

The Tab Modal printing in Firefox Nightly 90.0a1 has a Save button when I select Print to PDF on Fedora 33 Workstation. I only have one printer.

If I select my printer the 'Save' button changes to a Print button.

If I select "Print using the system dialog" in Firefox Nightly, select "Print to File", it is a Print button but does print to a PDF file.

Is this is still an issue on beta?
If it is, what analysis is needed to get this rolling for version 91?

Flags: needinfo?(wls220spring)
Flags: needinfo?(mkmelin+mozilla)

This tests as resolved in 90.0b3 (64-bit).

Status: REOPENED → RESOLVED
Closed: 4 years ago3 years ago
Resolution: --- → INVALID
Flags: needinfo?(wls220spring)
Flags: needinfo?(mkmelin+mozilla)
Resolution: INVALID → WORKSFORME

Would like to reopen -just trying to see if problem is solved but don't get that far

File -> Print dumps

Crash ID: bp-1550c997-84c5-4b6d-87b1-e499b0210713
Thunderbird 92.0a1 Crash Report [@ nsGlobalWindowOuter::Print ]

Not sure whether I should flag the crash as a new bug?

(In reply to clochrua from comment #19)

...
Crash ID: bp-1550c997-84c5-4b6d-87b1-e499b0210713
Thunderbird 92.0a1 Crash Report [@ nsGlobalWindowOuter::Print ]

Please click the bugzilla tab, then single r+click click the thunderbird link to create a new bug report. Please include your steps to reproduce the crash

You need to log in before you can comment on or make changes to this bug.