Ensure that the selected color mode when disabled matches what is shown in the print preview
Categories
(Toolkit :: Printing, defect, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr68 | --- | unaffected |
| firefox-esr78 | --- | unaffected |
| firefox80 | --- | unaffected |
| firefox81 | --- | unaffected |
| firefox82 | --- | fixed |
People
(Reporter: emmamalysz, Unassigned)
References
(Regression)
Details
(Keywords: regression, Whiteboard: [print2020_v81])
Attachments
(1 file)
|
285.98 KB,
image/png
|
Details |
If a mac user previously had "black and white" mode configured for a color printer, the update from Bug 1660857 will put them in a weird state.
The color mode option will be selected to color (expected) and disabled (expected), but the preview will show their last saved color setting, which was black and white.
| Reporter | ||
Comment 1•5 years ago
|
||
Comment 2•5 years ago
|
||
Yes! I just encountered and was about to file this...It seems that the print preview is not updating after changing from a destination that has color x to another destination that supports only color y (physical printers that supports only B&W printing and Save to PDF (which now supports only color mode printing)).
| Reporter | ||
Comment 3•5 years ago
|
||
This sounds like it's going to be fixed in bug 1661645
Updated•5 years ago
|
Updated•5 years ago
|
Comment 4•5 years ago
|
||
Set release status flags based on info from the regressing bug 1660857
| Reporter | ||
Updated•5 years ago
|
| Reporter | ||
Comment 6•5 years ago
|
||
Duping this because https://bugzilla.mozilla.org/show_bug.cgi?id=1661645#c1 already addressed the problem, and the patch up in that bug covers this case.
Updated•5 years ago
|
Updated•5 years ago
|
Description
•