Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>I know that using LocalSystem as your application pool identity will resolve the issue. </p> <p>I know that is not ideal, and might not even be permissible in your situation. So you can also try modifying the local policies for the ASPNET user or a custom local or domain user. The user will need read/execute permissions to the ooo executable folder of course, and perhaps temp. </p> <p>On Vista/Server 2008 and above I cannot get it to work without it being a local administrator or local system. I think it has to do with changes to the PROCESS_QUERY_INFORMATION permission, as the ".Bootstrap()" call is looking to attach to the OO process that you just created. You can try the following if you're running older:</p> <p>run secpol.msc or administrative tools / Local Security Policy, in Local Policies / User Rights Assignment:</p> <ul> <li>find "Deny log on locally" and "Deny log on through terminal" (if present, may vary on win versions)</li> <li>remove ASPNET or {your user} user from this list if present.</li> <li>then find "Allow log on locally" and ADD your user to this list.</li> </ul> <p><a href="http://support.microsoft.com/default.aspx?scid=kb;en-us;317012" rel="nofollow">http://support.microsoft.com/default.aspx?scid=kb;en-us;317012</a> <a href="http://support.microsoft.com/kb/555134" rel="nofollow">http://support.microsoft.com/kb/555134</a></p> <p>The app pool must also be 32-bit enabled, but I believe if you are getting this far you already have that set.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload