WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 17388
Bug 17364
REGRESSION: Ignores default printer and prints to PDF
https://bugs.webkit.org/show_bug.cgi?id=17364
Summary
REGRESSION: Ignores default printer and prints to PDF
Ken McGuire
Reported
2008-02-14 11:56:02 PST
My printer default is set to a network Brother HL-2070N printer. When I select print, using WebKit, it goes to Adobe PDF 8.0, rather than the default printer. Using any URL I tried, and alternating between Safari and WebKit, when I try to print, Safari will always choose the default printer, and WebKit always chooses the PDF.
Attachments
Add attachment
proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1
2008-02-15 01:50:31 PST
I don't have Adobe PDF, so I haven't tried to verify.
Alexey Proskuryakov
Comment 2
2008-02-15 01:51:57 PST
<
rdar://problem/5745309
>
John Sullivan
Comment 3
2008-02-15 11:03:51 PST
I don't completely follow the problem here. Does "Adobe PDF 8.0" mean Acrobat Reader a.k.a. Adobe Reader? And when printing "choose the PDF", what does that mean exactly -- what appears in the Print dialog?
John Sullivan
Comment 4
2008-02-15 12:55:49 PST
I got the following clarification in email: One of the choices I have for a printer is "Adobe PDF 8.0" When I select that, the output is not a printed copy, but a PDF file saved to my hard drive (or where ever I choose to save it). My system default is set for a conventional printer, and everything but WebKit prints using my default printer. WebKit ignores the default and always selects the PDF option.
John Sullivan
Comment 5
2008-02-15 12:58:28 PST
Do you know what software you installed to get "Adobe PD 8.0" in this list? I presume it's Acrobat Reader, but maybe not. It seems really unlikely that this behavior was triggered by any change in WebKit. As far as I know, WebKit and Safari have no influence on the list of printers or the initially selected printer in that list. But it is certainly curious that the nightly build behaves differently than the released version of Safari.
Ken McGuire
Comment 6
2008-02-15 13:12:54 PST
(In reply to
comment #5
) I believe it was Acrobat 8 Pro that did it, but I am not certain of that. There is no doubt that Safari and WebKit handle it differently.
Robert Blaut
Comment 7
2008-03-16 23:21:05 PDT
*** This bug has been marked as a duplicate of
17388
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug