본 사이트는 여러분의 사용자 경험을 개선하기 위해 유지 보수를 진행하는 동안 기능이 제한됩니다. 도움말로 문제가 해결되지 않고 질문을 하고 싶다면 Twitter의 @FirefoxSupport 및 Reddit의 /r/firefox 채널을 활용하세요.

Mozilla 도움말 검색

고객 지원 사기를 피하세요. 저희는 여러분께 절대로 전화를 걸거나 문자를 보내거나 개인 정보를 공유하도록 요청하지 않습니다. "악용 사례 신고"옵션을 사용하여 의심스러운 활동을 신고해 주세요.

자세히 살펴보기

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

  • 5 답장
  • 2 이 문제를 만남
  • 4 보기
  • 최종 답변자: 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.

선택된 해결법

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.

문맥에 따라 이 답변을 읽어주세요 👍 0

모든 댓글 (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

선택된 해결법

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: