Affected versions

• 83.0b7
• 84.0a1(20201104214352)

Affected platforms

• Windows 10x64
• Ubuntu 20x64

Steps to reproduce

1. Launch FF.
2. Press "ALT" to trigger the Toolbar options.
3. Go to "File->Print..." and hover the option with the mouse.
4. Click the "Print..." option at the same time as pressing CTRL+P.

Expected result

• Only once instance of the OS modal is displayed.

Actual result

• Two modals can be triggered at the same time

Suggested Severity

• Seeing as how functionality is not compromised and user can actually successfully interact and use both modal at the same time, I would S3 this issue.

Regression range

• Will return with regression ASAP

Additional notes

• This issue does not occur for macOS platform.

Hi,

This is very weird, I can reproduce this on windows 10 on the latest Beta but not on Nightly, neither on the one mentioned in comment#1 nor on the latest one. Could this have been fixed on Nightly?

Regards, Flor.

(Moving bugs to 86, part 1.)

Moving things to 88, cause we're mostly on Proton these days…

I can definitely say that this issue still occurs on the latest versions of Firefox (Nightly v109.0a1 and ESR v102.5.0esr) if the user sets the print.prefer_system_dialog to TRUE.

Furthermore, attempting to investigate if this issue is a regressor was very complicated because the behavior of the print modal has changed a lot in the last few years. For example, only one modal appears displayed in v70.0a1 (20190708213342), but 2 system errors and before that, the issue did not occur at all OR it is intermittent. Mozregression logs:
Tested mozilla-central build: 2019-06-05 (verdict: g)
Tested mozilla-central build: 2019-06-06 (verdict: b)

These are the best bisection results I could determine and I am not confident in these results.