Description of problem: Regardless of how many times you try to enter OpenOffice it will always return to the setup program with no data. It will sucessfully configure IF you select network instillation and then exit. Next nothing happens so you re-enter the program and start over. If you use work station instillation you get a file read error. I have removed and reinstalled the RPM's in an attempt to see if it was a corrupted file on my system. The result was the same. Temporarily I have removed the RPM's from Fedora and reinstalled the RPM's from Version 9. While this may not directly related to this bug (I think) it is possable that it is related. I upgraded Redhat Version 9 to Fedora. The following things broke! Printing stopped working. (I had to manually relink the files to cups) Samba ??? I finally got it mostly working. (One directory did not come up) Printtool (it is still not working but I have not had the time to try to trouble shoot this yet) I mention this as all of these were working before the upgrade from Version 9 to Fedora and wonder if perhaps some problem with the upgrade is producing all of these problems including this problem with Open Office. Version-Release number of selected component (if applicable): Version 1.1.0 as in the Fedora Core ISO's How reproducible: Every Time. Steps to Reproduce: 1. Try to run the program. 2. 3. Actual results: Expected results: Additional info:
Please let me know if this procedure works: 1) Remove .sversionrc from your home directory. 2) Upgrade back to FC1's openoffice. 3) Run it. Does it work any better? If so, then your problem may be related to Bug #111198.
I have this problem on FC1 for a user whose name and home directory I changed. When she first opened openoffice after the change, she just got the install script. We cancelled the script. I tried editing .sversionrc as bug 111198 suggested, but no dice. Removing .sversionrc from the home directory allowed openoffice to start normally.
With openoffice.org-1.1.2-11.5.fc3 I created a user and ran oowriter. Then renamed the user and moved his dir to a new location and ran oowriter again. The user had his .sversionrc seamlessly fixed to point to the new home dir. So I reckon this is fixed now.