[K12OSN] OT: Weird OpenOffice behavior

David Hopkins dahopkins429 at gmail.com
Tue Jan 6 02:49:56 UTC 2009

> Also bear in mind that gnome add it's own layer of environment stuff. So
> even if you su - in a terminal window, you will not get the gnome
> environment with out going through the gdm login. You will get a null
> environment.

After doing diffs on the affected users and not finding any real
differences between the terminal session and then su - username in
that terminal session I decided to just go ahead and install
OpenOffice3 on all the servers.  Only took an hour to do so and OOo3
is working fine with the accounts I have checked.

> Try backing up the affected users .gnome2 to a new name (mv the old one
> out of the way.). Now have the user login from scratch. This will pull
> in a new, generic .gnome2. Test the soffice issue. Now they log out and
> you run a diff. I suspect they twiddled something using gconf-tool2 and
> broke something. Also diff a working user .gnome2 (and maybe .gconf)
> with the busted one.

 Sort of out of sequence in my response, but I had tried all of this,
even going so far as to completely delete the existing home
directories since I could restore them from backups of the affected
users and recreating the home directory from scratch but even this
didn't change the behavior which is really really strange. I'm not
sure where staroffice would store something that could affect a user
that had had all the .gnome*, .gconf*, .staroffice8, and other "dot"
directories deleted.

BUT ... there is one thing I still need to figure out.  Previously we
had the script that we could run to automatically set the default
open/save options to be MS formats. Those scripts will not work with
OOo3.0.  Has anyone found a way to automatically set these options?  I
can't even find the equivalent .xcu files that Eric had modified with
his scripts in the OOo3.0 install.

Dave Hopkins
Newark Charter School
Newark Delaware

More information about the K12OSN mailing list