Open Bug 1449198 Opened 8 years ago Updated 2 years ago

Print button on a website changes default printer

Categories

(Core :: Printing: Setup, defect, P3)

59 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: ruud.van.hoevelaken, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:59.0) Gecko/20100101 Firefox/59.0 Build ID: 20180323154952 Steps to reproduce: - Working in a Xendesktop 7.14.1 VDI machine, Windows 7 x86 - VDI has a few printers connected, "printer_a" is the default Windows printer - CTRL-P presents "printer_a" as the default option, as expected Actual results: Pressing the print-button in Gmail (as an example, other websites with print button have the same effect) gives "Microsoft XPS Document Writer" as the default option (which is also an installed printer) Expected results: "printer_a" should be the default option when pressing a print-button on a website
Some extra info: "printer_a" is a network printer
Thanks Ruud. AFAIK, the policies for Xendesktop can be quite elaborate, so this issue might be hard to reproduce outside your work environment. Could you please confirm the following to us: a. is this a behavior starting with 59 aka this this issue reproduce on a lower FF version (for example in Fx58) b. is this behavior observable only on Firefox (e.g. with the same steps this cannot be reproduced on another browser? if there is any available on your work VDI) c. could you check the values for the preferences "print.use_global_printsettings" and "print_printer" before and after pressing the print button in gmail? d. not sure if you have access to install *stuff* on the Xendesktop, but if this issue is a FF regression, a regression range would be most useful.
Flags: needinfo?(ruud.van.hoevelaken)
a. Tested this with our previous VDI build with FF 52.4.1: printing works fine (no FF 58 tested in our VDI builds) b. Tested on previous and current VDI build with IE 11: printing works fine c: print.use_global_printsettings has the default setting before and after printing. print_printer on the other hand has the default setting before printing and sets itself to Microsoft XPS printer after clicking the web print button d. I can install stuff on a test VDI (I build them). Can you elaborate?
Flags: needinfo?(ruud.van.hoevelaken)
(In reply to Ruud from comment #3) > c: print.use_global_printsettings has the default setting before and after > printing. print_printer on the other hand has the default setting before > printing and sets itself to Microsoft XPS printer after clicking the web > print button I couldn't reproduce the issue on Win10 or Win7 using gmail on Nightly 61 or in Release 59. > d. I can install stuff on a test VDI (I build them). Can you elaborate? That's neat. Since this issue seems to happen at this point only in your VDI environment, I wonder if you would be willing to try to find a regression range for this issue. This can be accomplished by using mozregression: https://mozilla.github.io/mozregression/ - you install it, it requires a good - bad range and then it will start downloading builds for you to try in order to narrow that regression range, hopefully to a culpable bug that introduced this behavior.
Component: Untriaged → Printing: Setup
Flags: needinfo?(ruud.van.hoevelaken)
Product: Firefox → Core
Priority: -- → P3

Tested this again.

Used the same VDI machine and tested a LOT of Firefox versions.

I could narrow it down to Firefox 56.
All version before 56 print to the default Windows printer, from 56.0 and up it resets the printer to Microsoft XPS Writer when using a web print button.

We are currently running Firefox 60.4.0 ESR and the issue is still there.

Flags: needinfo?(ruud.van.hoevelaken)
Severity: normal → S3

The functionality of a "Print" button on a website can vary depending on how it's implemented and the capabilities of the browser being used. In general, a "Print" button is designed to allow users to easily print the content of a webpage. However, directly changing the default printer through a website's "Print" button would typically not be possible due to security and privacy concerns.
For more help you can visit https://nbiclearancesonline.com/

You need to log in before you can comment on or make changes to this bug.