[Mad Hatter]

Move the site specific preferences out of
plist in ~/Library/Preferences
com.omnigroup.omniweb5.plist

to a file in ~/Library/Application Support/OmniWeb 5

Also, use a new plist for 5.5 than was used in prior 5.x versions

If there is no 5.5 plist, copy the 'basics' (or not)

Something, I don't know what, is different between 5.5 and 5.1.3, even more, SP12 didn't like my plist that works/ed fine previously up to SP11.

[Forrest]

Also, use a new plist for 5.5 than was used in prior 5.x versions

I'm curious why this request?

[Mad Hatter]

You have seen and replied to my other thread where I discovered that my plist file that worked up thru SP11 wasn't working or allowing some web pages to load in SP12.

That lead me to look at what the plist is being used for.

Mostly to get the site preferences out of and not mixed in with all the other items in there that show in Property List Editor, and get Site Preferences into its own file.

If one small thing goes wrong, it will be easier to fix.

This is not the first time the plist file was the cause and culprit of something not working properly.

... all my backup copies didn't make a difference, and I had 100+ (?) site preferences that are now lost (ie, can't be imported into the new file).


A. I like to see a preferences file not become what MSIE was.
B. I think something changed in 5.5 SP12.
C. I like FF's method of having various prefs and options stored in their own file.
D. It seems logical.
E. I use to design applications, and it is what I would do.

Mostly, I think it is a good idea :D

[Forrest]

Originally Posted by Mad Hatter

... all my backup copies didn't make a difference

How so?

(side note: I greatly dislike the requirement for the minimum. length of a post in this forum. see: http://www.wisdomquotes.com/cat_brevity.html)

[Gregory]

in my case, something within the pref file would act like a virus seed, eventually leading to corruption in the pref file. whenever I duplicated the backup pref file, I was duplicating the seed. at some point in time, I would have to delete all of my backups and start from scratch again.

I reported the corruption to Omni but they weren't able to determine the source of the problem or reproduce it.

one of the problems with the pref file is that it appears to hold more than just prefs. I believe it is this non-pref stuff that eventually corrupted my pref files.

(note. I visit quite a few Chinese sites and use multiple Workspaces.)

[Mad Hatter]

I think I pretty much proved to myself anyway that SP12 doesn't like my plist, and the three backups didn't change that. i didn't bother going back to DVDs for older or different backups.

I tended to make a copy, duplicate, then rename some of those copies so I would know when.

And, because I was NEVER EVER having ANY problem in the last 6-9 months (but had had problems in the past with odd behavior) I would on a monthly basis or something duplicate the plist.

I thought an old problem with crashes when closing windows was related to couple different things and that was when I tried to narrow down the cuplprit(s).

- things like: Microsoft Mouse driver (fine), Bookmarks created by Bookit, etc. Went on for many months and more than a few feedback's of Activity Monitor output from Sample even.

And the last thing I wanted to do was redo all the preferences that go into OmniWeb5 plist.

Writing to that file so often, when closing a tab even, seems asking for trouble.

MSIE use to get into trouble with the Internet Preferences file becoming corrupt.

OmniWeb is my most used app probably, and the only one that could be said to have trouble crashing. (It got to the point I removed OmniCrashguard itself - seemed more like the olde Norton Crash extension that caused more than it helped).

Still doesn't say if problem was the tip someone at OmniGroup gave me for using the Terminal to write changes to the plist to change a few options for which there wasn't a preference to set via GUI - but probably could have been changed just as easily in Property List Editor.

Bottom line: Have a new plist for 5.5, and maybe a new site pref file as well but over in ~/Library/Application Support/OmniWeb 5

[Cortig]

Originally Posted by Mad Hatter

You have seen and replied to my other thread where I discovered that my plist file that worked up thru SP11 wasn't working or allowing some web pages to load in SP12.

Interesting..... I had simil;ar problems lately and in sp13 OW was crashing all the time. I ended up trashing my .plist assuming it was simply corrupted (and everything has been peachy since then)... Reading this, I'm suspecting it actually was that the newer versions of OW need newer formats fo .plists. I second your requests then,

Corentin

[Len Case]

Corentin's crash was not because of corrupt settings--the crash was just in code that was only executed when you had non-default settings, resetting preferences would merely have masked the problem until people chose the same settings again.

[Cortig]

Originally Posted by Len Case

Corentin's crash was not because of corrupt settings--the crash was just in code that was only executed when you had non-default settings, resetting preferences would merely have masked the problem until people chose the same settings again.

Is it the "request pages in your favorite language" bug ??
In any case, I still feel better knowing I now have nice clean new prefs :-)

[Gregory]

Originally Posted by Mad Hatter

Move the site specific preferences out of
plist in ~/Library/Preferences
com.omnigroup.omniweb5.plist to a file in ~/Library/Application Support/OmniWeb 5

I would second this. I had a perpetually corrupt pref file with 5.1.x and I was forced to keep backups whenever I made changes to it. the most important reason for keeping the backups was the site preferences. it's very difficult to remember what changes I've made for which sites.

if the site preferences were stored separately to the main prefs, then they (hopefully) wouldn't be affected by the corruption (and eventual deletion) of the main prefs.