Tickets :: [#3314] Preferences that were once open but are now locked still pull from user's preferences

Summary	Preferences that were once open but are now locked still pull from user's preferences
Queue	Horde Base
Queue Version	3.0.5
Type	Bug
State	Not A Bug
Priority	1. Low
Owners
Requester	gskinner (at) ycp (dot) edu
Created	01/20/2006 (7139 days ago)
Due
Updated	01/20/2006 (7139 days ago)
Assigned
Resolved	01/20/2006 (7139 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

01/20/2006 11:18:14 PM	Chuck Hagenbuch	Comment #2 State ⇒ Not A Bug	Reply to this comment
This is the way locked preferences are supposed to work. You can explictly set values in the db for individual users while leaving the pref locked.

01/20/2006 09:37:27 PM	gskinner (at) ycp (dot) edu	Comment #1 State ⇒ Unconfirmed Priority ⇒ 1. Low Type ⇒ Bug Summary ⇒ Preferences that were once open but are now locked still pull from user's preferences Queue ⇒ Horde Base	Reply to this comment
I've noticed that if you have a preference setting such as "themes" allowed to be changed for users, but then go and lock the theme setting in the prefs.php, that the user's personal settings still take precedence. I am using a MySQL backend, so I'll be writing a script to remove the theme setting from everyone's preferences, but I would think that for design, a locked preference should be consistent for all users.