Loading: data:text/html,hi Then trying to print preview using File > Print... > PDF > Open in Preview, I sometimes get a popup with the message "Load the following paper into the rear tray" followed by Preview either crashing, or displaying a PDF with three blank pages. Obviously there should be no message about loading paper when generating and displaying a PDF file.
Using mozregression I eventually narrowed this down on inbound to: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a0334f789772302ba5cfb6fd61290408842c7432&tochange=dfa093fe1e158e6ed8ec2ef377192af94fc86832 and on autoland to: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8e247550d6cf4ee040564ecced15bca47715b3b5&tochange=3568e6d34bf626fb500fd11ed746ecd1832a7a2e So it looks like a regression from bug 1403260.
Assignee: nobody → haftandilian
Priority: -- → P1
status-firefox57: --- → unaffected
status-firefox58: --- → affected
I can't seem to reproduce this in the newest Nightly, but not sure if that necessarily mean it's fixed.
status-firefox59: --- → ?
I can repro in 2017-12-06-10-00-53-mozilla-central.
Thanks, I'm looking into this. I haven't been able to reproduce it locally, but am going to start with the assumption it was introduced by bug 1403260.
@jwatt, are you running High Sierra 10.13.1 (17B1003)? If not, which OS version? Thanks.
I am, yes (or now 10.13.2). But this seems to be something to do with a "zero" sized custom paper size that I set while debugging a different bug some time ago. Somehow that paper size is being picked as the default, and I didn't notice. So I'm not sure this is something we need to worry too much about. Having such a custom paper size is generally an indication of some bad state on a users machine.
(In reply to Jonathan Watt [:jwatt] (needinfo? me) from comment #7) > But this seems to be something to do with a "zero" sized custom paper size > ... > paper size is generally an indication of some bad state on a users machine. Does it only happen when the paper size is zero? It seems a corner case. That's said, a blank page is way better than crash.
Thanks. It's good to know that it's just happening with the zero sized page format. I attempted to create a zero custom paper size on 10.13.2, but the File->Print->Paper Size->Manage Custom Sizes... GUI wouldn't let me. I will still investigate this because it still seems like we have a bug in how we're handling the paper size or printer settings. We probably shouldn't be contacting the printer at all for a print to PDF.
Haik, do we think we can realistically get this fixed to be uplifted to 58? Thanks.
(In reply to Mike Taylor [:miketaylr] (58 Regression Engineering Owner) from comment #10) > Haik, do we think we can realistically get this fixed to be uplifted to 58? > Thanks. Yes. I don't know the root cause yet, but talked to :jwatt in person last week and got some more information that should help debugging. I am aiming to get this fixed in 58.
status-firefox58: affected → fix-optional
status-firefox58: fix-optional → wontfix
status-firefox59: ? → affected
You need to log in before you can comment on or make changes to this bug.