Join the AMA (Ask Me Anything) with the Firefox leadership team to celebrate Firefox 20th anniversary and discuss Firefox’s future on Mozilla Connect. Mark your calendar on Thursday, November 14, 18:00 - 20:00 UTC!

This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Èròjà atẹ̀lélànà yii ni a ti fi pamọ́ fọ́jọ́ pípẹ́. Jọ̀wọ́ béèrè ìbéèrè titun bí o bá nílò ìrànwọ́.

ESR version 52.2.0 has created printing issues in Zimbra. Help?

  • 5 àwọn èsì
  • 2 ní àwọn ìṣòro yìí
  • 4 views
  • Èsì tí ó kẹ́hìn lọ́wọ́ cor-el

more options

I work in the ITS Department for Aurora University and we are getting calls from faculty who are finding that once Firefox updates to ESR 52.2.0, they can no longer print from our web based Campus email service Zimbra. If we instruct them to try another browser they are fine.

When submitted via Firefox ESR 52.2.0 the emails print as blank pages with a few lines interspersed on the page.

We are using ESR because we need continued support for Silverlight for another few months.

I work in the ITS Department for Aurora University and we are getting calls from faculty who are finding that once Firefox updates to ESR 52.2.0, they can no longer print from our web based Campus email service Zimbra. If we instruct them to try another browser they are fine. When submitted via Firefox ESR 52.2.0 the emails print as blank pages with a few lines interspersed on the page. We are using ESR because we need continued support for Silverlight for another few months.

Ọ̀nà àbáyọ tí a yàn

Try to set security.sandbox.content.level = 0 on the about:config page.

You can open the about:config page via the location/address bar. You can accept the warning and click "I'll be careful" to continue.

Ka ìdáhùn ni ìṣètò kíkà 👍 0

All Replies (5)

more options

hi, perhaps the same issue as raised in https://bugzilla.mozilla.org/show_bug.cgi?id=1373363 ?

maybe it is caused by the new multi-process architecture in firefox (codename "e10s"): https://blog.mozilla.org/futurereleases/2016/08/02/whats-next-for-multi-process-firefox/ please try if disabling e10s makes a difference: enter about:config into the firefox address bar (confirm the info message in case it shows up) & search for the preference named browser.tabs.remote.autostart.2. double-click it and change its value to false and restart the browser.

more options

Thanks for your quick response! Unfortunately setting browser.tabs.remote.autostart.2 to false and restarting the browser did not help. Same as before

more options

Ọ̀nà àbáyọ Tí a Yàn

Try to set security.sandbox.content.level = 0 on the about:config page.

You can open the about:config page via the location/address bar. You can accept the warning and click "I'll be careful" to continue.

more options

Setting security.sandbox.content.level=0 did the trick.

Our only remaining problem is now ..how do we efficiently change this setting across our entire installed user base. :(

more options

I'm curious, does setting the pref to 1 work as well?

There are some bug reports that deal with sandboxing and I'm not sure what the current state is and if there are plans to uplift any changes to ESR 52.

  • bug 1358223 - Hard code the lowest allowable content process sandbox at level 1 for Windows/OSX

(please do not comment in bug reports
https://bugzilla.mozilla.org/page.cgi?id=etiquette.html
)


You can use a mozilla.cfg file to set new default value.

The mozilla.cfg file needs to be in the main Firefox program folder. These functions can be used in the mozilla.cfg file:

defaultPref(); 	// set new default value
pref();		// set pref, allow changes in current session
lockPref(); 	// lock pref, disallow changes

This also requires a local-settings.js file placed in the "defaults/pref" folder where also the channel-prefs.js file is located to specify using mozilla.cfg.

pref("general.config.filename", "mozilla.cfg");
pref("general.config.obscure_value", 0);

The mozilla.cfg file and possibly local-settings.js need to start with a comment line (//).

See Configuration:

See also: