"Sheets of paper" does not update when selecting "Print on both sides"
Categories
(Toolkit :: Printing, defect, P3)
Tracking
()
People
(Reporter: jwatt, Assigned: haik)
References
Details
(Keywords: regression, Whiteboard: [print2020][old-ui-])
Attachments
(1 file)
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-esr91+
|
Details | Review |
The number displayed for "Sheets of paper" in the new print UI should update when selecting "Print on both sides". That seems to have broken at some point though.
![]() |
Reporter | |
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
![]() |
Reporter | |
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
![]() |
Reporter | |
Updated•4 years ago
|
Assignee | ||
Comment 1•4 years ago
|
||
Consider duplex when calculating the number of sheets of paper for the print dialog.
Updated•4 years ago
|
Assignee | ||
Comment 2•4 years ago
|
||
I couldn't find a regression window wherein duplex printing was an option in the new dialog and use of duplex adjusted the sheet count.
Comment 4•4 years ago
|
||
bugherder |
Updated•4 years ago
|
Comment 5•4 years ago
|
||
The patch landed in nightly and beta is affected.
:haik, is this bug important enough to require an uplift?
If not please set status_beta
to wontfix
.
For more information, please visit auto_nag documentation.
Assignee | ||
Updated•4 years ago
|
Comment 6•4 years ago
|
||
This feels like a bug we probably don't want enterprise users to be hitting on ESR91 for the next year. Please nominate for uplift.
Assignee | ||
Comment 7•4 years ago
|
||
Comment on attachment 9240791 [details]
Bug 1695645 - "Sheets of paper" does not update when selecting "Print on both sides" r?emilio
ESR Uplift Approval Request
- If this is not a sec:{high,crit} bug, please state case for ESR consideration: It's a "paper cut" type issue (no pun intended) for printing causing the "<number> of sheets of paper" label to be incorrect when double-sided printing is used. Likely to be more annoying in ESR where presumably more printing is done.
- User impact if declined: When in the print dialog, the text that displays how many sheets of paper is used will not account for double-sided printing. For example, if the user is printing a 10-page document in double-sided mode, the dialog incorrectly states 10 sheets of paper will be used when really only 5 sheets will be.
- Fix Landed on Version: 94
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): The fix is small and doesn't affect functionality apart from the text label listing the number of sheets of paper used. Most of the patch is test code.
- String or UUID changes made by this patch:
Comment 8•4 years ago
|
||
Comment on attachment 9240791 [details]
Bug 1695645 - "Sheets of paper" does not update when selecting "Print on both sides" r?emilio
Approved for 91.3esr.
Comment 9•4 years ago
|
||
bugherder uplift |
Assignee | ||
Comment 10•4 years ago
|
||
Looking at these patches again, I realize there's a bug here that occurs when numCopies > 1 and the number of pages is odd.
For a 3 page document, printing double sided will require 2 sheets of paper. If numCopies==2, then a total of 4 sheets is needed. However the calculation incorrectly ends up with 3. The numCopies multiplier should be done after the duplex check. I'll file a new bug. It will be a simple fix.
Existing code:
+ let sheetCount = this.sheetCount * this.numCopies;
+
+ // When printing to a printer (not to a file) update
+ // the sheet count to account for duplex printing.
+ if (!this.printToFile && this.duplex != Ci.nsIPrintSettings.kDuplexNone) {
+ sheetCount = Math.ceil(sheetCount / 2);
+ }
Comment 11•4 years ago
|
||
The same checks were made in Bug 1735507. We can safely close this issue as verified.
Description
•