Apache OpenOffice (AOO) Bugzilla – Issue 9066
Soffice.exe fails to load when user is in 'Restricted User' group
Last modified: 2004-03-22 09:31:02 UTC
with every restricted user on any of the machines, soffice.exe performs an illegal function, causing the program to not load. this is bad... only admins and powerusers are allowed to write!
moving to component framework
moving to subcomponent ui and Reassign issue to owner of selected subcomponent
When installing OO644 as restricted user, this problem doesn´t occur and isn´t reproducible. Please specify the version ("current" doesn´t say much !). Give more information about the type of installation (eg. net/workstation - or single user installation). Who has done the installation ? Administrator or User ? Is there a special character within the installation path or the username ?
Issues 11946 and 11685 shown as enhancement requests would appear to relate to this issue. In issue 11685 developer release 644m3 is indeed reported as being well behaved with respect to the multi-user windows platforms (NT/2000/XP), subsequent ones apparently again caused problems. I administer 40 workstations, some linux, the rest win2k (as well as a number of linux webservers and a win2k domain controller). There are many users, changing every few months. **Having each [unprivileged] user install OO in their own directory is unworkable**. The only feasible solution is to install OO as the Administrator. I have installed OO 1.0 on a trial machine and am encouraging users to try it out. At the moment this trial is a failure. Have accepted the file associations for the MS .doc etc so that users documents show up as OO icons, and will automatically invoke OO writer or such on double-clicking. Workarounds to install problems: Have manually put the .lnk files created in the Administrator's personal copy of the start menu into the "All Users" folder so that everyone has access to these. Write access for "Everyone" given to the directory where the binaries are installed (**not good**). However before each new user runs OO for the first time it appears they have to run the Setup program in repair mode, perhaps to write the environment. This requires the installation package to be left on the machine. They then have to click 20-30 times "Ignore" on an error dialog regarding registration of the .dll's (normal users dont have registry key write priv's). After this they can run OO. They still have to manually change their defaults paths for Documents and Temp to their own "My Documents" folder, or it will write these into the installation directory. Any fixes for this gratefully received as I would like to see a much broader uptake of OO amongst my windows users (I use it under linux and the multi-user issues there seem to be well solved).
Please consult the setup-guide to get more knowledge about how to use a OO/StarOffice network/client setup.
This task is 'resolved invalid' and will be closed now. If you have more details to reproduce the task, please reopen it.
.