Issue 82943 - Windows Registry Permissions in HKEY_LOCAL_MACHINE are wrong
Summary: Windows Registry Permissions in HKEY_LOCAL_MACHINE are wrong
Status: CLOSED OBSOLETE
Alias: None
Product: General
Classification: Code
Component: code (show other issues)
Version: OOo 2.3
Hardware: PC Windows, all
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-10-24 18:17 UTC by neswal
Modified: 2017-08-12 16:31 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description neswal 2007-10-24 18:17:56 UTC
After installing OOo 2.3 on Windows XP / 32bit permission in
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\... - OOo related keys (and subkeys) have
wrong permissions, preventing (at least) the usage of file associations in
windows explorer and other GUI shells if user is not logged in as the
Builtin\Administrator account.

Note:
I think this issue also existed in other installations prior to OOo2.3 - I fix
it manually (and only updated succeeding versions prior to 2.3). The error
occurred after uninstalling a previous version and totally reinstalling OOo2.3.
The Error is reproducible with any new installation (on the same system).

SystemInfo:
Windows XP SP2 32bit English

Permissions found:
Builtin\Administrator: Special Permission: Read, This Key only
System: Special Permission: Full Control, This Key only

Issues:
1.) Why are permissions set to each key only and not to the main (.odt, ...) key
with inheritance to subkeys (every other key in "classes" has permissions set
this way)
Typically Permissions of subkeys under the classes key are set as:
Builtin\Administrator: Full Control, This Key and Subkeys
SYSTEM: Full Control, This Key and Subkeys
Builtin\Power Users: Special Permissions: (Query Value, Set Value, Create
Subkey, Enumerate Subkeys, Notify, Delete, Read Control), This Key and Subkeys
CREATOR OWNER: Full Control, Special Permission: Full Control, Subkeys
Builtin\Users: Read, , This Key and Subkeys

2.) Either Permissions are wrong - or additional keys in
HKEY_CURRENT_USER\Software\Classes\... to overload associations are missing

Effected Keys:
.odf
.odg
.odm
.odp
.ods
.odt
.otg
.oth
.otp
.ots
.ott
.otx
.sda
.sdc
.sdd
.sdg
.sds
.sdv
.sdw
.sgl
.smf
.sob
.soc
.sod
.soe
.sog
.soh
.stc
.std
.sti
.stw
.sxc
.sxd
.sxg
.sxi
.sxm
.sxw
.thm
.vor
.xba
.xcs
.xcu
.xdl
Comment 1 Olaf Felka 2007-10-24 18:25:49 UTC
@ is: Please have a look.
Comment 2 neswal 2007-10-27 15:03:24 UTC
Correction:

Typically Permissions of subkeys under the classes key are set as:
(Group)Builtin\Administrators: Full Control, This Key and Subkeys
(User/Machine)SYSTEM: Full Control, This Key and Subkeys
(Group)Builtin\Power Users: Special Permissions: (Query Value, Set Value, Create
Subkey, Enumerate Subkeys, Notify, Delete, Read Control), This Key and Subkeys
(User)CREATOR OWNER: Full Control, Special Permission: Full Control, Subkeys
(Group)Builtin\Users: Read, , This Key and Subkeys
Comment 3 ingo.schmidt-rosbiegal 2007-10-29 12:52:36 UTC
We have to check this. Setting target 3.0.
IS -> neswal: You know the correct settings in Windows Installer database?
Comment 4 neswal 2007-11-01 01:09:56 UTC
neswal -> is: can you be more specific about your question?
Comment 5 ingo.schmidt-rosbiegal 2007-11-01 10:21:17 UTC
is -> neswal: The registry content is defined in the msi database in the table
Registry. You can see that for example with the Orca tool. Until know we filled
the table Registry without taking care of privileges. There are obviously
default settings,  that are set by the Windows Installer service during the
installation. But perhaps there is another way, to tell the Windows Installer
service, which privileges he shall set. Perhaps you know this.
Comment 6 ingo.schmidt-rosbiegal 2007-11-07 09:16:38 UTC
Accepting
Comment 7 ingo.schmidt-rosbiegal 2008-05-27 16:36:50 UTC
Target 3.x
Comment 8 oooforum (fr) 2017-08-09 09:03:32 UTC
Windows XP is end-of-life since 2014