This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Basic MSI - Text File Changes unsuccessful due to read-only
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 23, 2010
08:11 AM
Basic MSI - Text File Changes unsuccessful due to read-only
Greetings,
I'm in the evaluation phase for IS 2010 Premiere, and was trying a bunch of the new features and am "stuck" on Text File Changes, in that I can't get one to work.
I have a web.config file tied to a feature, and the file is installing properly.
I believe I've correctly defined a replacement set and replacement, and even though the overall install is sucessful, this appears in the msi log:
Skip the file 'C:\Program Files\MyInstallTest\Web.config' because it is read-only.
I tried uninstalling, ensuring that my source copy of the file wasn't read-only, then recompiled/reinstalled, but the destination file is getting set to read-only somehow.
How can I ensure in a Basic MSI project that the target of a text file change is writeable? In Installshield projects past I the the explicit file attribute set before calling InstallScript to do the replace for me, but am seeing just how much of that code I won't need to bring forward.
Thanks much!
--jdavidi
I'm in the evaluation phase for IS 2010 Premiere, and was trying a bunch of the new features and am "stuck" on Text File Changes, in that I can't get one to work.
I have a web.config file tied to a feature, and the file is installing properly.
I believe I've correctly defined a replacement set and replacement, and even though the overall install is sucessful, this appears in the msi log:
Skip the file 'C:\Program Files\MyInstallTest\Web.config' because it is read-only.
I tried uninstalling, ensuring that my source copy of the file wasn't read-only, then recompiled/reinstalled, but the destination file is getting set to read-only somehow.
How can I ensure in a Basic MSI project that the target of a text file change is writeable? In Installshield projects past I the the explicit file attribute set before calling InstallScript to do the replace for me, but am seeing just how much of that code I won't need to bring forward.
Thanks much!
--jdavidi
(2) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 23, 2010
03:29 PM
I am not able to reproduce it on my side. Would it be possible for you to post a sample project that replicates the behavior so that I can take a look?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jun 24, 2010
09:39 AM
Hello hidenori,
I was in the process of paring down the installation to just include this change, when I found under the Properties settings of the web.config a checkbox for "Override System Attributes". I checked that, and left the default sub-option of "File Hash" selected, and didn't select anything else. Rebuilt/ran the install and it worked.
So then I went to turn that setting back off and zip it up to attach to this post, but after recompiling and testing that, SUPRISE!, I can't get it to happen again (i.e. the replace works properly now).
I'll see if I can't get it happen with other experiments. I take it the toggling of that "override system attributes" bit shouldn't have been needed though, under normal circumstances?
I was in the process of paring down the installation to just include this change, when I found under the Properties settings of the web.config a checkbox for "Override System Attributes". I checked that, and left the default sub-option of "File Hash" selected, and didn't select anything else. Rebuilt/ran the install and it worked.
So then I went to turn that setting back off and zip it up to attach to this post, but after recompiling and testing that, SUPRISE!, I can't get it to happen again (i.e. the replace works properly now).
I'll see if I can't get it happen with other experiments. I take it the toggling of that "override system attributes" bit shouldn't have been needed though, under normal circumstances?
