sheets of paper not updated when switching destination to "Save to PDF"
Categories
(Toolkit :: Printing, defect, P2)
Tracking
()
People
(Reporter: mbalfanz, Assigned: mstriemer)
References
Details
(Whiteboard: [print2020_v82] )
Attachments
(1 file)
STR:
- Open the print dialog on any page
- Select a physical printer as destination
- Change the number of copies to something other than 1
- Switch change the destination to "Save to PDF"
ER: The number of pages should shown in the top right corner should reflect the length of document as if it was only 1 copy
AR: The number of pages in the top right corner shows the total number of sheets as if the physical printer was still selected
| Reporter | ||
Comment 1•5 years ago
|
||
Thinking about it, for "Save to PDF" we may not want to show "Sheets of paper" at all. Or we could show the number of pages instead, which might be good when selecting a custom range.
Updated•5 years ago
|
Comment 2•5 years ago
|
||
(This may also get fixed when we fix bug 1662331…)
| Assignee | ||
Comment 3•5 years ago
|
||
This is because we don't change the numCopies setting when the printer changes. We do the sheetCount * numCopies calculation on our own, so using sheetCount directly here won't help us.
We could update the PrintSettingsViewProxy to dynamically return a value for numCopies, so something like this.get(target, "willSaveToFile") ? 1 : target.numCopies. It might be better to reset numCopies when the printer changes if the new printer is a PDF printer though, since if we don't reset numCopies we'll still ask the PDF printer to print that many copies.
Comment 4•5 years ago
|
||
Hi Mike,
could you please in setting a severity value for this ticket?
Comment 5•5 years ago
|
||
(And this. In general I can do the priority/severity for stuff in Toolkit::Printing for the next few releases, so that we don't bother Mike. 😉)
Comment 6•5 years ago
|
||
Understood :) Thanks for updating it.
Updated•5 years ago
|
| Assignee | ||
Updated•5 years ago
|
| Assignee | ||
Comment 7•5 years ago
|
||
Depends on D89796
Comment 9•5 years ago
|
||
| bugherder | ||
Updated•5 years ago
|
Comment 10•5 years ago
|
||
I managed to reproduce the issue on an older version of Nightly.
I retested everything using latest Nightly 83.0a1 and Firefox 82.0b2 on Windows 10 x64, Ubuntu 18.04 x64 and macOS 10.13. The issue is not reproducing anymore.
Description
•