Bodyfitplan website not rendered correctly in Print Preview
Categories
(Core :: Print Preview, defect)
Tracking
()
People
(Reporter: vlucaci, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
Attachments
(2 files)
Affected versions
- 75.0a1(20200213035745)
- 74.0b2(20200211200559)
- 73.0(20200207195153)
Affected platforms
- Windows 10x64
- Ubuntu 18.04
Steps to reproduce
- Launch FF
- Go to https://bodyfitplan.me/final/?user_id=2359012.
- Go to burger menu.
- Go to "Print..." and click the option
Expected result
- Page is successfully rendered in print preview, and all pages of the website are displayed.
Actual result
- Page is not rendered correctly in print preview, as only the content of the first page is loaded.
Regression range
- Will return with a regression ASAP.
Additional notes
-
This issue also occurs in Chrome, but to a much lesser extent:
-
I have managed to determine that the issue occurs in Chrome if the user does not scroll and load content prior to that.
-
Scrolling the webpage to load content in FF prior to entering Print Preview , makes no difference, as only the first page will be displayed.
Reporter | ||
Updated•5 years ago
|
Updated•5 years ago
|
Comment 1•5 years ago
|
||
For what it's worth, I am seeing the same behavior in the MacOS print preview. I used mozregression to test a build from 2018-01-01 and saw the same behavior there.
I don't have a Windows or Linux machine at my disposal at this time, otherwise I would test those, too.
Updated•5 years ago
|
Comment 2•5 years ago
|
||
Regression range
- First bad: 2012-07-10
- Last good: 2012-07-09
- Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b6fb3d9bd1b9&tochange=02b26fb307b4
I think this bug was introduce the moment Firefox started to animate sites. Before 2012-07-10 was fully loaded, after that, the site was loaded only as you scroll down the page.
Updated•5 years ago
|
Comment 3•5 years ago
|
||
Pretty sure this is a dupe of bug 939897 which might also be affected by bug 1564128. The containing element (<div id="page">
) is a flex container (so we don't fragment it's children properly), AND there is a page load animation (we always print animations from their initial state). I'm not sure why this is reproducible in Chrome; perhaps they have a similar bug around printing animations from their initial state.
Updated•5 years ago
|
Comment 4•4 years ago
|
||
Hello Sean, I have also encountered something about the same as this, on icq.com. It seems that it is pretty intermittent. Sometimes the page is rendered and printed correctly, and sometimes all is black. I'll attach a screencast here. And this seems to happend only on landscape mode.
On a build back from February, the print pages seems to see only 1 page of 1, while on 74.0b5 it seems that it will see 16 pages. When those 16 pages are correctly rendered, they will be looking all the same (as page 1).
If you want me to post a new issue for this, please let me know.
Comment 5•4 years ago
|
||
Hi Catalin: Yes, that seems to be a separate issue. It's good to know we get all 16 pages, which is due to the fix from bug 1622935. But it's bad that they are all black! Please file a new bug.
Description
•