Closed Bug 339177 Opened 19 years ago Closed 19 years ago

Locked preferences not locked for Limited Users

Categories

(Other Applications :: CCK, defect)

x86
Windows XP
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: robert, Assigned: mkaply)

Details

Attachments

(2 files)

When using a globally installed .xpi created using CCK 1.0.1 on Firefox 1.5.0.3, none of the preferences that are supposed to be locked are locked when Firefox is run by a limited user on Windows XP. The preferences are locked properly when Firefox is run by a user with admin permissions.
That's very strange. Do other things in the CCK apply?
Yes, the preferences are actually applied, and used and the certificate is properly added as a trusted CA. The bundled extensions are also installed properly when it is installed globally. The preferences simply aren't locked when the Options panel is opened by a limited user. This also affects new profiles as well. I can send you the .xpi if that would help (I would rather not attach it since it includes the CA certificate (but not the key)).
I must confess I'm at a complete loss as to what could possibly be causing this. I lock the preferences here: http://lxr.mozilla.org/seamonkey/source/extensions/cck/browser/resources/content/cckwizard/srcfiles/cckService.js.in#248 and the actual code is here: http://lxr.mozilla.org/seamonkey/source/modules/libpref/src/prefapi.cpp#606 There shouldn't be anything windows specific that keeps this from happening... How exactly do I create a limited user? Is just creating a non admin user enough?
Yes, by limited user I meant a normal user without Administrator or Power User privileges. In the Users applet in the Control Panel, there is an option to create a "Limited" user when you go to create a user.
The only thing that a limited user would not have permission to do that is specified in the cck.config is write to the registry keys under HKEY_LOCAL_MACHINE. Not sure if that helps or not.
Interesting. I bet what is happening here is that my key.create is throwing an exception that is not being caught, so none of the following Javascript is being executed. I'll put a patch together tomorrow for you to try.
Attached patch Fix for problemSplinter Review
add a try catch block around the relevant registry calls just in case they fail.
fix checked in. It will be in the official 1.0.2 which will be out soon.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: