Reset applying grayscale filter when the destination is set to "Save to PDF"
Categories
(Toolkit :: Printing, defect, P1)
Tracking
()
People
(Reporter: hiro, Assigned: mstriemer)
References
Details
(Whiteboard: [print2020_v81] [old-ui-])
Attachments
(1 file, 1 obsolete file)
|
47 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
|
Details | Review |
STR;
- Open print preview
- Change color mode to "Black and white" somehow (e.g. changing the destination to a printer which is able to print out in color)
- Switch the destination to "Save to PDF"
| Reporter | ||
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Another scenario that I just bumped into with a fresh profile: I have "black and white"-only printer connected. I open the print preview, and while the "color mode" is correct in the settings, the preview shows colors.
Comment 2•5 years ago
|
||
This line is not working as expected: https://searchfox.org/mozilla-central/rev/ce21a13035623c1d349980057d09000e70669802/toolkit/components/printing/content/print.js#781
As in, it's not triggering the handleEvent() below....
Comment 3•5 years ago
|
||
https://searchfox.org/mozilla-central/rev/ce21a13035623c1d349980057d09000e70669802/dom/html/nsGenericHTMLElement.cpp#2039 (events get marked as trusted automatically by chrome code)
Comment 4•5 years ago
|
||
| Assignee | ||
Comment 5•5 years ago
|
||
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 8•5 years ago
|
||
| bugherder | ||
| Assignee | ||
Comment 10•5 years ago
|
||
Comment on attachment 9172721 [details]
Bug 1661645 - Set printInColor based on printer support r?emilio,emalysz
Beta/Release Uplift Approval Request
- User impact if declined: Print settings for the color mode can get out of sync.
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: See comment 0
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Feature is behind a pref.
- String changes made/needed: No
| Assignee | ||
Updated•5 years ago
|
Updated•5 years ago
|
Comment 11•5 years ago
|
||
Reproduced this issue using Firefox 82.0a1 (BuildId:20200828153126).
This issue is verified fixed while changing between different printing destinations (physical printers (B&W), Save to PDF, OneNote for Windows 10, Microsoft XPS Document Writer & Fax.)
Please note that Microsoft Print to PDF seems to be affected. But I think that this issue will be tracked in another bug -> see Bug 1661720.
Verified using Windows 10 64bit, macOS 10.14 & Ubuntu 18.04 64bit (with the platform specific destinations).
Leaving a ni? on myself and the qe-verify+ flag until this gets verified in Beta as well.
Comment 12•5 years ago
|
||
Comment on attachment 9172721 [details]
Bug 1661645 - Set printInColor based on printer support r?emilio,emalysz
This needs a rebased patch for Beta
Updated•5 years ago
|
| Reporter | ||
Comment 13•5 years ago
|
||
Needs bug 1660857 (see bug 1660857 comment 24).
Comment 14•5 years ago
•
|
||
Bug 1660857 has been uplifted, we're checking to see if this applies cleanly now…
| Assignee | ||
Comment 15•5 years ago
|
||
I just successfully grafted 1a85b68ddab4 onto beta now that bug 1660857 is there.
Do you mind trying again, Ryan?
Comment 16•5 years ago
|
||
Comment on attachment 9172721 [details]
Bug 1661645 - Set printInColor based on printer support r?emilio,emalysz
Yes, thanks. Approved for 81.0b6.
Comment 17•5 years ago
|
||
| bugherder uplift | ||
Comment 18•5 years ago
|
||
Confirming this issue as verified fixed.
Verified using 83.0a1 (2020-09-22) and Beta 82.0b2 with Win10x64, macOS 10.15.6 and Ubuntu 20
Description
•