1579534 - MacOS 10.15 Beta - Firefox hangs when printing from Flash

Status: RESOLVED DUPLICATE of bug 1578907

(Core Graveyard :: Plug-ins, defect)

Description

[Jeromie Clark]

Attachment: PrintTest.zip

FAIL: Mac 10.15 Beta 19A501i /Firefox 68.0 with build 32.0.0.229
PASS: Mac 10.14.5/ Safari / Firefox / Chrome latest with build 32.0.0.229

Method:
Install Flash player on Firefox with Mac 10.15 beta
Verify that flash player installed successfully and flash content is running
Run the attached test from a local webserver
Click on Print button

Result: On clicking Print button, Print dialog is displayed then with in 2-3 seconds, mouse cursor appears in loading state which ends up in the Page setup screen with only Cancel button. User is not able to print. Browser gets hang in the end.

Comment 1

[ovidiu boca[:Ovidiu]]

Hi,
I tried to install Adobe Flash on Mac OS X 10.15 using this link https://get.adobe.com/flashplayer/otherversions/, but when I need to choose the operating system I see only 10.14. Please let me know how did you install the adobe on your system?

Comment 2

[Jeromie Clark]

That's the right binary. Just use that.

Comment 3

[ovidiu boca[:Ovidiu]]

Thanks for the clarification, I followed your suggestion and in my case, on Mac OS X 10.15 Beta7(19A546d) on Nightly 71.0a1(2019-09-11) everything works as expected, I have 2 pages that are printed.

If you have add-ons on your profile, please test if the issue is reproducible in safe mode, here is a link that can help you:
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

Please download Firefox Nightly from here: https://nightly.mozilla.org/ and retest the problem.

Comment 4

[BugBot [:suhaib / :marco/ :calixte]]

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Comment 5

[Rahul]

Hi,

Retested the "Printing behaviour" on "Mac OS X 10.15 Beta8 (19A558d)" on "Nightly 71.0a1(2019-09-16)" in both safe / normal modes and found it reproducible at our end i.e. Firefox hangs when printing from Flash.

Please find the below Flash page URL which is used for testing:
https://print2flash.com/online/content/df4e1wlka29agkqkz5bmb14iulkpu2in/?m=r

Attached is the video for reference: Firefox_Print_Failure.mov

Comment 6

[Rahul]

Attachment: Firefox_Print_Failure.mov

Comment 7

[Jeromie Clark]

Rahul from our team has provided clarification above. Please let us know if you need anything else. Thanks!

Comment 8

[ovidiu boca[:Ovidiu]]

Hi, Thanks for the clarifications and for the screen recording.
I can reproduce it on Mac OS X 10.15 Beta 9 (19A573a) with FF Nightly 71.0a1(2019-09-24).
I also tested on Mac OS X 10.14 with the same FF Nightly version and I can't reproduce it.

Comment 9

[BugBot [:suhaib / :marco/ :calixte]]

The priority flag is not set for this bug.
:jimm, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 10

[Haik Aftandilian [:haik]]

I'll look into this.

Comment 11

[Haik Aftandilian [:haik]]

With the fix for bug 1578907, I can't reproduce the hang so I'm going to close this bug as a duplicate.

Debugging showed the flash process being denied access to the com.apple.MTLCompilerService shader compiler service with several retries and timeouts as well as some other graphics errors. The MTLCompilerService was added in the fix for bug 1578907.

Debugging also showed that when the print dialog is displayed, macOS printing code in libcups.2.dylib`cupsGetPPD() is repeatedly trying to create a symlink in the temp dir such as /private/var/folders/hf/d874234adfadfadfadf3/T/234234234 -> to printer PPD files such as /private/etc/cups/ppd/<printer>.ppd. This is blocked because the sandbox prevents creation of symlinks. That was done because in some cases symlinks can be used to bypass read access restrictions, but the Flash sandbox now runs in a mode that allows read access so that isn't applicable. I'll address this in a new bug.