User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.159 Safari/537.36

Steps to reproduce:

Open Inbox
Click to highlight a message
Right Click --> Print

Actual results:

Print Dialog Box opens displaying the message preview screen with a blank page with "Bugzilla" and the message subject in the upper lefthand corner of the page.

Clicking on the PRINT button prnints a blank page.

Expected results:

I would expect to see the full message in the print preview and have the message printed.

Tried Help | Troubleshoot mode? (add-ons disabled)
Works for me. Maybe it's something special with the msg?

Same result in troubleshoot mode -
The problem is consistent with every message I've tested & I've tested quite a few, in different folders, with & without attachments, etc.

(In reply to david.slater from comment #2)

Same result in troubleshoot mode -
The problem is consistent with every message I've tested & I've tested quite a few, in different folders, with & without attachments, etc.

• I should also add, that i've tried specifying different printers with no change in the results.

Please see bug 1727107 for a related but different problem about printing multiple messages at the same time with 91.0.2.

I have similar problems printing a single message with 91.0.2 using the "Microsoft Print to PDF" print queue under Windows 10 Home, but don't see "Bugzilla" on the blank page it creates. It just has Thunderbird at the top (centered) and the date/time stamp at the lower right corner. I don't have any problem (printing a single message) using the "Save to PDF" or "Brother HL-L2320D series" print queue

Right, let's try my crystal ball™ on this. I'll use msg as short for message.

Following STR reproduce reporter's symptoms as seen in his screenshot of attachment 9237460 [details]. Note that reporter is New to bugzilla and his screenshot attachment 9237460 [details] does not exactly match his actual result from comment 0, so maybe there are some slight inaccuracies in the original STR.

STR

1. Make sure that no message is selected (blank preview*). You can achieve that by Ctrl+click on single selected message which is shown in preview. Alternatively, select multiple messages A and B.
2. direct, unmodified right-click on a random msg C (not selected before)
3. Print... from context menu of msg C

Actual result

• Msg preview remains blank after unmodified right-click on unselected message
• Print preview shows about:blank header and regular footer with an otherwise blank page

Expected result

• Unmodified right-click on unselected msg should focus and select the message (which would show the msg preview, and result in correct printing)
• Msg selected by right-click should show in preview and be printed correctly.

Technical analysis

This looks like a fallout from an age-old bogus focus bug which I have highlighted 9 years back - see bug 648473 comment 1. Should probably be filed as a new bug. From a cursory look through bugs, some of the fallouts have been individually fixed, e.g. by Jörg in bug 507541 - but unfortunately we've never fixed the root cause:

Right-click in message list is useless-UI. You'll get all sorts of fake UI states on the right-clicked message (focus/selection) which will disappear when you press ESC to close the context menu. Most weirdly, right-clicking on a message outside the currently selected message(s) will currently not deselect the original selection. This is cunning, confusing, and completely non-standard. It's even inconsistent with how other trees like contacts side bar and attachment pane behave; which makes me think that this is probably not from inherent behavior of XUL trees.

*Note: Blank preview (precondition for the STR of this comment) does seem to happen without user deselect intervention sometimes; I think I've seen this e.g. when switching between accounts, but not sure what the exact conditions are.

Tentatively adjusting summary to match my STR of comment 6.

Another variant of the right-click bogus focus issue (see comment 6) is much easier to reproduce:

STR (Variant 2)

1. Select msg A (will show in preview)
2. direct, unmodified right-click on msg B
3. Choose Print... from msg context menu of msg B

Actual

• msg B looks selected and focused, but not shown in preview (still showing msg A)
• prints msg A

Expected

• select and focus msg B and show in preview
• print msg B

David (reporter), can you please try this and report back?

• Left-click on msg A to select it
• Make sure that you're seeing msg A in msg preview
• Right-click on msg A, Print... from context menu
  --> What is showing in the Print preview? (should be msg A)

(In reply to Eric Moore from comment #5)

I have similar problems printing a single message with 91.0.2 using the "Microsoft Print to PDF" print queue under Windows 10 Home

Eric, please file that as a new bug with reproducable STR. "Microsoft Print to PDF" works for me, shows correct print preview on 91.0.2 (64-bit), Win10.

(In reply to Thomas D. (:thomas8) from comment #9)

David (reporter), can you please try this and report back?

• Left-click on msg A to select it
• Make sure that you're seeing msg A in msg preview
• Right-click on msg A, Print... from context menu
  --> What is showing in the Print preview? (should be msg A)

OK if I have the message pane visible and go through the steps above, I see the message in the print preview.
However, I typically have the message preview pane closed...

Dave

Fixed on daily (the bug about multi email printing).

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

Fixed on daily (the bug about multi email printing).

Well, comment 0 and my comment 6 are pretty clear about the expected results here:

• Unmodified right-click on an unselected message must focus and select it, ux-consistent with the behaviour of any other list of selectable items inside Thunderbird (contacts, attachments, saved logins etc.) and outside Thunderbird (File managers like Windows Explorer etc.). This should eventually be filed and fixed in a new bug.
• Print from message context menu should just work, rather than requiring an extra left-click to select the message. This will turn printing multiple messages into even more of a click feast than it already is due to Bug 1727107 (duplicates tracked in Bug 1727865).

To prevent this bug, Print... menu has been disabled from the context menu unless a single message is selected and displayed in the message pane (which must be shown). Thus the expected result of this bug can never happen, so in a stricter sense this is neither worksforme nor fixed.

With the benefit of hindsight, per comment 11, reporter's scenario includes hidden message pane (also seen in screenshot attachment 9237460 [details]), which makes this a duplicate of Bug 1735043, which suffers from the same problem: The expected behaviour has not actually been fixed, but just disabled.

(In reply to Eric Moore from comment #5)

I have similar problems printing a single message with 91.0.2 using the "Microsoft Print to PDF" print queue under Windows 10 Home, but don't see "Bugzilla" on the blank page it creates. It just has Thunderbird at the top (centered) and the date/time stamp at the lower right corner. I don't have any problem (printing a single message) using the "Save to PDF" or "Brother HL-L2320D series" print queue

Hi Eric, due to some unfortunate fallouts from implementing the new Print dialog (which is pretty great otherwise), the only way printing from message list will work is this:

• Ensure Message Pane is shown (press F8 if it's hidden).
• Select a single message (e.g. with left-click). Note: Printing multiple selected messages is disabled, and right-click on unselected message will not select it (which is an unrelated bug), which also disables print.
• Print (Ctrl+P, or from right-click context menu).