From: David Empson on
Paul Sture <paul.nospam(a)sture.ch> wrote:

> In article <1j9j4wc.1ulxfee96haq1N%dempson(a)actrix.gen.nz>,
> dempson(a)actrix.gen.nz (David Empson) wrote:
>
> > Hm, now it is behaving the way Dave described. I don't like it when
> > things change behaviour unpredictably.
> >
> > If I click on the open padlock in Time Machine, Date & Time or similar
> > panes, the padlock flickers and the text changes briefly (too fast to
> > read), then it reverts back to the unlocked state with "Click the lock
> > to prevent further changes."
> >
> > It appears that something is overriding the lock state, so that an admin
> > user can never lock the preference panes other than Security and
> > Accounts, unless "Require a password..." is enabled.
> >
> > This may be a new bug in Snow Leopard, and it is not consistent, given
> > that it wasn't doing it for me yesterday (with the same settings, and I
> > haven't restarted or logged out since then but I have done some fast
> > user switching).
> >
> > It went away again after I logged out and in again, and I haven't worked
> > out how to trigger it again. (Tried sleep and fast user switching, which
> > are the only major state changing actions I took since yesterday.)
> >
> > I've only seen it on my admin account. I don't use my non-admin accounts
> > long enough to notice whether this problem might be able to crop up for
> > them as well.
>
> A long shot here, but what do you see in the relevant plist files? Are
> they somehow not getting written with the new/correct values?

If the problem crops up again I'll have a look in there first, but given
the security aspect I'd expect it to be somewhere more secure than a
plist.

Still going fine a day later.

--
David Empson
dempson(a)actrix.gen.nz