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
- :
- ISPROJECTDIR duplicating directory issue.
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
‎Aug 07, 2013
12:45 PM
ISPROJECTDIR duplicating directory issue.
I continue to have this problem come up, and looking through the forums, this problem has existed for a long time (almost 10 years).
Every so often when I load the project, ISPROJECTDIR and the ISProjectDataFolder both have an extra directory level in them. For example:
ISProjectFolder = "C:\CurrentDev\ProjectDirectory\"
This is correct
ISPROJECTDIR = "C:\CurrentDev\ProjectDirectory\ProjectDirectory"
ISProjectDataFolder = "C:\CurrentDev\ProjectDirectory\ProjectDirectory"
This is incorrect. There is an extra ProjectDirecory at the end of the variable.
The only solution that I have seen is to go into the direct editor, and change the type from 1 to 2 and then manually edit the paths. This means that I have to fix this problem every time the project gets moved. We have a build machine where we build the installation, but we are looking to be able to get to a point where anyone who has a valid license for Installshield can get the latest version of the project and then build the project on their computer. Unfortunatly, not everyone has the exact same directory structure which means they have check out the file and then change it to be able to build. I have a number of projects that I am able to do this by using relative variables based on the ISPROJECTDIR variable.
How do we get the project file to assign the correct value to the predefined variables. Any assistance would be appreciated.
Thanks,
Robert M.
Every so often when I load the project, ISPROJECTDIR and the ISProjectDataFolder both have an extra directory level in them. For example:
ISProjectFolder = "C:\CurrentDev\ProjectDirectory\"
This is correct
ISPROJECTDIR = "C:\CurrentDev\ProjectDirectory\ProjectDirectory"
ISProjectDataFolder = "C:\CurrentDev\ProjectDirectory\ProjectDirectory"
This is incorrect. There is an extra ProjectDirecory at the end of the variable.
The only solution that I have seen is to go into the direct editor, and change the type from 1 to 2 and then manually edit the paths. This means that I have to fix this problem every time the project gets moved. We have a build machine where we build the installation, but we are looking to be able to get to a point where anyone who has a valid license for Installshield can get the latest version of the project and then build the project on their computer. Unfortunatly, not everyone has the exact same directory structure which means they have check out the file and then change it to be able to build. I have a number of projects that I am able to do this by using relative variables based on the ISPROJECTDIR variable.
How do we get the project file to assign the correct value to the predefined variables. Any assistance would be appreciated.
Thanks,
Robert M.
(5) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 08, 2013
08:14 AM
There is an option when you create the project whether to "Create project file in 'Project Name' subfolder" which influences this. I suspect some of your projects were created with this option selected, and some without.
The easiest way to fix this on an existing project is to open it, then use File > Save As to select (or clear) the check box "Create 'Project Name' subfolder and save the project in the created folder". Adjust the other check boxes according to your needs. (If you'd rather go low level, this option is stored in a table of the .ism, so you might be able to fix it by editing your .ism file's data directly.)
The easiest way to fix this on an existing project is to open it, then use File > Save As to select (or clear) the check box "Create 'Project Name' subfolder and save the project in the created folder". Adjust the other check boxes according to your needs. (If you'd rather go low level, this option is stored in a table of the .ism, so you might be able to fix it by editing your .ism file's data directly.)
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 08, 2013
10:01 AM
Hello Michael,
Thanks for the information. Unfortunalty, this does not fit the situation. The project was fine, and the variables were correct when I created the project. Somehow the problem occurs later in the project's life. The project that I'm working on was correct for months. I only found out about the change when I tried to build. All of a sudden the project wouldn't build, and I am getting errors about not being able to find script files, etc. This is when I look at the predefined variables and find that they are incorrect. I have not been able to figure out a common action that might be causing this problem. It just seems to happen at random.
I tried the Save_As option, but the check box for adding the project name directory was already cleared. I resaved the project and reloaded it but the directory is still incorrect. I don't know if setting, saving and then clearing it would help. I don't want to make it any worse.
I'm not sure how to edit the ISM file directly.
In the case of the project that I am working I have noticed that the ISProjectFolder variable is correct, so as a work around I have changed the type from 1 to 2 on the variables that incorrect, and referenced this variable in them. This at least works around the problem without having to edit the project any time that it might move. I will have to check the other projects to see if that workaround will work with them. It just seems strange that the project works fine and then changes. It's almost like the create project directory flag is getting set in some other place.
Thanks,
Robert M.
Thanks for the information. Unfortunalty, this does not fit the situation. The project was fine, and the variables were correct when I created the project. Somehow the problem occurs later in the project's life. The project that I'm working on was correct for months. I only found out about the change when I tried to build. All of a sudden the project wouldn't build, and I am getting errors about not being able to find script files, etc. This is when I look at the predefined variables and find that they are incorrect. I have not been able to figure out a common action that might be causing this problem. It just seems to happen at random.
I tried the Save_As option, but the check box for adding the project name directory was already cleared. I resaved the project and reloaded it but the directory is still incorrect. I don't know if setting, saving and then clearing it would help. I don't want to make it any worse.
I'm not sure how to edit the ISM file directly.
In the case of the project that I am working I have noticed that the ISProjectFolder variable is correct, so as a work around I have changed the type from 1 to 2 on the variables that incorrect, and referenced this variable in them. This at least works around the problem without having to edit the project any time that it might move. I will have to check the other projects to see if that workaround will work with them. It just seems strange that the project works fine and then changes. It's almost like the create project directory flag is getting set in some other place.
Thanks,
Robert M.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 09, 2013
08:59 AM
Do you have these projects in source control? If so, it's typically fairly easy to track down what has changed and when. If they're stored in binary format, use InstallShield's MSI Diff; if they're stored as XML, you can use any decent text or XML comparison tool. Most edits can be made in the direct editor, but since ones like these probably won't take effect until save and reload the project I find it easier to recommend editing outside the IDE.
As far as tracking down what causes this to happen, I'm not sure how best to go about that either. Are there multiple machines involved when you see this happen, or are you editing on a single machine? Do you build on the same machine? If multiple machines are involved, does any given machine typically always work the same (either always correct or always incorrect), or do all machines behave identically for a given revision of the project file (first working fine, then after something happens, they all fail identically)? This could help narrow down what kind of setting to look for, between per-project (.ism tables) or per-machine (settings.xml or registry).
As far as tracking down what causes this to happen, I'm not sure how best to go about that either. Are there multiple machines involved when you see this happen, or are you editing on a single machine? Do you build on the same machine? If multiple machines are involved, does any given machine typically always work the same (either always correct or always incorrect), or do all machines behave identically for a given revision of the project file (first working fine, then after something happens, they all fail identically)? This could help narrow down what kind of setting to look for, between per-project (.ism tables) or per-machine (settings.xml or registry).
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Nov 22, 2013
09:49 AM
Has this been occurring for other people?
Lately i have noticed this as well, when Installshield 2012 Spring opens an existing installer. Please note that this was NOT a change to the file, this is the program opening up an existing installer and sometimes having the duplicate subdirectory. I have gotten it to fix it sometimes (although I can't seem to right now as I'm writing this...) by just reopening it or grabbing it from source control again.
Basically, when you open a file from C:\temp, the ISPROJECTDIR better be C:\temp. That variable is set to the location of the .ism file you opened, but it's coming up with a duplicate temp (in this example).
Lately i have noticed this as well, when Installshield 2012 Spring opens an existing installer. Please note that this was NOT a change to the file, this is the program opening up an existing installer and sometimes having the duplicate subdirectory. I have gotten it to fix it sometimes (although I can't seem to right now as I'm writing this...) by just reopening it or grabbing it from source control again.
Basically, when you open a file from C:\temp, the ISPROJECTDIR better be C:\temp. That variable is set to the location of the .ism file you opened, but it's coming up with a duplicate temp (in this example).
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Mar 12, 2015
12:35 PM
I had exactly the same problem with an Installshield 11 project which suddenly started exhibiting this behaviour for no readily apparent reason (I had used the "save as" dialog so that is probably implicated somewhere along the line). I absolutely could not resolve this in the UI despite trying the things mentioned on this thread (such as setting an resetting the subdirectory tick box within further "save as" dialog forms). Eventually I was able to track down a difference in the ism between the problem project and an earlier version which solved it.
I had a line like this in the problem project:-
ISPROJECTDIR1
and when I changed it to this:-
ISPROJECTDIR11
the issue was cured. I have no idea what that table entry value of "1" corresponds to, or how to set it in the UI but it seems to cure the problem.
I had a line like this in the problem project:-
and when I changed it to this:-
the issue was cured. I have no idea what that table entry value of "1" corresponds to, or how to set it in the UI but it seems to cure the problem.