Print Functions bypassing system print dialogues
Categories
(Core :: Printing: Output, defect)
Tracking
()
People
(Reporter: erwinm, Unassigned)
Details
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:88.0) Gecko/20100101 Firefox/88.0
Steps to reproduce:
I scheduled an appointment using https://vams.cdc.gov/vaccineportal/
When I scheduled, there is a print button at the bottom of the page.
Actual results:
If I use the print button, it ignores the system dialogue.
If I use command-p, it uses a Firefox-specific dialogue, with an option to use the system dialogue.
about:preferences, search print, tab to enable navigation, page down doesn't show any relevant preferences.
Expected results:
I'm sure there are some use-cases where it helps to bypass system print dialogues. But there are others where it helps not to.
Bypassing all dialogues bypasses any option to tweak print settings.
Substituting the Firefox dialogue ... well I don't know what options the Firefox dialogue actually contains, and if I try to navigate the accursed thing it triggers my migraines, so I just have to get back to the system dialogue every time.
A user setting to route all print commands through the system dialogue would help.
Related bug 1692100
Mozregression points here, but this was introduced for Nightly much earlier than for regular Firefox: https://phabricator.services.mozilla.com/D85907
Regressed by bug 1657161
Workaround for the 2nd part is to enter about:config and turn print.tab_modal.enabled to false. Not sure if that addresses the 1st part.
Would be permanently broken by bug 1702501.
Comment 4•5 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Printing: Output' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
Comment 5•5 years ago
|
||
(In reply to MarjaE from comment #0)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:88.0) Gecko/20100101 Firefox/88.0
Steps to reproduce:
I scheduled an appointment using https://vams.cdc.gov/vaccineportal/
FWIW I can't access this site.
If I use the print button, it ignores the system dialogue.
What do you mean? What happens instead? Does it use the Firefox dialog or something else?
Bypassing all dialogues bypasses any option to tweak print settings.
It should definitely not print silently, is that what you're seeing?
Substituting the Firefox dialogue ... well I don't know what options the Firefox dialogue actually contains, and if I try to navigate the accursed thing it triggers my migraines, so I just have to get back to the system dialogue every time.
A user setting to route all print commands through the system dialogue would help.
print.tab_modal.enabled=false should do this, IIUC.
What do you mean? What happens instead? Does it use the Firefox dialog or something else?
I don't get any print dialogue, just a pdf added to my downloads folder.
print.tab_modal.enabled=false should do this, IIUC.
It's hidden, and it's scheduled for deletion under bug 1702501.
Comment 8•5 years ago
|
||
(In reply to MarjaE from comment #6)
I don't get any print dialogue, just a pdf added to my downloads folder.
Do you have print.always_print_silent set? Otherwise this should never happen. It might be that the website is just triggering a download when you hit the "Print" button, in which case there's no way for Firefox to control the output.
Checks it's false.
You're probably right, it's probably treated as a download.
Comment 10•5 years ago
|
||
It'd be good to confirm that, but in that case there's not much for us to do here I suspect :/
Comment 11•4 years ago
|
||
(In reply to MarjaE from comment #9)
You're probably right, it's probably treated as a download.
Sounds like this was the explanation here, as best we can tell -- the page's "print" button actually just generated and opened a PDF, which (in this user's case) was simply downloaded.
So I think there's no Firefox bug here; this was just a site with misleading UI (with a "print" button which actually generated a PDF to be downloaded).
Description
•