X
Tap here to go to the mobile version of the site.
Scheduled maintenance: Wednesday, April 1, between 3:30pm and 5:30pm 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 @firefox on Twitter

Support Forum

Cannot Print from Firefox 51.0.1 (32-bit)

Posted

Since yesterday updating from Firefox 51.0.0 (I presume it was 64 bit, but I didn't notice), I can no longer print a Web page either to my printer or to Acrobat. Attached is a screen shot of the error message produced.

This is EXTREMELY annoying -- I just tried to print my boarding pass; had to take a screen shot and print that, which I can only hope will be scanned correctly by the boarding machines!

Is there a work around or a fix coming soon for this?

Why did I get switched from 64 bit (I'm pretty sure, since I'm running 64 bit Windows 7 SP1) to 32 bit for this update? Does this have something to do with my printing problems?

Frustrated!! -- jclarkw

Since yesterday updating from Firefox 51.0.0 (I presume it was 64 bit, but I didn't notice), I can no longer print a Web page either to my printer or to Acrobat. Attached is a screen shot of the error message produced. This is EXTREMELY annoying -- I just tried to print my boarding pass; had to take a screen shot and print that, which I can only hope will be scanned correctly by the boarding machines! Is there a work around or a fix coming soon for this? Why did I get switched from 64 bit (I'm pretty sure, since I'm running 64 bit Windows 7 SP1) to 32 bit for this update? Does this have something to do with my printing problems? Frustrated!! -- jclarkw
Attached screenshots

Additional System Details

Installed Plug-ins

  • A plugin to detect whether the Adobe Application Manager is installed on this machine.
  • Dassault Systemes Composer Player Web Plugin
  • Garmin Communicator Plug-In 4.2.0.0
  • Intel web components for Intel® Identity Protection Technology
  • Intel web components updater - Installs and updates the Intel web components
  • Microsoft Lync Web App Plug-in
  • Shockwave Flash 24.0 r0
  • Enables interaction with CDF content.

Application

  • Firefox 51.0.1
  • User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0
  • Support URL: https://support.mozilla.org/1/firefox/51.0.1/WINNT/en-US/

Extensions

  • Adblock Plus 2.8.2 ({d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d})
  • Application Update Service Helper 1.0 (aushelper@mozilla.org)
  • BetterPrivacy 1.77 ({d40f5e7b-d2cf-4856-b441-cc613eeffbe3})
  • Multi-process staged rollout 1.7 (e10srollout@mozilla.org)
  • NoScript 2.9.5.3 ({73a6fe31-595d-460b-a920-fcc0f8843232})
  • Pocket 1.0.5 (firefox@getpocket.com)
  • Web Compat 1.0 (webcompat@mozilla.org)
  • Adobe Acrobat - Create PDF 2.01.00 (web2pdfextension.15@web2pdf.adobedotcom) (Inactive)
  • WOT 20151208 ({a0d7ccb3-214d-498b-b4aa-0e8fda9a7bf7}) (Inactive)

Javascript

  • incrementalGCEnabled: True

Graphics

  • adapterDescription: Intel(R) HD Graphics 4000
  • adapterDescription2: NVIDIA Quadro K1000M
  • adapterDeviceID: 0x0166
  • adapterDeviceID2: 0x0ffc
  • adapterDrivers: igdumd64 igd10umd64 igd10umd64 igdumd32 igd10umd32 igd10umd32
  • adapterDrivers2: nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
  • adapterRAM: Unknown
  • adapterRAM2: 2048
  • adapterSubsysID: 21f517aa
  • adapterSubsysID2: 21f517aa
  • adapterVendorID: 0x8086
  • adapterVendorID2: 0x10de
  • crashGuards: []
  • currentAudioBackend: wasapi
  • direct2DEnabled: True
  • directWriteEnabled: True
  • directWriteVersion: 6.2.9200.21976
  • driverDate: 4-9-2012
  • driverDate2: 2-5-2015
  • driverVersion: 8.15.10.2725
  • driverVersion2: 9.18.13.4752
  • featureLog: {u'fallbacks': [], u'features': [{u'status': u'available', u'description': u'Compositing', u'log': [{u'status': u'available', u'type': u'default'}], u'name': u'HW_COMPOSITING'}, {u'status': u'available', u'description': u'Direct3D11 Compositing', u'log': [{u'status': u'available', u'type': u'default'}], u'name': u'D3D11_COMPOSITING'}, {u'status': u'disabled', u'description': u'Direct3D9 Compositing', u'log': [{u'status': u'disabled', u'message': u'Disabled by default', u'type': u'default'}], u'name': u'D3D9_COMPOSITING'}, {u'status': u'available', u'description': u'Direct2D', u'log': [{u'status': u'available', u'type': u'default'}], u'name': u'DIRECT2D'}, {u'status': u'available', u'description': u'Direct3D11 hardware ANGLE', u'log': [{u'status': u'available', u'type': u'default'}], u'name': u'D3D11_HW_ANGLE'}]}
  • info: {u'AzureCanvasAccelerated': 0, u'AzureCanvasBackend': u'direct2d 1.1', u'AzureFallbackCanvasBackend': u'cairo', u'AzureContentBackend': u'direct2d 1.1', u'ApzWheelInput': 1}
  • isGPU2Active: False
  • numAcceleratedWindows: 1
  • numTotalWindows: 1
  • supportsHardwareH264: No; Hardware video decoding disabled or blacklisted
  • webgl2Renderer: Google Inc. -- ANGLE (Intel(R) HD Graphics 4000 Direct3D11 vs_5_0 ps_5_0)
  • webglRenderer: Google Inc. -- ANGLE (Intel(R) HD Graphics 4000 Direct3D11 vs_5_0 ps_5_0)
  • windowLayerManagerRemote: True
  • windowLayerManagerType: Direct3D 11

Modified Preferences

Misc

  • User JS: No
  • Accessibility: No

Question owner

Is anybody there?

I see at "https://support.mozilla.org/en-US/questions/1155369?fpa=1" that there has been a change in the information shown by Help/About after this latest update -- in particular it now shows whether the 64-bit or 32-bit version is installed. This does not immediately bear on my question, however (unless the 51.0.1 update actually transformed my 64-bit version into the 32-bit version).

The fact remains that I was able to print from Firefox before the update but not after. I need either an explanation or troubleshooting advice. -- jclarkw

Is anybody there? I see at "https://support.mozilla.org/en-US/questions/1155369?fpa=1" that there has been a change in the information shown by Help/About after this latest update -- in particular it now shows whether the 64-bit or 32-bit version is installed. This does not immediately bear on my question, however (unless the 51.0.1 update actually transformed my 64-bit version into the 32-bit version). The fact remains that I was able to print from Firefox before the update but not after. I need either an explanation or troubleshooting advice. -- jclarkw
bboy1234 0 solutions 3 answers

Helpful Reply

I help support an environment of around 3k machines and we have had several issues with clients who have upgraded to 51.0.1 and now get this same generic printer error. PDF's and web printing give the same result. Some people print fine after updating so it is not consistent. A refresh of FIrefox will fix the issue temporarily but we have verified that the issue comes back. It is very hard to troubleshoot since it is not consistent. Addons do not seem to be related to the issue. Any help would be appreciated. So far we have had 10 helpdesk tickets but I fear that many more will surface. IE & Chrome print fine.

I help support an environment of around 3k machines and we have had several issues with clients who have upgraded to 51.0.1 and now get this same generic printer error. PDF's and web printing give the same result. Some people print fine after updating so it is not consistent. A refresh of FIrefox will fix the issue temporarily but we have verified that the issue comes back. It is very hard to troubleshoot since it is not consistent. Addons do not seem to be related to the issue. Any help would be appreciated. So far we have had 10 helpdesk tickets but I fear that many more will surface. IE & Chrome print fine.

Question owner

bboy1234 said

...we have had several issues with clients who have upgraded to 51.0.1 and now get this same generic printer error. PDF's and web printing give the same result....

bboy1234 -- Thanks! I'm glad to hear I'm not the only one. It doesn't appear Mozilla is even acknowledging the problem yet.

Please tell me, are your clients running the 32-bit, 64-bit, or a mixture of versions of Firefox? Under what version(s) of Windows? -- jclarkw

''bboy1234 [[#answer-958757|said]]'' <blockquote> ...we have had several issues with clients who have upgraded to 51.0.1 and now get this same generic printer error. PDF's and web printing give the same result.... </blockquote> bboy1234 -- Thanks! I'm glad to hear I'm not the only one. It doesn't appear Mozilla is even acknowledging the problem yet. Please tell me, are your clients running the 32-bit, 64-bit, or a mixture of versions of Firefox? Under what version(s) of Windows? -- jclarkw

Modified by jclarkw

bboy1234 0 solutions 3 answers

x32 is on our base image, so I would say 100% x32

x32 is on our base image, so I would say 100% x32
cor-el
  • Top 10 Contributor
  • Moderator
17851 solutions 161567 answers

Try to reset the print prefs 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.

Try to reset the print prefs on the <b>about:config</b> page. *https://support.mozilla.org/kb/how-print-website *http://kb.mozillazine.org/Problems_printing_web_pages You can open the <b>about:config</b> page via the location/address bar. You can accept the warning and click "I'll be careful" to continue. *http://kb.mozillazine.org/about:config
bboy1234 0 solutions 3 answers

resetting printing prefs via about:config had no impact

resetting printing prefs via about:config had no impact
bigdoodr 0 solutions 3 answers

I'm also experiencing this issue, using 64-bit version of Firefox on Windows 7. Resetting the print prefs made no difference.

I'm also experiencing this issue, using 64-bit version of Firefox on Windows 7. Resetting the print prefs made no difference.

Question owner

cor-el said

Try to reset the print prefs 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.

As already reported by others, these debugging steps don't work, so please answer these questions:

1) Is there a way to roll Firefox back to version 50.1.0, or whatever is the most recent release in the 50... version? (50.1.0 is still printing properly on another similar computer on my network that I have refused to update.)

2) Prior to 51.0.1, is there a way to determine whether a Firefox version is 64-bit or 32-bit?

3) If I am indeed running the 32-bit version here, should it help me to replace it with the 64-bit version? Or is that functionally the same?

I cannot tolerate this situation indefinitely! -- jclarkw

''cor-el [[#answer-958830|said]]'' <blockquote> Try to reset the print prefs on the <b>about:config</b> page. *https://support.mozilla.org/kb/how-print-website *http://kb.mozillazine.org/Problems_printing_web_pages You can open the <b>about:config</b> page via the location/address bar. You can accept the warning and click "I'll be careful" to continue. *http://kb.mozillazine.org/about:config </blockquote> As already reported by others, these debugging steps don't work, so please answer these questions: 1) Is there a way to roll Firefox back to version 50.1.0, or whatever is the most recent release in the 50... version? (50.1.0 is still printing properly on another similar computer on my network that I have refused to update.) 2) Prior to 51.0.1, is there a way to determine whether a Firefox version is 64-bit or 32-bit? 3) If I am indeed running the 32-bit version here, should it help me to replace it with the 64-bit version? Or is that functionally the same? I cannot tolerate this situation indefinitely! -- jclarkw
bigdoodr 0 solutions 3 answers
1) Is there a way to roll Firefox back to version 50.1.0, or whatever is the most recent release in the 50... version? (50.1.0 is still printing properly on another similar computer on my network that I have refused to update.)

You can get it from FileHippo: 32-bit or 64-bit

2) Prior to 51.0.1, is there a way to determine whether a Firefox version is 64-bit or 32-bit?

I don't recall that, but at least with the links above you'll know which version you're running.

3) If I am indeed running the 32-bit version here, should it help me to replace it with the 64-bit version? Or is that functionally the same?

I was running the 64-bit version of 51.0.1 and it had the same problem as the 32-bit.

For now it seems like our best bet is to keep it on 50, or use the ESR Version instead, which is 45.7.0 currently. ¯\_(ツ)_/¯


(edited by moderator: please only post links to the Mozilla servers to download Firefox)

<blockquote> 1) Is there a way to roll Firefox back to version 50.1.0, or whatever is the most recent release in the 50... version? (50.1.0 is still printing properly on another similar computer on my network that I have refused to update.) </blockquote> You can get it from FileHippo: <strike>[http://filehippo.com/ 32-bit]</strike> or <strike>[http://filehippo.com/ 64-bit]</strike> <blockquote> 2) Prior to 51.0.1, is there a way to determine whether a Firefox version is 64-bit or 32-bit? </blockquote> I don't recall that, but at least with the links above you'll know which version you're running. <blockquote> 3) If I am indeed running the 32-bit version here, should it help me to replace it with the 64-bit version? Or is that functionally the same? </blockquote> I was running the 64-bit version of 51.0.1 and it had the same problem as the 32-bit. For now it seems like our best bet is to keep it on 50, or use the [https://www.mozilla.org/en-US/firefox/organizations/all/ ESR Version] instead, which is 45.7.0 currently. ¯\_(ツ)_/¯ ''(edited by moderator: please only post links to the Mozilla servers to download Firefox)''

Modified by cor-el

Question owner

bigdoodr said

1) Is there a way to roll Firefox back to version 50.1.0, or whatever is the most recent release in the 50... version? (50.1.0 is still printing properly on another similar computer on my network that I have refused to update.)

You can get it from FileHippo: 32-bit or 64-bit

Thanks Much! Got it.

BTW, how did you find that earlier version? Evidently FileHippo is a useful site, but if I search for Firefox, I am offered only the latest (beta) version. -- jclarkw

''bigdoodr [[#answer-959587|said]]'' <blockquote> <blockquote> 1) Is there a way to roll Firefox back to version 50.1.0, or whatever is the most recent release in the 50... version? (50.1.0 is still printing properly on another similar computer on my network that I have refused to update.) </blockquote> You can get it from FileHippo: <strike>[http://filehippo.com/ 32-bit]</strike> or <strike>[http://filehippo.com/ 64-bit]</strike> </blockquote> Thanks Much! Got it. BTW, how did you find that earlier version? Evidently FileHippo is a useful site, but if I search for Firefox, I am offered only the latest (beta) version. -- jclarkw

Modified by cor-el

Question owner

bigdoodr said

1) Is there a way to roll Firefox back to version 50.1.0, or whatever is the most recent release in the 50... version? (50.1.0 is still printing properly on another similar computer on my network that I have refused to update.)

You can get it from [DELETED] or [DELETED]


Never mind -- I also found it here, courtesy of a Google search:

https://ftp.mozilla.org/pub/firefox/releases/

Thanks again. -- jclarkw

''bigdoodr [[#answer-959587|said]]'' <blockquote> <blockquote> 1) Is there a way to roll Firefox back to version 50.1.0, or whatever is the most recent release in the 50... version? (50.1.0 is still printing properly on another similar computer on my network that I have refused to update.) </blockquote> You can get it from [DELETED] or [DELETED] </blockquote> Never mind -- I also found it here, courtesy of a Google search: https://ftp.mozilla.org/pub/firefox/releases/ Thanks again. -- jclarkw

Modified by jclarkw

Question owner

bigdoodr said

I'm also experiencing this issue, using 64-bit version of Firefox on Windows 7. Resetting the print prefs made no difference.

I just noticed another anomaly in 51.0.1: Adobe Flash doesn't work right. After the update from 50.1.0, Flash images "jitter" a lot.

I don't use Flash a lot, mind you, but I do use speedtest.net (which requires Flash) occasionally to monitor my Internet connection. The speed dial and the numbers break up into fragments, although the end result seems correct.

I realize that the Mozilla team is trying to eliminate plug-ins entirely, so they probably don't care, but it seems difficult to live completely without Flash given the number of Web sites out there that use it. They're just forcing me to fall back on Internet Explorer, as insecure as that is.

Anybody else noticed this issue? -- jclarkw

''bigdoodr [[#answer-959206|said]]'' <blockquote> I'm also experiencing this issue, using 64-bit version of Firefox on Windows 7. Resetting the print prefs made no difference. </blockquote> I just noticed another anomaly in 51.0.1: Adobe Flash doesn't work right. After the update from 50.1.0, Flash images "jitter" a lot. I don't use Flash a lot, mind you, but I do use speedtest.net (which requires Flash) occasionally to monitor my Internet connection. The speed dial and the numbers break up into fragments, although the end result seems correct. I realize that the Mozilla team is trying to eliminate plug-ins entirely, so they probably don't care, but it seems difficult to live completely without Flash given the number of Web sites out there that use it. They're just forcing me to fall back on Internet Explorer, as insecure as that is. Anybody else noticed this issue? -- jclarkw

Question owner

cor-el said

Try to reset the print prefs 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.

I do hope somebody at Mozilla is taking the multiple problems with version 51.0.1 seriously (although there is little evidence of this at present). I don't mean to be a pest, but this is the first of many updates of Firefox that I have installed that has given me significant problems! -- jclarkw

''cor-el [[#answer-958830|said]]'' <blockquote> Try to reset the print prefs on the <b>about:config</b> page. *https://support.mozilla.org/kb/how-print-website *http://kb.mozillazine.org/Problems_printing_web_pages You can open the <b>about:config</b> page via the location/address bar. You can accept the warning and click "I'll be careful" to continue. *http://kb.mozillazine.org/about:config </blockquote> I do hope ''somebody ''at Mozilla is taking the multiple problems with version 51.0.1 seriously (although there is little evidence of this at present). I don't mean to be a pest, but this is the first of ''many ''updates of Firefox that I have installed that has given me significant problems! -- jclarkw
bigdoodr 0 solutions 3 answers

I've filed the printing issue on Bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1337413

Hopefully that will get it more traction with the devs.

I've filed the printing issue on Bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1337413 Hopefully that will get it more traction with the devs.

Question owner

Dear Management: A few days ago there was much more material on this thread, including some important answers and new questions, that has vanished on this "temporary site." I surely hope you have a way to reconstruct this material because I cannot reproduce even my part of it.

The original migration to Lithium did not go well (I suddenly became a "new user," and some of my older threads got truncated, among other things), and now we have this new disaster. It doesn't make Mozilla look too good, nor does it serve the users well! -- jclarkw

Dear Management: A few days ago there was much more material on this thread, including some important answers and new questions, that has vanished on this "temporary site." I surely hope you have a way to reconstruct this material because I cannot reproduce even my part of it. The original migration to Lithium did not go well (I suddenly became a "new user," and some of my older threads got truncated, among other things), and now we have this new disaster. It doesn't make Mozilla look too good, nor does it serve the users well! -- jclarkw

Modified by jclarkw

jscher2000
  • Top 10 Contributor
8950 solutions 73363 answers

The more you post here, the more annoyed you are by switching back and forth, but enough about me.

This was your last reply on the Lithium thread:

jclarkw wrote:

To answer jscher2000's questions:

>>Are you using Multiprocess (e10s)?<<  Yes.  Test reports "1/1 (enabled by default)."

>>(3) Double-click the browser.tabs.remote.autostart.2 preference to switch the value from true to false...  At your next Firefox startup, it should run in the traditional way. Any difference in relation to printing (with sandbox on its default setting)?<<  Yes.  Printing works normally (but see below).

UPDATE OF PREVIOUS INFO:

I may not have mentioned this previously, but I normally run Firefox inside the Sandboxie sandbox, which apparently was a good security precaution some years ago but may no longer be necessary with Firefox's internal sandbox????

When I started these tests (now with 52.0.2 64-bit), I went first to an un-sandboxed version of Firefox and set security.sandbox.content.level back to its default value of 1 and restarted.  I also observed that browser.tabs.remote.autostart.2  was indeed set to its default value of "True."  This browser printed just fine!

Next I opened my customary Sandboxie version of Firefox, verified that these settings carried over as they should, and got the print error message that was my original complaint (some versions ago).  Now I can report that either security.sandbox.content.level = 0 or browser.tabs.remote.autostart.2 = false allows printing from within Sandboxie.  With both at their default values, however, I get the error message.

At this much later time I cannot be sure if I saw the original print error both inside and outside of Sandboxie, with and without bigdoodr's work-around, but I'm pretty sure I would have checked it both ways... -- jclarkw

I was able to extract the full thread to a PDF: https://www.jeffersonscher.com/temp/Cannot_Print-Lithium.pdf

The more you post here, the more annoyed you are by switching back and forth, but enough about me. This was your last reply on the Lithium thread: <blockquote>jclarkw wrote:<br> <p>To answer jscher2000's questions:<br><br>&gt;&gt;<em>Are you using Multiprocess (e10s)?</em>&lt;&lt;&nbsp; Yes.&nbsp; Test reports "1/1 (enabled by default)."</p> <p>&gt;&gt;(3) Double-click the <strong>browser.tabs.remote.autostart.2</strong> preference to switch the value from true to false...&nbsp; At your next Firefox startup, it should run in the traditional way. Any difference in relation to printing (with sandbox on its default setting)?&lt;&lt;&nbsp; Yes.&nbsp; Printing works normally (<em>but</em> see below).</p> <p><em>UPDATE OF PREVIOUS INFO:</em></p> <p>I may not have mentioned this previously, but I normally run Firefox inside the Sandboxie sandbox, which apparently was a good security precaution some years ago but may no longer be necessary with Firefox's internal sandbox????</p> <p>When I started these tests (now with 52.0.2 64-bit), I went first to an <em>un</em>-sandboxed version of Firefox and set security.sandbox.content.level back to its default value of 1 and restarted.&nbsp; I also observed that browser.tabs.remote.autostart.2&nbsp; was indeed set to its default value of "True."&nbsp; This browser printed just fine!</p> <p>Next I opened my customary Sandboxie version of Firefox, verified that these settings carried over as they should, and got the print error message that was my original complaint (some versions ago).&nbsp; Now I can report that <em>either</em> security.sandbox.content.level = 0 <em>or</em> browser.tabs.remote.autostart.2 = false allows printing from within Sandboxie.&nbsp; With both at their default values, however, I get the error message.</p> <p>At this much later time I cannot be sure if I saw the original print error both inside and outside of Sandboxie, with and without bigdoodr's work-around, but I'm pretty sure I would have checked it both ways... -- jclarkw</p> </blockquote> I was able to extract the full thread to a PDF: https://www.jeffersonscher.com/temp/Cannot_Print-Lithium.pdf

Modified by jscher2000

jscher2000
  • Top 10 Contributor
8950 solutions 73363 answers

Helpful Reply

I think what I was going to say about sandboxie is that they are aware that it is not fully compatible with multiprocess Firefox but I have no idea what they plan to do about it. When I searched around looking for a way to force both firefox.exe processes to run in the same sandbox, I didn't find any documentation on that. (Most people were asking how to run the same program twice in different sandboxes.)

I think what I was going to say about sandboxie is that they are aware that it is not fully compatible with multiprocess Firefox but I have no idea what they plan to do about it. When I searched around looking for a way to force both firefox.exe processes to run in the same sandbox, I didn't find any documentation on that. (Most people were asking how to run the same program twice in different sandboxes.)

Question owner

jscher2000 said

I think what I was going to say about sandboxie is that they are aware that it is not fully compatible with multiprocess Firefox but I have no idea what they plan to do about it...


jscher2000 -- Thanks, that's helpful. Should I conclude then that the proper response to my printing problem is to leave

security.sandbox.content.level = 1

but to change to

browser.tabs.remote.autostart.2 = false

while we wait for Sandboxie to get its act together? -- jclarkw


OT -- They have recently issued a version that is compatible with Microsoft's click-to-run version of Office, so Outlook (in particular) can be run inside a sandbox. -- John W.

''jscher2000 [[#answer-961822|said]]'' <blockquote> I think what I was going to say about sandboxie is that they are aware that it is not fully compatible with multiprocess Firefox but I have no idea what they plan to do about it... </blockquote> jscher2000 -- Thanks, that's helpful. Should I conclude then that the proper response to my printing problem is to leave security.sandbox.content.level = 1 but to change to browser.tabs.remote.autostart.2 = false while we wait for Sandboxie to get its act together? -- jclarkw OT -- They have recently issued a version that is compatible with Microsoft's click-to-run version of Office, so Outlook (in particular) can be run inside a sandbox. -- John W.
jscher2000
  • Top 10 Contributor
8950 solutions 73363 answers

I think if Multiprocess is turned off, the sandboxing might not actually happen because there isn't a separate process on which to apply lower permissions/privileges. Anyway, since you're using Sandboxie, I think that provides your isolation and I don't have an opinion on which change makes the most sense.

I think if Multiprocess is turned off, the sandboxing might not actually happen because there isn't a separate process on which to apply lower permissions/privileges. Anyway, since you're using Sandboxie, I think that provides your isolation and I don't have an opinion on which change makes the most sense.