Apache OpenOffice (AOO) Bugzilla – Issue 23251
after network update soffice.cfg file missing
Last modified: 2013-08-07 15:26:47 UTC
I had a OO.o 1.0.1 installation (win32) on a network share. I did an update of the net installation to 1.1.0, German build. I said "update the existing 1.0.1 version" when the installer asked me for that. So far so good. After that the clients starting OO.o were told that the network OO.o was updated and so they also had to update. Okay, when they do so and they want to start OO.o after that update they get the following error message: GetStorage, name: file:///H:/OpenOffice.org1.0.1/user/config/soffice.cfg'No Content! and yes, the file does not exist at all. Even if I add that file manually this error message comes up.
moving to component installation
I can't reproduce. After the update installation OOo 1.1.0 start without error message. Please start setup of the workstation installation for repair.
actually, I found out that when the users' OO.o files are stored locally (e.g. harddrive c:) it works. The effect just occurs when the files are stored on the h: drive which is a network share. Though the user *is* able to read and write to the h: network share I will do some more tests with this and try to find out which causes that. When you have any idea, please let me know ... A repair also does not work by the way. As the h: drive is just accessable for the users who have successfully authenticated to the domain, is it possible that OO.o has some problem regarding that? I'm reopening as this issue is still quite unsettled.
We have discussion in dev mailing list about getstorage problem. and to analize getstorage problem, we need the following information. please help to provide more info. Thanks - exact system description - where is the location of the user directory that can be found in sversion.ini/.sversiorc ? - look into the Common.xcu file both in share and user tree of the registry; do you find any entries for the pathes named "UserConfig" and "UIConfig" ? - which pathes do you find? - where are they located? - if it's a network drive: what system is running on that machine? - do you have write access to them under the user that runs OOo? - provide the setup .log (for net/workstation installation: 2 files). - Does setup -repair help? If not, provide setup.log from after repair! Thanks
unfortunately I cannot test much on that installation before I get back from holiday in January. Here is the information I can give you right now: >- exact system description clients are win2k, Server is Samba 2.2.8a with ACL support enabled. Server is Domain controller. - where is the location of the user directory that can be found in sversion.ini/.sversiorc ? The errors just occur when the user OO.o files are stored in the users' homedirectory, which is on the network shar, the same Samba server. The home directory is mapped for the different users to h:. Also ACL support, writing and reading permission is okay, the users are able to create files here. - look into the Common.xcu file both in share and user tree of the registry; do you find any entries for the pathes named "UserConfig" and "UIConfig" ? - which pathes do you find? - where are they located? - if it's a network drive: what system is running on that machine? as written avove: mapped to user directory mapped to h: - do you have write access to them under the user that runs OOo? the users have access to the files in their home directory - provide the setup .log (for net/workstation installation: 2 files). - Does setup -repair help? If not, provide setup.log from after repair! no it doesn't. the rest of the information I can give you in 3 weeks, unfortunately.
this bug seems to depend on the same problem as bug #23800 which I just submitted. That bug is more easily to reproduce and is most probably the same problem.
I have this same problem on one of my customer's computers. I have other systems with the exact same hardware configuration, and i tend to install windows the same way on all pcs, but only THIS one has that problem. i had to completely remove and reinstall openoffice in order to make it work again... winxp home french OO.o french sadly, i don't have access to that machine so i can't figure out anything more...
as I attached a full trace when OO.o crashed after the network file access problem, it should be no problem for the developers to figure out what's wrong. However I don't know if anyone is working on it at all. This is by the way a real blocker bug for enterprice installations.
Fixed
Soory, not fixed. Root causes still not clear.
JA->OF: in this case this issue cannot have the state unconfirmed, or am I wrong ?
We don't have a way to reproduce this issue. Setting target.
I can just repeat myself. bug #23800 is an easy setup and you even have a full OO.o trace attached there and the problem is most likely the same. OO.o 1.1 is not usable in network enterprise environments with this bug not being fixed.
*** Issue 30900 has been marked as a duplicate of this issue. ***
*** Issue 32176 has been marked as a duplicate of this issue. ***
*** Issue 32399 has been marked as a duplicate of this issue. ***
Can't happen in OOo 2.0.
Nothing to fix for OOo 2.0