ActiveX control does not work for users without WRITE access to HKEY_LOCAL_MACHINE registry key

RESOLVED WORKSFORME

Status

Core Graveyard
Embedding: ActiveX Wrapper
--
major
RESOLVED WORKSFORME
17 years ago
6 years ago

People

(Reporter: jakesgordon, Assigned: Adam Lock)

Tracking

Trunk
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

17 years ago
The ActiveX control uses a registry key HKLM\Software\Mozilla\BinDirectoryPath 
to locate the mozilla binaries, however it attempts to open the key with WRITE 
access because it also creates a sub keys "Desktop". 

In Windows 2000, a regular user in the 'Users' security group will not have 
WRITE access to the key and therefore the control thinks the key does not exist 
and continuously pops up a dialog prompting for the user to locate the mozilla 
binaries, the controls methods dont work and it eventually crashes. 

This means that the activeX control will not work for the majority of end users 
in windows2000 unless they have administrator privileges on that machine.

This bug is in the version of mozctl.dll that shipped with Netscape 6.

Comment 1

17 years ago
I'm on holiday at the moment, but I'll deal with this when I get back.
Assignee: locka → adamlock
Status: UNCONFIRMED → NEW
Ever confirmed: true
(Assignee)

Comment 2

17 years ago
Marking WORKSFORME.

The method for registering the control has changed since 6.0. The new mechanism
for loading the control does not generally require reading the BinDirectoryPath
key but if it does, it will be opened with KEY_READ permissions.

See:

http://lxr.mozilla.org/seamonkey/source/embedding/browser/activex/src/control_kicker/control_kicker.cpp#173
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
Component: Embedding: ActiveX Wrapper → Embedding: ActiveX Wrapper
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.