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
- :
- Re: Bug report for Suite projects: "Installing Package" name not updating
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
‎Nov 03, 2011
01:30 PM
Bug report for Suite projects: "Installing Package" name not updating
Let's say you have a suite project called MyFood that installs three features, Apples, Oranges, Bananas, in that order, and all features are selected.
When installing MyFood, on the "Installing MyFood" wizard page you see this:
The program features you selected are being installed.
Installing package
Bananas
It always says "Bananas", which is the final Feature name. All features get installed, but the string that displays the feature name is "stuck", and always displays the name of the final Feature. This happens consistently, whether I use the Complete or Custom setup type. OS is Windows 7 64-bit. Desktop computer, Vostro 400.
Anyone know of a workaround??
One other bit of information, when the dialog says "Staging" (i.e., before it actually starts installing anything), it does correctly go through the list ... i.e., Staging: Apples (then Oranges ... then Bananas). But that's when the feature name string "sticks" on Bananas.
When installing MyFood, on the "Installing MyFood" wizard page you see this:
The program features you selected are being installed.
Installing package
Bananas
It always says "Bananas", which is the final Feature name. All features get installed, but the string that displays the feature name is "stuck", and always displays the name of the final Feature. This happens consistently, whether I use the Complete or Custom setup type. OS is Windows 7 64-bit. Desktop computer, Vostro 400.
Anyone know of a workaround??
One other bit of information, when the dialog says "Staging" (i.e., before it actually starts installing anything), it does correctly go through the list ... i.e., Staging: Apples (then Oranges ... then Bananas). But that's when the feature name string "sticks" on Bananas.
(9) Replies
‎Nov 03, 2011
02:16 PM
This has to do with a stale status line being displayed. This should be resolved in InstallShield 2012 SP1. (See the Read Me First sticky in this forum, among other places, for more information.)
‎Nov 03, 2011
02:24 PM
MichaelU wrote:
This has to do with a stale status line being displayed. This should be resolved in InstallShield 2012 SP1. (See the Read Me First sticky in this forum, among other places, for more information.)
Thank you for your quick response. I figured it had been reported, and that a SP would be needed, just haven't read all of the stickies / blogs yet. But there's some great info. on the blogs, I've already found an answer there for several things I've wondered about. 🙂
‎Nov 03, 2011
03:38 PM
I can confirm that Service Pack 1 has fixed this issue! 🙂
But ... it's been replaced with a more serious issue ... instead of the final feature string being displayed all the time, some features are always being installed, whether they are selected or not, in a Custom install! In fact, some features install even if NO features are selected in the Custom install! :eek:
I do not have any logic associated with any of the checkboxes (i.e., not automatically selecting Oranges if Apples are selected, etc.) -- don't even know how to do this!
Another thing... before SP1 was applied, clicking Custom showed all features selected by default. Now only some of them are selected by default.
I will make this the subject of another thread, giving some feedback on SP1 in general.
EDIT: After more research, I cannot reproduce this with a new project that I created today. And after modifying both projects that had the problem yesterday (removed the existing release build, built a new release, changed feature names, deleted features, etc.) the problem has simply vanished. Conclude: does not seem to be a problem now, sorry for any alarm I may have caused.
But ... it's been replaced with a more serious issue ... instead of the final feature string being displayed all the time, some features are always being installed, whether they are selected or not, in a Custom install! In fact, some features install even if NO features are selected in the Custom install! :eek:
I do not have any logic associated with any of the checkboxes (i.e., not automatically selecting Oranges if Apples are selected, etc.) -- don't even know how to do this!
Another thing... before SP1 was applied, clicking Custom showed all features selected by default. Now only some of them are selected by default.
I will make this the subject of another thread, giving some feedback on SP1 in general.
EDIT: After more research, I cannot reproduce this with a new project that I created today. And after modifying both projects that had the problem yesterday (removed the existing release build, built a new release, changed feature names, deleted features, etc.) the problem has simply vanished. Conclude: does not seem to be a problem now, sorry for any alarm I may have caused.
‎Nov 04, 2011
12:54 PM
Phew. That thread had us a little worried, though we couldn't reproduce in a quick test. If you have a backup of the .issuite that reproduced it and can share it with us (or even better yet, both it and a similarly structured one that does not), it might be interesting for us to figure out what was going on, or any related pitfalls.
But if it's all working now, that's all you really need. 🙂
But if it's all working now, that's all you really need. 🙂
‎Nov 04, 2011
01:03 PM
Giving you the *.issuite project would probably be no big deal. But I wouldn't be able to send the packages themselves, so you wouldn't be able to compile and run it, sorry.
This morning I made an attempt to keep the *.issuite and modify it to make it "clean" but still broken -- I renamed the features and packages, and pointed them to small "hello world" installs. I thought that this would keep the underlying broken framework in place, but just install vanilla apps that I could send as a whole package. MUCH to my surprise, when I did this it all worked! Wierd to say the least. But if you want the *.issuite project itself, I can probably get permission to send that.
This morning I made an attempt to keep the *.issuite and modify it to make it "clean" but still broken -- I renamed the features and packages, and pointed them to small "hello world" installs. I thought that this would keep the underlying broken framework in place, but just install vanilla apps that I could send as a whole package. MUCH to my surprise, when I did this it all worked! Wierd to say the least. But if you want the *.issuite project itself, I can probably get permission to send that.
‎Nov 04, 2011
01:15 PM
Definitely a little odd, unless you'd added actions or bindings to the UI that don't have any effect on the changed feature names. I can still take a look if you want, but it sounds like the value is likely to be minimal.
‎Nov 04, 2011
02:32 PM
Give me an email where I can send the information to you.
As a bonus 😉 I'll also send a separate project that has an entirely different problem ... won't auto-uninstall the packages when you select the main (suite-level) app itself in Add/Remove Programs.
I will be sending via a program called SAFE so it won't have my return address directly. We can carry on this conversation via private email (I will include that with what I send).
As a bonus 😉 I'll also send a separate project that has an entirely different problem ... won't auto-uninstall the packages when you select the main (suite-level) app itself in Add/Remove Programs.
I will be sending via a program called SAFE so it won't have my return address directly. We can carry on this conversation via private email (I will include that with what I send).