I have a strange issue with creating and setting permissions on a new
directory. My goal is to have THE_USER_ACCOUNT user to have permission to
create, and rename files in this new directory. The following relevant
snippets create the dir and set permissions for all the other users
correctly. It gets most of the correct permissions for THE_USER_ACCOUNT, but
not modify permissions (specifically, it's missing the ability to "delete
children"). Strangely, a co-worker tried running with this configuration and
it worked exactly correctly. We have not been able to identify a meaningful
difference in environments.
It is probably also worth noting that a typical deployment of this has
THE_USER_ACCOUNT as NT AUTHORITY\NETWORK SERVICE, but that parameter can be
set to any valid name (and we have tested with a local user, network
service, and a domain user on both systems. On his, this works, but on mine
and in QA it fails).
<ComponentRef Id="DWCH_CreateMyNewDirAndSetPermissions"/>
<!-- A directory tree -->
<Directory Id="Directory.MyNewDir" Name="MyNewDir" />
<DirectoryRef Id="Directory.MyNewDir">
<Component Id="CreateMyNewDirAndSetPermissions"
Guid="{E1081F4C-7AA6-44f6-9F4C-6EAD4833D9FA}">
<Condition>CREATE_MY_NEW_DIR="1"</Condition>
<CreateFolder>
<Permission User='[THE_USER_ACCOUNT]' GenericExecute='yes'
Read='yes' GenericRead='yes' GenericWrite='yes' DeleteChild='yes' />
<Permission User='Administrators' GenericAll='yes' />
<Permission User='Users' Read='yes' GenericRead='yes' />
</CreateFolder>
</Component>
</DirectoryRef>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
