[mac] "Open in Preview" sometimes triggers a "Load the following paper into the rear tray" popup then fails

NEW
Assigned to

Status

()

Core
Print Preview
P1
normal
2 months ago
a day ago

People

(Reporter: jwatt, Assigned: haik)

Tracking

({regression})

unspecified
Unspecified
Mac OS X
regression
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox57 unaffected, firefox58 wontfix, firefox59 affected)

Details

(Whiteboard: sb+)

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.
(Reporter)

Comment 2

2 months ago
This may end up being fixed or dup'ed to bug 1328975.
See Also: → bug 1328975
(Reporter)

Updated

2 months ago
Keywords: regression
(Assignee)

Updated

2 months ago
Assignee: nobody → haftandilian
Priority: -- → P1
Whiteboard: sb+
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.
(Reporter)

Updated

a month ago
Blocks: 1421309
(Assignee)

Comment 5

a month ago
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.
(Assignee)

Comment 6

a month ago
@jwatt, are you running High Sierra 10.13.1 (17B1003)? If not, which OS version? Thanks.
Flags: needinfo?(jwatt)
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.
Flags: needinfo?(jwatt)
(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.
(Assignee)

Comment 9

a month ago
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.
Flags: needinfo?(haftandilian)
(Assignee)

Comment 11

29 days ago
(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.
Flags: needinfo?(haftandilian)
status-firefox58: affected → fix-optional

Updated

a day ago
status-firefox58: fix-optional → wontfix
status-firefox59: ? → affected
You need to log in before you can comment on or make changes to this bug.