Open
Bug 1681110
Opened 3 years ago
Updated 3 years ago
Print preview displays a blank page for fr.calameo.com previews at first try
Categories
(Core :: Graphics, defect)
Core
Graphics
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox84 | --- | wontfix |
firefox85 | --- | wontfix |
firefox86 | --- | wontfix |
firefox87 | --- | wontfix |
firefox88 | --- | wontfix |
firefox89 | --- | fix-optional |
People
(Reporter: emilghitta, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: regression, Whiteboard: [print2020] [old-ui-])
Attachments
(1 file)
1.58 MB,
image/gif
|
Details |
Affected versions
- Firefox 84.0b8 (BuildId:20201203211213) - print.tab_modal.enabled pref is disabled by default on b8
- Firefox 85.0a1 (BuildId:20201206213246)
Affected platforms
- Windows 10 64bit
- macOS 10.15
- Ubuntu 20.04 64bit.
Steps to reproduce
- Launch Firefox.
- Access the following webpage (or any other presentation from here).
- Click the “Print” button from the page and select either “Print the current page” or the “Print the entire publication” option.
Expected result
- The print preview displays either the current page or the entire publication.
Actual result
- The print preview is blank. It seems that it successfully displays the current page or the entire publication only on a second try.
Regression Range
- This doesn’t seem to be a regression. This issue seems to go way back to the first Fx builds which had the new modernized print UI available.
Notes
- For further information please observe the attached screencast.
- The blank preview is also displayed if the print preview is opened via Ctrl + P or via the Hamburger menu but this behavior seems to be reproducible with Google Chrome as well. The main difference between Firefox & Chrome is that, in Chrome, the publication is successfully displayed if the print preview is opened from the webpage's print button at first try. Firefox seems to only display the publication inside the print preview at second try.
- Even though this seems to affect the old ui print preview as well. This issue is about the new print preview that is triggered from the website's print button (which, on older builds, opens the old modal directly instead of the old print preview).
- [Suggested Severity] I think that S4 fits for this issue.
Comment 1•3 years ago
|
||
It works fine for me also on the first attempt if I resize the window a little (Nightly on Linux). So I guess this is some painting issue?
Component: Print Preview → Graphics
Updated•3 years ago
|
Has STR: --- → yes
Updated•3 years ago
|
Severity: -- → S3
Updated•3 years ago
|
Whiteboard: [print2020_v86] [old-ui-] → [print2020_v87] [old-ui-]
Updated•3 years ago
|
status-firefox87:
--- → affected
Updated•3 years ago
|
status-firefox86:
--- → affected
Comment 2•3 years ago
|
||
- Observed the issue with most versions (till 68)
- Observed the issue even with
print.always_print_silent
set to True
Updated•3 years ago
|
Keywords: regression
Whiteboard: [print2020_v87] [old-ui-] → [print2020] [old-ui-]
Updated•3 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•