Bugzilla

(In reply to Anje from comment #39)
> (In reply to david.slater from comment #37)
> > I still need to be able to print messages from the inbox without using the preview pane.
> 
> Are you saying you would like to click on Print and it goes directly to printing - after all you are clicking on 'Print' ?
> If yes, that is a different issue.

Assuming that there's no sarcasm here, I think Anje misunderstood David: He was not asking to print without seeing a print preview, but he was asking to be able to print a message from message list even when the Message Pane (which David calls "message preview") isn't shown. Hence he said that this bug (by disabling the print command entirely) is only fixing the symptom rather than the problem, which is true.

> This bug is about a right click 'Print' being enabled in drop down menu because 'mark as read' has occurred on that email. 

Sorry, but `mark as read` is not technically related to this bug in any way. In the current implementation, the message must be (selected and) displayed because when the new Firefox print dialog was ported, print has also been redesigned (simplified) on the Thunderbird side to print what's displayed in the message view (bug 1711408). Selecting the message may coincidentally cause `Mark as read`, but that behavior can be disabled in preferences, or the timeout can be changed.

> Many thanks to those involved getting a rapid solution.

Well, it's not really solved, but just ironed over, and the inherent current resolution here is wontfix (per Bug 1727107 Comment 11).

It's unfortunate that reporter BOB was distracting from the main problem of this bug by insisting on his false view that printing without seeing the message in the Message Pane would have some security advantage, which is technically untrue, because any print preview (or direct print) will parse the entire message just as the message pane would (thanks for trying to get that through to Bob, Anje, but let's just ignore him from now on if he continues to dismiss that fact). So he wanted the right thing for the wrong reasons.

Nevertheless, comment 0 clearly expected the message to print even when the message pane is hidden, which is a legitimate expectation. This bug has now manifested the current unfortunate implementation. The net result is that users who prefer the message pane hidden can no longer print *any* message directly from the message list, which makes this bug an instance of `ux-implementation-level`: The behaviour is designed around the current implementation, which is detrimental wrt `ux-efficiency`. The current implementation is also unfortunate wrt ux-consistency, as `Print` is now the only command from the entire message context menu which is disabled when the message isn't displayed.

(In reply to Anje from comment #39)
> (In reply to david.slater from comment #37)
> > I still need to be able to print messages from the inbox without using the preview pane.
> 
> Are you saying you would like to click on Print and it goes directly to printing - after all you are clicking on 'Print' ?
> If yes, that is a different issue.

Assuming that there's no sarcasm here, I think Anje misunderstood David: He was not asking to print without seeing a print preview, but he was asking to be able to print a message from message list even when the Message Pane (which David calls message "preview pane") isn't shown. Hence he said that this bug (by disabling the print command entirely) is only fixing the symptom rather than the problem, which is true.

> This bug is about a right click 'Print' being enabled in drop down menu because 'mark as read' has occurred on that email. 

Sorry, but `mark as read` is not technically related to this bug in any way. In the current implementation, the message must be (selected and) displayed because when the new Firefox print dialog was ported, print has also been redesigned (simplified) on the Thunderbird side to print what's displayed in the message view (bug 1711408). Selecting the message may coincidentally cause `Mark as read`, but that behavior can be disabled in preferences, or the timeout can be changed.

> Many thanks to those involved getting a rapid solution.

Well, it's not really solved, but just ironed over, and the inherent current resolution here is wontfix (per Bug 1727107 Comment 11).

It's unfortunate that reporter BOB was distracting from the main problem of this bug by insisting on his false view that printing without seeing the message in the Message Pane would have some security advantage, which is technically untrue, because any print preview (or direct print) will parse the entire message just as the message pane would (thanks for trying to get that through to Bob, Anje, but let's just ignore him from now on if he continues to dismiss that fact). So he wanted the right thing for the wrong reasons.

Nevertheless, comment 0 clearly expected the message to print even when the message pane is hidden, which is a legitimate expectation. This bug has now manifested the current unfortunate implementation. The net result is that users who prefer the message pane hidden can no longer print *any* message directly from the message list, which makes this bug an instance of `ux-implementation-level`: The behaviour is designed around the current implementation, which is detrimental wrt `ux-efficiency`. The current implementation is also unfortunate wrt ux-consistency, as `Print` is now the only command from the entire message context menu which is disabled when the message isn't displayed.