* System Prefs Locking Up *

Anybody having problems with System Prefs locking up when left open for a while? I have to force quit it.
Am running 10.4.10
Mac Pro 2.66Ghz
Mac Pro Mac OS X (10.4.10)

I know this sound general, but did you repair your permissions? Create a different user account, and see if it still does it. It probably won't.

Similar Messages

System Prefs "LOCK" will NOT STAY LOCKED... stuff changes... Help, please?

I have been using OS X since it first was introduced, and have noticed this behavior in all of the versions that I have run, up until and including 10.4.10, now. It was not too much of a concern to me until now, and I would like to resolve this once and for all if possible.
PROBLEM:
System preferences does not stay locked after I lock it. Internet sharing keeps turning itself OFF, after I start the service, and then LOCK system preferences. I go back and check later, and SYS PREFS is unlocked. Sometimes internet sharing is still on, sometimes it is off. Some other times I will go back and check after locking, and it will still be locked, but internet sharing now OFF!!! After a re-start, it is the same as described above. Sometimes OK, sometimes not. I leave the mac on most of the time and rarely turn it off.
I use the mac as a gateway for two other PCs, in my small network. My wife is the only other human user on the network, with her wireless laptop. I use the other PC (it's mostly off the majority of the time) and the "gateway" Mac OS X 10.4.10. If my wife wants to use her PC and I am not at home when the phenomenon occurs, she does not have internet access, as she is a computer novice and does not use the Mac at ALL.
When I have noticed the occurrence in the past, it is annoying, but I just check and the turn things on and re-lock what the "gremlins" have been playing with. Now In addition to wanting to keep my wife happy, and surfing when she wants, I would really like the system to operate the way it is supposed to.
Has anyone else been experiencing this sort of thing over the years of OS X and found a (hopefully) simple solution?
Thanks in advance.....
R. Andom

..."I am at a loss for what to do as in reality this might really be a security issue."...
It might be, but it may not...
I suspect the fact that "Internet Sharing" stops running has nothing to do with "System Preferences" being unlocked - pref panes are apparently unlocked automatically by default when a user logs in to an "admin" account, especially after a reboot:
http://docs.info.apple.com/article.html?path=Mac/10.4/en/mh1790.html
Most people recommend not using an "admin" account as their main account for security reasons so demoting the account to "standard" might be one option, but otherwise, the "Require password"... option can be selected as described in the "Help" note.
As for the other aspect of the problem, I have never used "Internet Sharing" so I can't comment on what might be causing it to crash (if that is in fact what is happening). It might help to see if anything turns up in the logs...

WARNING: Could not lock System prefs.Unix error code 4.

Hello
Please help me , J have very much messagess at this:
2003-12-19 17:04:57 java.util.prefs.FileSystemPreferences checkLockFile0ErrorCode
WARNING: Could not lock System prefs.Unix error code 4.
2003-12-19 17:04:57 java.util.prefs.FileSystemPreferences syncWorld
WARNING: Couldn't flush system prefs: java.util.prefs.BackingStoreException: Couldn't get file lock.

Hello,
did you solve the problem meanwhile? I get the same Warnings and am looking for a solution.

Could not lock System prefs.Unix error code -96431284

While restarting the application server, we keep getting the following errors. Is there any idea why this could be happening?
WARNING: Couldn't flush system prefs: java.util.prefs.BackingStoreException: Couldn't get file lock.
22:31:22,046 ERROR [STDERR] Oct 30, 2006 10:31:22 PM java.util.prefs.FileSystemPreferences checkLockFile0ErrorCode
WARNING: Could not lock System prefs.Unix error code -96431284.
22:31:22,047 ERROR [STDERR] Oct 30, 2006 10:31:22 PM java.util.prefs.FileSystemPreferences syncWorld
Here is the JVM details
java version "1.4.1_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_05-b01)
Java HotSpot(TM) Client VM (build 1.4.1_05-b01, mixed mode)

Not sure whether this is the solution, but based on other forum discussion i did the following
1) Restarted the application with "root"
2) brought the application down
3) Again restarted application with the java user
I don't see this issue happening anymore.

I am trying to delete a user account but attempt locks up system prefs

I have been trying to delete a user account in 10.9.1 (Mavericks) on a 2009 Mac Pro. The problem is that System Prefs never completes the "archive account" and when check which processes are using up CPU time I find that writeprefs is pegged at 100% and has stayed at that level for seven hours plus. Of course the account is never removed and the only way of restarting the machine is to force quit system prefs after which the reboot works. Any ideas? Thanks in advance.

Do you really need to archive the user folder?
linc, that would be desirable but not absolutely essential. And, thank you for your swift response!

Built-In Audio Panning L&R malfunctions, system prefs.

I have noticed on my own Mac, as well as my peers' computers which include iBooks, PowerMacs, iMacs, and even a new MacBook pro, that the audio coming from the Built-in audio card will randomly be panned completely to the right, or the left.
A quick troubleshoot will lead you to find that in the system preferences the panning slider is set to the right or left, an undesirable setting.
All of the computers I mentioned are running the latest updated versions of Tiger, 10.4.6, and with the exception of my self running Pro Tools, none of the other computers mentioned are running any third party audio interfaces/cards or software that uses audio other than the applications included with Tiger: iTunes, iChat, Quicktime, Safari, etc.
Unfortunately there is no Lock in the audio system preferences, which could potentially be a quick fix to the problem because if an application like iChat had a bug which caused audio panning, the lock in system prefs. would prevent that..
I am quite boggled.
question:
What might be causing this, and is there a solution?

Thanks for the response guys. It seems we're in the same boat.
The problem is intermittent on my machine . It has occurred three times since I bought it. The fist time it lasted for a day and a half. I rang Apple support and went through a number of steps until the P-RAM suggestion which seemed to fix it. A few days later it disappeared again and resetting the P-RAM had no effect. My wife continued to use the computer (without sound) and some hours later it came back after a restart (she only restarted it because she is in the habit of shutting down instead of using sleep). The problem occurred again. That time I restarted the machine a number of times, with and without the external speakers plugged in, with them turned on and off etc. This had no effect. I gave up. Some time later my wife went to use the computer and it came back. I now believe that the P-RAM solution that seemed to fix the problem the first time was just a coincidence.
I rang Apple support again and they gave me the following steps (A,B & C of which I went through the first time the problem occurred):
A: Log in through another account and see if it had the same problem.
- The built-in audio was still missing.
B: Run the disk utility on the hard drive (after booting from installation DVD).
- There were nil problems on the HD, but it did not fix the problem.
C: Reset the P-RAM.
- This worked the first time though it has not worked on subsequent re-occurrences of the problem.
D: Do an Archive Reinstall.
- I did this today; though the built-in audio was working, I just wanted to complete the suggestions the Apple support person gave me. The problem has not reoccurred yet, but it has only been a few hours. I will be using the computer as much as possible tonight to see if the problem reoccurs.
If the problem reoccurs I'll be taking the machine in for warranty repairs, or better still replacement.

Access to non-apple system prefs

We are in a corporate environment. When setting up new Macs we turn off access to the System Preferences using the Accounts Control Panel. We want to prevent users from changing Network settings, Sharing options, etc. that we setup up for our company.
The problem with this is when we install software for third-party products such as mice or graphics tablets. Many of these items install Control Panels that are accessed only through the System Preferences, but a non-admin user cannot go in and change the individual settings for these devices without having full admin rights to the System Preferences.
Are there any workarounds for being able to control which Control Panels users have access to when using System Preferences?
Thanks for any help!

If your users are non-admins, they shouldn't be able
to change the Sharing or Network prefs unless they
enter an admin password. When setting up the new
accounts, go into those prefs and ensure the little
padlock icon is locked.
Apparently this has improved over earlier versions of OS X when I wasn't looking. When we intially loaded OS X I remember turning on the access to System Prefs and locking the various control panels for the non-admin users, but I recall that some of them didn't stay locked. That's why we started turning off access to them completly. After that initial install of our desktop Macs I never tried this again. We've updated the OS a couple times, but never went in and tried this again because everything was working fine. But when I went to setup some new laptops with wireless mice that had their own control panels this became an issue and that's why I was looking for the workaround. It would be nice if Apple gave you a way in System Preferences to turn on/off access to the individual CPs without having to muck with system like this. But this will work for now.

System Prefs - options greyed out or non-functional

I have been having a bad time lately with my System Prefs. I first noticed it when settings to Mouse and Sound would not retain after a restart.
Now the problems are much worse...
I cannot open the Date & Time pane at all (ignores clicking), all options in Sharing are grayed out and cannot be changed (even though account is admin and the lock is unlocked), I am unable to create a new user, and changes to Energy Saver result in spinning color wheel.
I have deleted every preference and cache I could find in the user and rebuilt permissions but no luck. I am considering enabling root and seeing if that can go in and make changes since I cannot create a new admin user otherwise.
Short of a painful OS reinstall anybody have suggestions?
I also might consider riding it out and waiting for 10.5.

Ralph Johns (UK) (to Emily Vu) 19 minutes ago
Hi,
Check the Font AppleGothic.ttf is active and validates using the Font Book app.
if you have to change anything restart the Mac.
If this is not the issue go to ~/Library/Preferences and find com.apple.ichat.plist and Drag it to the Trash and then restart Messages.
The above reply in another thread solved my issue! Namely that my apple gothic font was disabled, breaking the entire Messages app.

System.prefs -- FOR UPDATE clause

When moving to a new mysql database, it gave me the error that it
doesn't suppport the "FOR UPDATE" clause. Turns out the database was an
older one. I tried to add the
     <mysql>
          <select-for-update>false</select-for-update>
     </mysql>
section to system.prefs, but no matter where I put it, it had no effect.
The documentation wasn't exactly clear where it goes. Now, I'm not
using the default database -- I'm specifying a named database. I'm
guessing that this option isn't working with named databases in the
systems.prefs file. Could you clarify this?
Thanks,
Dan

Worked like a champ! Thanks again, Patrick.
Dan
Patrick Linskey wrote:
On 6/6/02 3:56 AM, "Dan Finkelstein" <[email protected]> wrote:
When moving to a new mysql database, it gave me the error that it
doesn't suppport the "FOR UPDATE" clause. Turns out the database was an
older one. I tried to add the
<mysql>
<select-for-update>false</select-for-update>
</mysql>
section to system.prefs, but no matter where I put it, it had no effect.
The documentation wasn't exactly clear where it goes. Now, I'm not
using the default database -- I'm specifying a named database. I'm
guessing that this option isn't working with named databases in the
systems.prefs file. Could you clarify this?
If you're using a named db, you should do
<db>
<your name here>
<select-for-update>false</select-for-update>
</your name here>
</db>
Note that turning off select for update is bad, because it essentially
defeats pessimistic locking, and you probably shouldn't ever see an error if
you aren't using pessimistic locking. So, I'd recommend that you use
optimistic locking with old MySQL installs instead.
Thanks,
Dan

Very disturbing graphics issue in system prefs

Hi all. whenever I open the desktop/screen-saver pane in system prefs, it freezes up, and the screen saver preview locks up, forcing me to "force quit". The genius at the Apple Store showed me something interesting though: when we have the start menu active, the two pane's run smoothly, and you can choose a new desktop w/o it locking up. We isolated it as a software issue, because the graphics in other programs (iTunes visualizer, iPhoto) work just fine, and all other system prefs pane's function properly. Also the screen-saver itself works when active. Anyone having this same issue?

I'd try installing the iLife support 9.0.3 update. It solves the "screen saver of death" issue which sounds much like what you are experiencing.
http://discussions.apple.com/thread.jspa?threadID=2032815&start=15&tstart=0

My System Pref "Airport" forgets my WPA code every time when I restart it!!

A couple of days ago I recieved a wireless modem, a SpeedTouch 716.
It works great and there are no problems. But....in my system pref "NETWORK", subtab "AIRPORT" you can fill in your network (in this case Speedtouch) and your security password (WEP, WPA, WPA2 etc etc).
When I fill in the code (which was delivered with my wireless modem....in this case I used the WPA code)....everything works! It's secured.
But then.....when I close that system pref....and I open it again or restart my computer.....the code is gone....I have to type it in again!!!!!
It only remembers the Speedtouch name.
How can I rexsolve this???? If I close the Keychain-lock in the leftcorner...it makes no difference....the code vanishes eveytime I watch the system pref.
HELP ME!!!!

Connect the iPod to your computer and restore via iTunes. that is what the screen is telling you to do.
iTunes: Backing up, updating, and restoring iOS software

User prefs.Lock file access denied

Hi,
Under linux (RH 7.2, kernel 2.4.9-13) w/ JDK 1.4.1-01,
when I run several of the Swing tutorials (e.g., ListDemo, MenuDemo) and close the window I get this
error:
java.lang.SecurityException: Could not lockUser prefs.Lock file access denied.
at java.util.prefs.FileSystemPreferences.checkLockFile0ErrorCode(FileSystemPreferences.java:926)
at java.util.prefs.FileSystemPreferences.lockFile(FileSystemPreferences.java:915)
at java.util.prefs.FileSystemPreferences.sync(FileSystemPreferences.java:723)
at java.util.prefs.FileSystemPreferences.flush(FileSystemPreferences.java:814)
at java.util.prefs.FileSystemPreferences.syncWorld(FileSystemPreferences.java:469)
at java.util.prefs.FileSystemPreferences.access$1200(FileSystemPreferences.java:33)
at java.util.prefs.FileSystemPreferences$12.run(FileSystemPreferences.java:459)
I suspect a problem w/ my environment, but am stuck as
to what. Any advice would be welcome.
-- marcia

Every other major application running on your system uses
the etc directory for it's Preferences... why can't
Java... The problem isn't that Java shouldn't add requirements for the VM, the problem appears to be that Sun did add requirements, and never told anyone.
I'm looking at the self-extracting installation instructions for Linux, http://java.sun.com/j2se/1.4/install-linux.html#self-extracting, and nowhere does it state that you must be root in order for the VM to install properly. There is a note about installing to /usr, which you need root access for, but there is no specific requirement that you must be root in order for certain directories to be created properly.
What about applications that distribute a JVM? Did anyone tell these application developers that their users will have to install their software as root?
Maybe I'm missing something. If I am, could someone please point me to it?

System Preferences Lock

I +do not+ have the "Require a password to unlock each System Preferences pane" preference checked, and +do not+ want to have to unlock System Preference panes each time I use them. Yet, on three of my computers, after each restart, the panes are locked (whether I left them locked or unlocked)!
I know that a few System Preferences panes are always locked after a restart of the OS or of System Preferences, I'm not talking about those. But I believe the other panes with locks are supposed to retain their locked/unlocked status through quitting and opening System Preferences, and through OS restarts, at least for administrator users. (I also know that the lock status is global, that unlocking one unlocks them all.)
I am an administrator, and always login to these computers as such. All my computers are running Snow Leopard (10.6.5). I have four computers, three exhibit this behavior, one does not (the one that does not works as expected, leaving panes unlocked after a restart, according to the Security: General preference setting).
I have upgraded two of the problem computers from Leopard, the third problem computer was purchased with Snow Leopard, but I migrated its files from a previous Leopard installation. On the latter, I clean-installed a fresh OS on a second drive, and the problem +does not+ exist for that OS installation. I also created a temporary user account, on the problem OS, and the problem persisted for that temporary account (so we know it's not a user-level issue, right?).
The one computer that works as expected was purchased with Snow Leopard, but its files were also migrated from a previous Leopard installation. So no clue there.
And lastly, the three "problem" computers seem to retain the lock/unlock status through restarts of the System Preferences app, just not OS restarts. By that I mean: I'll startup the computer, and all the panes are locked. I'll unlock them and quit System Preferences. On re-opening System Preferences, the panes are still unlocked (except the panes that are always locked, like Security). The unlocked panes remain unlocked through any number of System Preferences quits and launches. But after the computer is shut down or restarted, all the panes revert to locked. If I turn on "Require a password to unlock each System Preferences pane", then all panes are re-locked after restarts of both the OS and System Preferences, as expected. So in other words, the "Require a password to unlock each System Preferences pane" setting works as expected +in between+ OS restarts, just not right after an OS restart.
I suspect there is some sort of remanent that was migrated from the previous OS installation that is causing this misbehavior, but repairing permissions has not solved the problem. Nor has replacing System Preferences preference files (the ones I can find, anyway). This security setting must be buried deep, as I expect it would be, and I cannot find the stubborn file where it is stored that seems to defy and ignore the "Require a password to unlock each System Preferences pane" setting, at least after a restart.
So, my questions:
Does anyone know exactly what the intended behavior of these locks actually is? Through restarts of the OS? Through restarts of System Preferences? For administrators? For non-administrators? Is there any Apple documentation that explains this clearly, and in detail?
If the intended behavior is for the unlocked locks to stay unlocked through an OS restart for administrators (which is how I believe it's supposed to work), how can I restore this behavior on the machines that don't adhere to that?
And why the mystery: that the behavior works as expected once the lock is first unlocked, throughout that session, but not if the computer has been restarted?!? Is this a cache issue? (If so, it's survived numerous Cocktail cache cleanings.)
Help!

OK:
1) I checked "Require a password to unlock each System Preferences pane".
2) I restarted the computer.
All System Preferences panes were locked, as expected.
"Require a password to unlock each System Preferences pane" was still checked.
3) I unchecked "Require a password to unlock each System Preferences pane".
4) I restarted the computer.
All System Preferences panes were still locked.
"Require a password to unlock each System Preferences pane" was still unchecked.
5) I unlocked the Energy Saver preference pane.
6) I restarted the computer.
All System Preferences panes were re-locked.
"Require a password to unlock each System Preferences pane" was still unchecked.
Each time I logged in as an administrator.
I've repeated this exercise many times, on different computers with the same results. (Except for one of my computers, which stays unlocked, as it's set to do.)
FYI: It's the Energy Saver pane that I need to keep unlocked. And that's for a stupid work-around I have to do to reset its "Wake for network access" pref constantly. Here's why:
I'm using a somewhat complicated workaround to defeat Snow Leopard's new Wake On Demand feature, which I don't want. I need to be able to wake my computers with a magic packet, which doesn't work with "Wake for network access" off. I don't want my computers to wake every few hours to register with my Time Capsule's proxy server (which is part of the Wake On Demand "feature"). I just want to use the magic packet as I was able to do with Leopard. So I have to turn on "Wake for network access" just before the computer sleeps, but right after it would have registered with Time Capsule's sleep proxy server. I use some SleepWatcher scripts to accomplish this feat. The computer then wakes for the packet, but Time Capsule doesn't broadcast the computer as available. But my SleepWatcher scripts don't work if the **** Energy Saver preference pane is locked, because my SleepWatcher scripts can't manipulate the "Wake for network access" setting when it is.
So if you know a better solution for this "Wake On Demand" problem than what I'm doing, I wouldn't care so much about the locked Sys Pref's. Like:
1) How to defeat the entire sleep proxy server in Time Capsule, or
2) How to keep the computer from registering itself with Time Capsule's sleep proxy server without jumping though the hoops I am now, or
3) How to programmatically manipulate the "Wake for network access" Energy Saver pref while its lock is enabled, or
4) How to write a terminal command that circumvents manual administrator authentication.
By #4 that I mean: the SleepWatcher scripts fail when the Energy Saver pref pane is locked because the system asks me to authenticate (a dialog pops up when the scripts execute). The scripts work fine when the Sys Prefs locks are unlocked. If I could write a script that includes the authentication (like some sort of SUDO trick that doesn't require manual input of a password), then that, too, would solve my issues. Although, that would mean writing my admin password into the script, I guess, which is not the greatest, security-wise. That's why I'm attempting to fix this Sys Prefs lock issue first. (Plus it's annoying to have to constantly unlock a lock I am constantly unlocking!!)
All this because Apple decided to change the Wake On LAN feature I've enjoyed using for a decade, without giving us some way to have Wake On LAN on with Wake On Demand off!! Errrrr...

MBP Will not wake properly from sleep-flash of screen and keyboard for a bit every few seconds. Under guest account, wakes up just fine. I also cannot unlock various padlocks to change settings in e.g. system prefs. security? Any help, I'm dyin!

Not waking up from sleep-flashes lighted keyboard and screen, and I cannot unlock the padlocks in the system to change settings, look at keychain, etc.

Still cannot unlock system prefs/users etc.   Also, many applications are returning errors like: "failed to obtain the necessary authorization" or " '' failed to obtain permission" so I've attached a portion of my log, showing when I attempt to unlock (or click on the padlock) in system preferences - User Accounts:
3/7/13 7:52:51.180 PM
SecurityAgent[3818]
Problem during create from (builtin:login)
3/7/13 7:52:51.181 PM
SecurityAgent[3818]
Problem during create from (builtin:login)
3/7/13 7:52:53.982 PM
SecurityAgent[3818]
Problem during create from (builtin:login)
3/7/13 7:52:53.982 PM
SecurityAgent[3818]
Problem during create from (builtin:login)
3/7/13 7:52:58.794 PM
WindowServer[3177]
CGXSetTrackingAreaEnabled : Invalid tracking area 0x1642350
3/7/13 7:52:58.796 PM
WindowServer[3177]
CGXSetTrackingAreaEnabled : Invalid tracking area 0x1642350
3/7/13 7:52:58.827 PM
WindowServer[3177]
CGXSetTrackingAreaEnabled : Invalid tracking area 0x1642350
3/7/13 7:53:01.340 PM
helpd[3305]
Could not find access page in directory /Applications/Nomina.app/Contents/Resources/NominaHelp
3/7/13 7:53:01.342 PM
helpd[3305]
Could not find access page in directory /Applications/Nomina.app/Contents/Resources/NominaHelp
3/7/13 7:53:11.354 PM
helpd[3305]
CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary on line 1. Parsing will be abandoned. Break on _CFPropertyListMissingSemicolon to debug.
3/7/13 7:53:11.355 PM
helpd[3305]
CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary on line 1. Parsing will be abandoned. Break on _CFPropertyListMissingSemicolon to debug.
3/7/13 7:53:37.799 PM
WindowServer[3177]
CGXSetTrackingAreaEnabled : Invalid tracking area 0x1318260
3/7/13 7:53:37.800 PM
WindowServer[3177]
CGXSetTrackingAreaEnabled : Invalid tracking area 0x1642350
3/7/13 7:53:37.802 PM
WindowServer[3177]
CGXSetTrackingAreaEnabled : Invalid tracking area 0x1642350
3/7/13 7:53:37.819 PM
WindowServer[3177]
CGXSetTrackingAreaEnabled : Invalid tracking area 0x1642350
3/7/13 7:57:24.304 PM
PopClip[5202]
[INFO] PopAppDelegate: PopClip Initializing.
3/7/13 7:57:24.439 PM
PopClip[5202]
NSWindow does not support nonactivating panel styleMask 0x80
3/7/13 7:57:24.441 PM
PopClip[5202]
[INFO] PopAppDelegate: PopClip will wait 0.500000 seconds to start.
3/7/13 7:57:31.632 PM
SecurityAgent[5231]
Problem during create from (builtin:login)
3/7/13 7:57:31.633 PM
SecurityAgent[5231]
Problem during create from (builtin:login)
3/7/13 7:57:32.665 PM
SecurityAgent[5231]
Problem during create from (builtin:login)
3/7/13 7:57:32.665 PM
SecurityAgent[5231]
Problem during create from (builtin:login)
Now here is some additional info from the logs that appears to my novice eyes to be presenting a problem:
<D:multistatus xmlns:D="DAV:" xmlns:caldav="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/" xmlns:ical="http://apple.com/ns/ical/">
<D:response xmlns:carddav="urn:ietf:params:xml:ns:carddav">
<D:href>/calendar/dav/</D:href>
<D:propstat>
   <D:status>HTTP/1.1 200 OK</D:status>
   <D:prop>
    <D:current-user-principal>
     <D:unauthenticated/>
    </D:current-user-principal>
   </D:prop>
</D:propstat>
</D:response>
</D:multistatus>]
3/7/13 7:50:47.525 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [<<<<<]
3/7/13 7:50:47.525 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.queue] [Account refresh failed with error: Error Domain=CoreDAVHTTPStatusErrorDomain Code=401 "The operation couldn’t be completed. (CoreDAVHTTPStatusErrorDomain error 401.)" UserInfo=0x7fe2dff032f0 {AccountName=Google, CalDAVErrFromRefresh=YES, CoreDAVHTTPHeaders=<CFBasicHash 0x7fe2dff0f6d0 [0x7fff71512fd0]>{type = immutable dict, count = 10,
entries =>
          0 : Case Insensitive Key: X-Content-Type-Options = <CFString 0x7fe2dff0e960 [0x7fff71512fd0]>{contents = "nosniff"}
          1 : Case Insensitive Key: Content-Type = <CFString 0x7fe2dff0f100 [0x7fff71512fd0]>{contents = "application/vnd.google.gdata.error+xml; charset=UTF-8"}
          2 : Case Insensitive Key: Server = <CFString 0x7fe2dff0f510 [0x7fff71512fd0]>{contents = "GSE"}
          3 : Case Insensitive Key: Transfer-Encoding = <CFString 0x7fff719196f8 [0x7fff71512fd0]>{contents = "Identity"}
          6 : Case Insensitive Key: Date = <CFString 0x7fe2dff0f150 [0x7fff71512fd0]>{contents = "Fri, 08 Mar 2013 02:50:46 GMT"}
          7 : Case Insensitive Key: X-Frame-Options = <CFString 0x7fe2dff0f480 [0x7fff71512fd0]>{contents = "SAMEORIGIN"}
          8 : Case Insensitive Key: X-XSS-Protection = <CFString 0x7fe2dff0f4f0 [0x7fff71512fd0]>{contents = "1; mode=block"}
          9 : Case Insensitive Key: Www-Authenticate = <CFString 0x7fe2dff0efd0 [0x7fff71512fd0]>{contents = "basic realm="Google APIs""}
          11 : Case Insensitive Key: Cache-Control = <CFString 0x7fe2dff0f1b0 [0x7fff71512fd0]>{contents = "private, max-age=0"}
          12 : Case Insensitive Key: Expires = <CFString 0x7fe2dff0f180 [0x7fff71512fd0]>{contents = "Fri, 08 Mar 2013 02:50:46 GMT"}
3/7/13 7:50:47.566 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [<<<<<]
3/7/13 7:50:47.567 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [HTTP/1.1 200 (OK)]
3/7/13 7:50:47.567 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Age: 0]
3/7/13 7:50:47.568 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Allow: MKCOL, REPORT, MOVE, COPY, HEAD, POST, GET, DELETE, ACL, MKCALENDAR, PROPFIND, LOCK, OPTIONS, PUT, PROPPATCH, UNLOCK]
3/7/13 7:50:47.568 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Cache-Control: private]
3/7/13 7:50:47.569 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Connection: keep-alive]
3/7/13 7:50:47.569 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Content-Type: text/plain; charset=utf-8]
3/7/13 7:50:47.569 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Date: Fri, 08 Mar 2013 02:50:47 GMT]
3/7/13 7:50:47.570 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [DAV: 1, 2, 3, access-control, calendar-access, version-control, addressbook, extended-mkcol, calendar-proxy, calendarserver-principal-property-search]
3/7/13 7:50:47.570 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Server: YTS/1.19.11]
3/7/13 7:50:47.570 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Transfer-Encoding: Identity]
3/7/13 7:50:47.571 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Vary: Accept-Encoding]
3/7/13 7:50:47.571 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Via: HTTP/1.1 calgate007.cal.sp2.yahoo.com (YahooTrafficServer/1.19.11 [c sSf ])]
3/7/13 7:50:47.571 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] []
3/7/13 7:50:47.576 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.queue] [CalDAVAccountRefreshQueueableOperation :: calendar home path is empty, not refreshing calendars]
3/7/13 7:50:47.582 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [>>>>>]
3/7/13 7:50:47.582 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [PROPFIND https://caldav.calendar.yahoo.com/principals/users/saab9.5turbo/]
3/7/13 7:50:47.582 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Brief: t]
3/7/13 7:50:47.582 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Content-Length: 130]
3/7/13 7:50:47.583 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Content-Type: text/xml]
3/7/13 7:50:47.583 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Depth: 0]
3/7/13 7:50:47.583 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [User-Agent: Mac OS X/10.8.2 (12C60) CalendarAgent/55]
3/7/13 7:50:47.583 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] []
3/7/13 7:50:47.583 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [<?xml version="1.0" encoding="UTF-8"?>
<A:propfind xmlns:A="DAV:">
<A:prop>
    <A:group-membership/>
</A:prop>
</A:propfind>]
3/7/13 7:50:47.584 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] []
3/7/13 7:50:47.584 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [>>>>>]
3/7/13 7:50:48.101 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [<<<<<]
3/7/13 7:50:48.101 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [HTTP/1.1 401 (Unauthorized)]
3/7/13 7:50:48.102 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Cache-Control: no-store]
3/7/13 7:50:48.102 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Connection: close]
3/7/13 7:50:48.102 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Content-Language: en]
3/7/13 7:50:48.102 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Content-Length: 1]
3/7/13 7:50:48.103 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Content-Type: text/html]
3/7/13 7:50:48.103 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Date: Fri, 08 Mar 2013 02:50:48 GMT]
3/7/13 7:50:48.103 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Server: YTS/1.19.11]
3/7/13 7:50:48.104 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Via: HTTP/1.1 calgate009.cal.sp2.yahoo.com (YahooTrafficServer/1.19.11 [c s f ])]
3/7/13 7:50:48.104 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [Www-Authenticate: Basic realm="Zimbra"]
3/7/13 7:50:48.104 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] []
3/7/13 7:50:48.104 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] []
3/7/13 7:50:48.104 PM          CalendarAgent[3308]          [com.apple.calendar.store.log.caldav.http] [<<<<<]
3/7/13 7:50:49.202 PM          MacPilot[4054]          A regular control size progress indicator <RBXProgressWheel: 0x212bf20> with the frame size for small control size detected. Please use -setControlSize: to explicitly specify NSSmallControlSize
3/7/13 7:51:00.584 PM          SecurityAgent[3818]          Problem during create from (builtin:login)
3/7/13 7:51:00.584 PM          SecurityAgent[3818]          Problem during create from (builtin:login)
And some more:
Mar 7 20:51:07 Matthews-MacBook-Pro.local WindowServer[3177]: CGXGetConnectionProperty: Invalid connection 57091
Mar 7 20:51:37 --- last message repeated 8 times ---
Mar 7 20:53:14 Matthews-MacBook-Pro.local com.apple.SecurityServer[15]: Succeeded authorizing right 'system.hdd.smart' by client '/Library/Application Support/iStat Menus 4/iStatMenusDaemon' [104] for authorization created by '/Library/Application Support/iStat Menus 4/iStatMenusDaemon' [104] (B,0)
Mar 7 20:53:14 Matthews-MacBook-Pro.local com.apple.SecurityServer[15]: Succeeded authorizing right 'system.hdd.smart' by client '/Library/Application Support/iStat Menus 4/iStatMenusDaemon' [104] for authorization created by '/Library/Application Support/iStat Menus 4/iStatMenusDaemon' [104] (B,0)
Mar 7 20:53:44 --- last message repeated 2 times ---
Mar 7 20:58:25 Matthews-MacBook-Pro.local CVMServer[114]: Check-in to the service com.apple.cvmsCompAgent_x86_64 failed. This is likely because you have either unloaded the job or the MachService has the ResetAtClose attribute specified in the launchd.plist. If present, this attribute should be removed.
Mar 7 20:58:25 Matthews-MacBook-Pro.local CVMServer[114]: Check-in to the service com.apple.cvmsCompAgent_x86_64 failed. This is likely because you have either unloaded the job or the MachService has the ResetAtClose attribute specified in the launchd.plist. If present, this attribute should be removed.
Mar 7 20:59:04 Matthews-MacBook-Pro.local Finder[3247]: CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary on line 1. Parsing will be abandoned. Break on _CFPropertyListMissingSemicolon to debug.
Mar 7 21:03:05 Matthews-MacBook-Pro.local Finder[3247]: CFPropertyListCreateFromXMLData(): Old-style plist parser: missing semicolon in dictionary on line 1. Parsing will be abandoned. Break on _CFPropertyListMissingSemicolon to debug.
I can't reinstall ML, nor can I create another user (unless I use Terminal, and I'm a novice at best with Terminal).
I could really use some help here as it's been nearly 24 and I am going CRAZY!   Thanks in advance for your help.

Non admin user - changes not saved (Safari settings, system prefs, etc.)

iMac, 2 users, one is administrator and other is standard user. Recently, in the non-admin user account, it has become impossible to make any changes. For example, adding an application to the the Dock, after logging out and back in next time, the application is not in the Dock any more. Also, making changes to the prefs in Safari, changes are not saved.
I noticed this after installing FireFox v4. I installed it as admin whilst in the non-admin users account. However, I don't believe that the installation of FF has anything to do with the problem, it just highlighted it. I've checked the permissions for the various directories that hold prefs info such as user/libraries/application prefs/etc. etc. and also Safari prefs. Nothing I can see that has changed in system prefs.
Any ideas on what has caused the problem (kids are known to fiddle from within the non-admin account) and any ideas on how to fix it?
Thanks

Hi PPRuNe,
You could try making the standard user an Admin too. To do this, make sure you are logged in to the standard user, go to System Preferences > Accounts > Standard user (you may have to unlock the padlock) > Allow user to administer this computer
This will allow changes to be made without being prompted for a password all the time.
However, if you had Parental Controls on, they probably won't work on an admin account because as an admin you have complete control over a computer, so the computer thinks there is no point in having the controls turned on. And if the kids are known to "fiddle," just think carefully!
Hope this helps you.
Chris.

*** System Prefs Locking Up ***

Similar Messages

Maybe you are looking for

* System Prefs Locking Up *