Printing output gets truncated on 90.0.0 and 90.0.1
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Firefox |
Fix Released
|
Unknown
|
|||
firefox (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
There is a bug in 90.0.0 and 90.0.1 that truncates output while printing due to a scaling issue. It was fixed in 90.0.2 as it chopped off content on most websites. Package should be updated to include the fixes of 90.0.2 as this is affecting many users. There is no work around other then downgrading back to 89.
More info can be found here: https:/
In Mozilla Bugzilla #1720621, Asif Youssuff (yoasif) wrote : | #4 |
Created attachment 9231262
Live music to return to the Budweiser Stage in August with back-to-back shows by 'The Arkells' | CP24.com - good.pdf
In Mozilla Bugzilla #1720621, Asif Youssuff (yoasif) wrote : | #5 |
[Tracking Requested - why for this release]:
Regression in PDF output that - may also affected printed output, which would be a waste of paper.
In Mozilla Bugzilla #1720621, Julien Cristau (jcristau-mozilla) wrote : | #6 |
This is a new regression in the just-released 90. Can you take a look?
In Mozilla Bugzilla #1720621, Jscher2000 (jscher2000) wrote : | #7 |
Also see my bug 1720622 for additional examples and characterization.
In Mozilla Bugzilla #1720621, Julien Cristau (jcristau-mozilla) wrote : | #8 |
Matt noted bug 1717703 may fix this.
In Mozilla Bugzilla #1720621, Igelmann (igelmann) wrote : | #9 |
Same bug here. Firefox 90
when auto scaling is on in Print dialog. Scaled Page on the left gets cut of
added in my print.css
body {
transform-origin: 0 0;
transform: scale(.65); //thats what i need
}
so the print dialog has nothing to scale...
Then the Printout is okay
In Mozilla Bugzilla #1720621, Matt-woodrow (matt-woodrow) wrote : | #10 |
Created attachment 9231682
Bug 1720621 - Adjust display list building rect for page scale transform within nsPageContentFrame. r?miko
In Mozilla Bugzilla #1720621, Matt-woodrow (matt-woodrow) wrote : | #11 |
Same type of bug as bug 1717703, though in a different spot.
Would be nice to add a test here, but haven't had time for that.
This is super low risk, so happy to push it through for uplift if it's deemed important enough.
In Mozilla Bugzilla #1720621, Julien Cristau (jcristau-mozilla) wrote : | #12 |
I've added this bug as a known issue in the 90.0 release notes.
In Mozilla Bugzilla #1720621, Pascalc (pascalc) wrote : | #13 |
(In reply to Matt Woodrow (:mattwoodrow) from comment #8)
> Same type of bug as bug 1717703, though in a different spot.
>
> Would be nice to add a test here, but haven't had time for that.
>
> This is super low risk, so happy to push it through for uplift if it's deemed important enough.
Given that this is a bug reported by end users both in SUMO and bugzilla, I think we should uplift a safe fix to beta, thanks!
In Mozilla Bugzilla #1720621, A Dahmen (brille1) wrote : | #14 |
Created attachment 9232042
Printing being cropped
Another test case: https:/
Perhaps it's helpful for testing and verifying the fix.
In Mozilla Bugzilla #1720621, Pulsebot (pulsebot) wrote : | #15 |
Pushed by <email address hidden>:
https:/
Adjust display list building rect for page scale transform within nsPageContentFrame. r=miko
In Mozilla Bugzilla #1720621, Alice0775-t (alice0775-t) wrote : | #16 |
*** Bug 1720719 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #1720621, Aryx-bugmail (aryx-bugmail) wrote : | #17 |
In Mozilla Bugzilla #1720621, Julien Cristau (jcristau-mozilla) wrote : | #18 |
*** Bug 1720622 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #1720621, David McKenna (davidflypei) wrote : | #19 |
It would be nice if we could get it earlier than September. It's messing with my companies POS system and removing vital information on pages that we are printing. They turned off auto-update and downgraded it to 89.0.2 but for some reason, it will still update to 90 overnight.
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #20 |
(In reply to davidflypei from comment #16)
> It would be nice if we could get it earlier than September. It's messing with my companies POS system and removing vital information on pages that we are printing. They turned off auto-update and downgraded it to 89.0.2 but for some reason, it will still update to 90 overnight.
I have left 89.0.2 on one of my machines and I only use that one now for printing. While I would think one could look at that version and see what changed in the Print routine(s) with 90.0 forward (including all the subsequent beta versions) I guess it is not that easy but I did notice that even with the "Check for Updates but let you choose" enabled and "Use Background Service" unchecked it still asks me to update but I dismiss the request to do so. While this is a bit of a pain it is workable. Don't know if this helps you but figured I would let you know.
Hopefully the fix for this bug will be remedied before September as indeed it is more than a pain to have happening.
In Mozilla Bugzilla #1720621, Bgbama (bgbama) wrote : | #21 |
Virtually every web page I print from Firefox requires "shrink to fit". As such, the print function is practically useless. I would like to see the fix put in the next update.
In Mozilla Bugzilla #1720621, David McKenna (davidflypei) wrote : | #22 |
(In reply to Bruce Barrett from comment #18)
> Virtually every web page I print from Firefox requires "shrink to fit". As such, the print function is practically useless. I would like to see the fix put in the next update.
I agree with Bruce that it breaks almost every website you use which renders it useless. Lots of our customers will print off a product page from our website and bring it to us (and we do the same for them if they are thinking something over and want to do some more research on a product) and if there is info missing then its useless. It also makes us not look great because our site "doesn't work" as they would say.
(In reply to Wayne from comment #17)
> (In reply to davidflypei from comment #16)
> > It would be nice if we could get it earlier than September. It's messing with my companies POS system and removing vital information on pages that we are printing. They turned off auto-update and downgraded it to 89.0.2 but for some reason, it will still update to 90 overnight.
>
> I have left 89.0.2 on one of my machines and I only use that one now for printing. While I would think one could look at that version and see what changed in the Print routine(s) with 90.0 forward (including all the subsequent beta versions) I guess it is not that easy but I did notice that even with the "Check for Updates but let you choose" enabled and "Use Background Service" unchecked it still asks me to update but I dismiss the request to do so. While this is a bit of a pain it is workable. Don't know if this helps you but figured I would let you know.
>
> Hopefully the fix for this bug will be remedied before September as indeed it is more than a pain to have happening.
The store that was having issues with it updating with everything turned off said that it asked this time and they denied so hopefully it stays like that until we unfreeze the installed version.
It would be nice to get it in a minor version of 90 or at least in 91 as 91 is only 3 weeks away instead of over a month away.
In Mozilla Bugzilla #1720621, Leonardot-2 (leonardot-2) wrote : | #23 |
(In reply to davidflypei from comment #16)
> It would be nice if we could get it earlier than September. It's messing with my companies POS system and removing vital information on pages that we are printing. They turned off auto-update and downgraded it to 89.0.2 but for some reason, it will still update to 90 overnight.
Same things here: several POS software broken printing.
In my case, no rezise, but print a HTML of 80mm in a printer of 58mm paper width; the DIV is 100%; the option "adjust to paper size" work fine until FF89 and lost the rigth side on FF89.
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #24 |
(In reply to Bruce Barrett from comment #18)
> Virtually every web page I print from Firefox requires "shrink to fit". As such, the print function is practically useless. I would like to see the fix put in the next update.
Yes.. I am in the same position and having to print from another computer still on 89.0.2 is proving to be a pain in the you know what but it is workable. Agreed though that after the aforementioned version PRINT no longer works with pretty much everything (as I too must print virtually everything scaled down) is not workable for the most part. Hopefully they will accelerate the fix and see what they changed between 89.0.2 and 90.0+.(In reply to Bruce Barrett from comment #18)
> Virtually every web page I print from Firefox requires "shrink to fit". As such, the print function is practically useless. I would like to see the fix put in the next update.
(In reply to davidflypei from comment #19)
> (In reply to Bruce Barrett from comment #18)
> > Virtually every web page I print from Firefox requires "shrink to fit". As such, the print function is practically useless. I would like to see the fix put in the next update.
>
> I agree with Bruce that it breaks almost every website you use which renders it useless. Lots of our customers will print off a product page from our website and bring it to us (and we do the same for them if they are thinking something over and want to do some more research on a product) and if there is info missing then its useless. It also makes us not look great because our site "doesn't work" as they would say.
>
> (In reply to Wayne from comment #17)
> > (In reply to davidflypei from comment #16)
> > > It would be nice if we could get it earlier than September. It's messing with my companies POS system and removing vital information on pages that we are printing. They turned off auto-update and downgraded it to 89.0.2 but for some reason, it will still update to 90 overnight.
> >
> > I have left 89.0.2 on one of my machines and I only use that one now for printing. While I would think one could look at that version and see what changed in the Print routine(s) with 90.0 forward (including all the subsequent beta versions) I guess it is not that easy but I did notice that even with the "Check for Updates but let you choose" enabled and "Use Background Service" unchecked it still asks me to update but I dismiss the request to do so. While this is a bit of a pain it is workable. Don't know if this helps you but figured I would let you know.
> >
> > Hopefully the fix for this bug will be remedied before September as indeed it is more than a pain to have happening.
>
> The store that was having issues with it updating with everything turned off said that it asked this time and they denied so hopefully it stays like that until we unfreeze the installed version.
>
> It would be nice to get it in a minor version of 90 or at least in 91 as 91 is only 3 weeks away instead of over a month away.
On my other machines I have gone to the BETA versions and am now running 91b4 which seems fine although obviously the Print bug has not been addressed in those versions either. Hopefully soon but at least i...
In Mozilla Bugzilla #1720621, Jscher2000 (jscher2000) wrote : | #25 |
In last night's build of [Nightly](https:/
Excellent work, thank you very much!
**Can someone approve this for as much uplift as possible?** It's one of the top bugs on SUMO for Firefox 90.x and there is no good workaround.
In Mozilla Bugzilla #1720621, David McKenna (davidflypei) wrote : | #26 |
(In reply to jscher2000 from comment #22)
> In last night's build of [Nightly](https:/
>
> Excellent work, thank you very much!
>
> **Can someone approve this for as much uplift as possible?** It's one of the top bugs on SUMO for Firefox 90.x and there is no good workaround.
It looks like it works and is good to go. We need to uplift this as high as possible as I can't imagine how many people it's actually affecting in their day to day.
In Mozilla Bugzilla #1720621, Pascalc (pascalc) wrote : | #27 |
Comment on attachment 9231682
Bug 1720621 - Adjust display list building rect for page scale transform within nsPageContentFrame. r?miko
I am taking this as an uplift to 91 beta 5 as we need to have a beta build with the patch rapidly to evaluate the feasability of an uplift into a dot release.
In Mozilla Bugzilla #1720621, Pascalc (pascalc) wrote : | #28 |
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #29 |
(In reply to davidflypei from comment #23)
> (In reply to jscher2000 from comment #22)
> > In last night's build of [Nightly](https:/
> >
> > Excellent work, thank you very much!
> >
> > **Can someone approve this for as much uplift as possible?** It's one of the top bugs on SUMO for Firefox 90.x and there is no good workaround.
>
> It looks like it works and is good to go. We need to uplift this as high as possible as I can't imagine how many people it's actually affecting in their day to day.
Just downloaded and installed 92.0a1 (Nightly) as you indicated. Indeed.. Tried Print out to a PDF scaled with two or three sites that previously with the same scaling had removed last line(s) and truncated text on the right. With 92.0a1 build all worked perfectly, scaled and printed correctly and as expected... Whoppeeee
In Mozilla Bugzilla #1720621, David McKenna (davidflypei) wrote : | #30 |
(In reply to Pascal Chevrel:pascalc from comment #24)
> Comment on attachment 9231682
> Bug 1720621 - Adjust display list building rect for page scale transform within nsPageContentFrame. r?miko
>
> I am taking this as an uplift to 91 beta 5 as we need to have a beta build with the patch rapidly to evaluate the feasability of an uplift into a dot release.
Sweet! Hopefully, we can get it into a minor release.
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #31 |
(In reply to davidflypei from comment #27)
> (In reply to Pascal Chevrel:pascalc from comment #24)
> > Comment on attachment 9231682
> > Bug 1720621 - Adjust display list building rect for page scale transform within nsPageContentFrame. r?miko
> >
> > I am taking this as an uplift to 91 beta 5 as we need to have a beta build with the patch rapidly to evaluate the feasability of an uplift into a dot release.
>
> Sweet! Hopefully, we can get it into a minor release.
Just so you know it appears that 92.0a1 while apparently fixing the Print bug is, in itself a bit unstable.. It's hung on me a few times now so I went back to 91b4 and am still printing using 89.0.2 on one of my other PCs BUT.. If you can do whatever you did on Nightly 92.0a1 to 91.0b5 with respect to the Print fix that would be great.
In Mozilla Bugzilla #1720621, Mikokm (mikokm) wrote : | #32 |
Comment on attachment 9231682
Bug 1720621 - Adjust display list building rect for page scale transform within nsPageContentFrame. r?miko
### Beta/Release Uplift Approval Request
* **User impact if declined**: Scaled printing might be broken on certain sites
* **Is this code covered by automated tests?**: No
* **Has the fix been verified in Nightly?**: Yes
* **Needs manual test from QE?**: Yes
* **If yes, steps to reproduce**:
* **List of other uplifts needed**: None
* **Risk to taking this patch**: Low
* **Why is the change risky/not risky? (and alternatives if risky)**: The change expands the area included in the printing. Any excess area should get clipped away, which makes this change unlikely to break things.
* **String changes made/needed**:
In Mozilla Bugzilla #1720621, Vlad-lucaci-q (vlad-lucaci-q) wrote : | #33 |
Hello
I have been able to reproduce this issue on 92.0a1(
Confirming this issue as verified fixed on macOS 11, Windows 10x64 and Ubuntu 20/21 using 91.0b5(
In Mozilla Bugzilla #1720621, Julien Cristau (jcristau-mozilla) wrote : | #34 |
Comment on attachment 9231682
Bug 1720621 - Adjust display list building rect for page scale transform within nsPageContentFrame. r?miko
approved for 90.0.2, thanks!
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #35 |
Installed 91.0b5 earlier this morning and have been testing out the print on some of the sites were my PDFs (Adobe 2017 PRO) where truncating on the right and cutting off bottom lines and so far all those tested printed perfectly as they have been in 89.0.2 so will continue to use 91.0b5 and see how the day goes but it looks good, stable and printing nicely for the PDFs.
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #36 |
(In reply to Wayne from comment #32)
> Installed 91.0b5 earlier this morning and have been testing out the print on some of the sites were my PDFs (Adobe 2017 PRO) where truncating on the right and cutting off bottom lines and so far all those tested printed perfectly as they have been in 89.0.2 so will continue to use 91.0b5 and see how the day goes but it looks good, stable and printing nicely for the PDFs.
OH... Nightly was also fine but will stop using that one for now.
In Mozilla Bugzilla #1720621, Julien Cristau (jcristau-mozilla) wrote : | #37 |
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #38 |
(In reply to Julien Cristau [:jcristau] from comment #34)
> https:/
I have been running 91.0b5 (64-bit) all day.
Just finished printing 58 items scaled variously from 60% to 110% (all in PDF format) from 45 different sites. Everything printed perfectly.
In Mozilla Bugzilla #1720621, Catalin-sasca-z (catalin-sasca-z) wrote : | #39 |
Hello,
Confirming this issue as verified fixed on macOS 11, Windows 10 x64 and Ubuntu 20/21 using 90.0.2 (20210721174149)
In Mozilla Bugzilla #1720621, Dannyfox (dannyfox) wrote : | #40 |
I just installed FF 90.0.2 and when I read the notes that this bug had been fixed, I was overjoyed. But when I went in to my banking site which has regularly given me bad printing issues recently, I see **the problem remains**. When I look at transactions, the page image is never complete -- the line-items migrate down the page (bigger white space at the top of each succeeding page) while those at the bottom just vaporize (don't spill to the next sheet of paper nor do they merge into the next page of the report) -- the bottom lines are truncated and just go missing from the output.
I never reported or commented on this before because I could never say whether what I see is a FF issue or a problem with the printer driver (a new HP LaserJet Pro M118dw with complete software & firmware updates). *BUT...* **the same print run works fine right now on Google Chrome, while failing on FF.**
Today I'm testing only with PDF generation and not to paper because I'm very low on toner at the moment and can't waste pages -- but the problem still exists in PDF, and I find the paper is usually as bad or worse so no reason to suspect hardcopy works any better.
Running Windows 7 Pro/32
HP driver is 8.00.1329.6503
Printer is HP LaserJet Pro, identifies as "M118-M119 (v3)", running on USB 2.0 port
*BTW, I did have printing issues previously (~ Summer 2020) with this banking page and worked with their tech support people on it. They swore they were doing everything right -- and sure enough, it worked fine after a major release of FF. I'm sure they had programmed ahead for that release, and this was before the current printer...*
In Mozilla Bugzilla #1720621, Julien Cristau (jcristau-mozilla) wrote : | #41 |
Dan, please file a new bug for your remaining issue.
In Mozilla Bugzilla #1720621, David McKenna (davidflypei) wrote : | #42 |
Seems to be good on my dev edition. Ubuntu hasn't updated their repo yet so I can't say for sure on 90.0.2 but I told my stores to update so I will let you guys know if I hear anything bad. Otherwise looks to be good!
In Mozilla Bugzilla #1720621, Dannyfox (dannyfox) wrote : | #43 |
See Bug #1721895...
In Mozilla Bugzilla #1720621, Andre Klapper (a9016009) wrote : | #44 |
*** Bug 1721174 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #45 |
FYI -- Did not go back to V90.x.. Am now running 91.0b6 (64-bit) Windows 10.. Working just fine... Have printed a few things to PDF, various scaling(s) all have worked just fine.
In Mozilla Bugzilla #1720621, Bgbama (bgbama) wrote : | #46 |
Just a reminder — although the bug is qualified as PDF output, the truncation exists when printing any webpage "shrink to fit", whether to a PDF file or a printer.
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #47 |
(In reply to Bruce Barrett from comment #43)
> Just a reminder — although the bug is qualified as PDF output, the truncation exists when printing any webpage "shrink to fit", whether to a PDF file or a printer.
No problem but as I only ever print to PDF it would not be appropriate for me to comment on whether or not the print function works in on-line printer. It's not that I avoid them it's just that when I do use my live printer it's not when using FF.
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #48 |
(In reply to Wayne from comment #44)
> (In reply to Bruce Barrett from comment #43)
> > Just a reminder — although the bug is qualified as PDF output, the truncation exists when printing any webpage "shrink to fit", whether to a PDF file or a printer.
>
> No problem but as I only ever print to PDF it would not be appropriate for me to comment on whether or not the print function works in on-line printer. It's not that I avoid them it's just that when I do use my live printer it's not when using FF. Although (this is very rare) that is not totally true when I do print something from FF to my on-line printer it is from the PDF I have formed first so that is using the Adobe print interface.
In Mozilla Bugzilla #1720621, Mr-serek (mr-serek) wrote : | #49 |
*** Bug 1721886 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #1720621, Andre Klapper (a9016009) wrote : | #50 |
*** Bug 1722187 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #1720621, Bgbama (bgbama) wrote : | #51 |
Confirming bug fixed in 90.0.2 - No truncation when printing reduced scale, whether to PDF file, to printer, or PDF > printer. Prints correctly as in v89.0.
Windows 7 Home Premium 64-bit SP1.
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #52 |
(In reply to Bruce Barrett from comment #48)
> Confirming bug fixed in 90.0.2 - No truncation when printing reduced scale, whether to PDF file, to printer, or PDF > printer. Prints correctly as in v89.0.
> Windows 7 Home Premium 64-bit SP1.
Good news and thank you for the update. As I am now successfully running 91.0b6 (64-bit) in Windows 10 on my machines I will continue to do so until V91.x gets promoted to the Production version. Glad though that all is back to where it was. Nice job folks. Appreciated.
In Mozilla Bugzilla #1720621, David McKenna (davidflypei) wrote : | #53 |
Was at the shop yesterday and can confirm that 90.0.2 is working. Thanks guys!
In Mozilla Bugzilla #1720621, Joseph-hussein (joseph-hussein) wrote : | #54 |
Hi, First of all I created an account with Bugzilla only to report this issue and I am not a developer of any kind I am a user of Firefox but lately it seems that after this printing bug (1720621) is fixed I started to have quality issues using my Zebra LP2844 barcode label printer where text quality is negatively affected and so is the barcode started to show rough edges and harder to scan. I tried various setups, but issue persisted. I only experience this issue with Firefox. I don't see it with MS Edge, MS IE or Chrome. Please have a look and see if any part of the recent fix caused this issue or if this is an entirely new issue. Currently I am running Firefox latest update 90.0.2. This issue is preventing me from being able to use Firefox with my eBay account. This issue is primarily evident when I try to print shipping labels with eBay. Thanks.
In Mozilla Bugzilla #1720621, Jscher2000 (jscher2000) wrote : | #55 |
(In reply to JoeH from comment #51)
> ... lately it seems that after this printing bug (1720621) is fixed I started to have quality issues using my Zebra LP2844 barcode label printer where text quality is negatively affected and so is the barcode started to show rough edges and harder to scan.
You should consider filing a new bug. https:/
Please include information on the shipping labels, for example, are they simply web pages, or are they PDFs? If eBay has a "sample" label that demonstrates the same problem, you could provide a link to it or attach it to the new bug.
In Mozilla Bugzilla #1720621, Guspaz-5 (guspaz-5) wrote : | #56 |
This change appears to have caused a massive reduction in print quality for PDF shipping labels printed on a Rollo thermal printer (rendering shipping labels unusable), which I assume is the same issue affecting JoeH. I have filed bug 1722842 as a result, but I wanted to mention it here since it seems like this fix may be the cause.
In Mozilla Bugzilla #1720621, Guspaz-5 (guspaz-5) wrote : | #57 |
I'd like to rescind that, the print quality issue is not present in 89.0.2, and *is* present in 90.0.0, which seem to rule out this change being the cause.
In Mozilla Bugzilla #1720621, Petruta-rasa-z (petruta-rasa-z) wrote : | #58 |
*** Bug 1721015 has been marked as a duplicate of this bug. ***
Launchpad Janitor (janitor) wrote : | #1 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in firefox (Ubuntu): | |
status: | New → Confirmed |
Olivier Tilloy (osomon) wrote : | #2 |
This is fixed in 90.0.2, which is available in Ubuntu impish (upcoming 21.10).
Builds have been prepared for other Ubuntu releases, but as 90.0.2 doesn't contain any security fix and as the first release candidate for 91.0 is scheduled for later today, it's unlikely that they will make it to the regular updates channel.
Changed in firefox (Ubuntu): | |
status: | Confirmed → Fix Released |
In Mozilla Bugzilla #1720621, Groovestix (groovestix) wrote : | #59 |
I found a website where the printout seems to be incomplete, although I'm not sure if this was possible to do in the past. Learned about the site recently:
https:/
This is the way to access Google Tasks in a tab. Printing a long list as PDF, only prints the first page. Not sure if this issue is the same.
Running FF 90.0.2 64bit under latest Ubuntu here.
In Mozilla Bugzilla #1720621, Julien Cristau (jcristau-mozilla) wrote : | #60 |
Please file new bugs for remaining issues such as comment 56.
In Mozilla Bugzilla #1720621, Dannyfox (dannyfox) wrote : | #61 |
I think there are pre-existing bugs that 90.0.2 did not correct. See my Bug #1721895 (particularly Comment #10) where I found a note listing problems I had starting with **FF 89.0**, some of which still exist in v90's. I didn't like 89.0 when it arrived (I had written "bad" at the top of the note, and unfortunately didn't file any bugs at the time.) Most importantly, I wrote: **"PRINT PAGES fails with stuff that worked fine before!"** This definitely includes my banking transactions and Amazon orders, two things that always had worked reliably.
So there are several print issues going on -- which may or may not be related to each other. I've run some test documents by request which prove that the 90.0.2 version patches certain specific issues. But it seems the door is still wide open on some other print-related matters. For now, my only remedy is to use Google Chrome for my critical print jobs even though it too has some spacing issues in the service-providers' programming.
In Mozilla Bugzilla #1720621, Wshannon (wshannon) wrote : | #62 |
(In reply to Dan Pernokis from comment #58)
> I think there are pre-existing bugs that 90.0.2 did not correct. See my Bug #1721895 (particularly Comment #10) where I found a note listing problems I had starting with **FF 89.0**, some of which still exist in v90's. I didn't like 89.0 when it arrived (I had written "bad" at the top of the note, and unfortunately didn't file any bugs at the time.) Most importantly, I wrote: **"PRINT PAGES fails with stuff that worked fine before!"** This definitely includes my banking transactions and Amazon orders, two things that always had worked reliably.
>
> So there are several print issues going on -- which may or may not be related to each other. I've run some test documents by request which prove that the 90.0.2 version patches certain specific issues. But it seems the door is still wide open on some other print-related matters. For now, my only remedy is to use Google Chrome for my critical print jobs even though it too has some spacing issues in the service-providers' programming.
Just an FYI.... I was running the 91.xb versions and just installed 91.0 (production), just released... Have printed several of my banking transactions, scaled variously and same with a few of my Amazon transactions, also scaled variously... All worked just fine. At least to a PDF.
In Mozilla Bugzilla #1720621, Jscher2000 (jscher2000) wrote : | #63 |
(In reply to tweedbeats from comment #56)
> I found a website where the printout seems to be incomplete, although I'm not sure if this was possible to do in the past. Learned about the site recently:
> https:/
>
> This is the way to access Google Tasks in a tab. Printing a long list as PDF, only prints the first page. Not sure if this issue is the same.
There are a number of longstanding issues with breaking blocks of content properly over multiple pages with specific style rules applied. I can't open that link (requires Google login) so I don't know which bug is being triggered, if any, but it's not this bug. (This bug was about truncation-
In Mozilla Bugzilla #1720621, Joseph-hussein (joseph-hussein) wrote : | #64 |
My print issue described above is fixed with the Firefox update 91.0 (64-bit). Awesome .. Thanks
In Mozilla Bugzilla #1720621, Joseph-hussein (joseph-hussein) wrote : | #65 |
... my issue was after updating to 90.0.2 my Thermal Label printer model Zebra LP2844 started to print labels with low resolution and overall jagged print quality on barcodes and unreadable small text. This made my shipping labels unusable. Now I am able to print clearer labels after updating to 91.0.
Changed in firefox: | |
status: | Unknown → Fix Released |
In Mozilla Bugzilla #1720621, Daniel Holbert (dholbert) wrote : | #66 |
*** Bug 1720672 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #1720621, Raluca-popovici (raluca-popovici) wrote : | #67 |
t
Created attachment 9231261
Live music to return to the Budweiser Stage in August with back-to-back shows by 'The Arkells' | CP24.com - bad.pdf
From https:/ /www.reddit. com/r/firefox/ comments/ okhqub/ firefox_ 90_print_ to_pdf_ printing_ cuts_off_ 14_of/
Steps to reproduce:
1. Go to https:/ /www.cp24. com/news/ live-music- to-return- to-the- budweiser- stage-in- august- with-back- to-back- shows-by- the-arkells- 1.5509243
2. Do Print
3. Save to PDF
What happens:
The right side of the page is cut off - missing parts of sentences (words).
Expected result:
Content should not be missing from output.
10:58.39 INFO: Narrowed integration regression window from [3557d61e, 411d3031] (3 builds) to [d7a58cff, 411d3031] (2 builds) (~1 steps left) bfdfe29c76a2822 f7b916c0d3 8b9ff3009ceb21b a4cfdc601e /hg.mozilla. org/integration /autoland/ pushloghtml? fromchange= d7a58cff3e920df bfdfe29c76a2822 f7b916c0d3& tochange= 411d3031b1b4c0f 8b9ff3009ceb21b a4cfdc601e
10:58.39 INFO: No more integration revisions, bisection finished.
10:58.39 INFO: Last good revision: d7a58cff3e920df
10:58.39 INFO: First bad revision: 411d3031b1b4c0f
10:58.39 INFO: Pushlog:
https:/