Am 20.04.2011 um 00.08 schrieb Jean-Christophe Helary:
On 19 avr. 11, at 22:58, Rudolf O. Durrer wrote:
Am 19.04.2011 um 15.00 schrieb Jean-Christophe Helary:
But when I tried to see the issue what I did is copy the whole
Library folder to the Desktop and remove the contents from the
original location.
Create a new user, (with admin privileges),
Move/copy your saved Library to your startup disk, renaming it
something like "troubleLibrary"
Open the new user
Move/copy trouble library into your new home, adjusting eventually
access rights (batchmod.app is good for that)
Move/Copy folder by folder of the troubleLibrary to the new users
library, while testing each time the behaviour of OpenOffice.
This should give you the folder which contains the troublemaker...
Then finetune that processus....
How is that different from what I did ?
I moved the whole contents of Library and kept only the folders that
OSX said were required (and I moved all their contents when possible).
I am genuinely asking, not trying to make a point.
Because you said that with another machine, respectively with another
user, the problem did not occur.
As far as I understood, you only moved all things out, which OSX does
not state to require. As your problem persists, the culprit must be
somewhere in the files and folders of the remnants of your ~library.
There are sometimes programmers who try to hide a special preference
in another one (eg Demo time counters). Exemple File Buddy 9: it
writes a pref called
"NSWindow.Frame.NSNavGotoPanel" into the file
"com.apple.plugin.settings.java.plist". Deleting that, your demo is
again fully functional....
So it's perfectly thinkable, that your programm has written a pref
somewhere you would not know or think about....and you did not take
out of the library
Rudolf
_______________________________________________
MacOSX-talk mailing list
[email protected]
http://www.omnigroup.com/mailman/listinfo/macosx-talk
