WinReg Object--createKey: Key is not created with default, HKEY_CLASSES_ROOT

VERIFIED FIXED in M7

Status

P3
normal
VERIFIED FIXED
20 years ago
3 years ago

People

(Reporter: jimmykenlee, Assigned: ssu0262)

Tracking

Trunk
x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

20 years ago
Build: 5/19/99 SeaMonkey build

1. Use jar at http://jimbob/jars/a_winreg_createkey.jar
2. Using form,
      var winreg = Install.GetWinRegistry();
      winreg.createKey("Software\\WinReg Test Key\\subkey1\\subkey2", "");
3. Trigger jar

RESULT:
Checking the Windows Registry reveals that no key was created.  The Install.log
shows:
---------------------------------------------------------------------------
Acceptance: a_winreg_createkey
---------------------------------------------------------------------------

     Starting Installation at 05/19/1999 16:35:51

     Create Registry Key \#0\

     Finished Installation  05/19/1999 16:35:51

EXPECTED RESULT:
The key, "Software\\WinReg Test Key\\subkey1\\subkey2", is created using the
root, HKEY_CLASSES_ROOT.  If setRootKey is used, then this key appears to be
created as expected.  Therefore, it seems that this problem only applies when a
default root is expected.

I'm not sure how to interpret the Install.log file as shown above.  The
perception I have is that the triggered jar was successful.  Let me know what
you think.  Thanks.
(Assignee)

Updated

20 years ago
Status: NEW → ASSIGNED
(Assignee)

Updated

20 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED
(Assignee)

Comment 1

20 years ago
fixed.  Look for it in the next build.
(Reporter)

Updated

20 years ago
Status: RESOLVED → VERIFIED
(Reporter)

Comment 2

20 years ago
Build 6/8/99
Most excellent!

Comment 3

19 years ago
Bulk move of XPInstall (component to be deleted) bugs to Installer: XPInstall
Engine
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.