Installer question: Spurious entries in Add/Remove Programs

[Michael A. Covington]

Greetings,

I am working on a program that is in beta testing and goes through a new
version every week or so.

When there's a new version, go into the setup project change the Product
Code but leave the Upgrade Code and version number unchanged.

RemovePreviousV ersions is set to True.

When the user installs the program, it overwrites the previous (nominally
same) version just fine.

But there are then two entries in Add/Remove Programs. "Removing" either
one of them will remove the program. If I then "remove" the other one, it
does something that doesn't raise any errors, but doesn't seem to have any
effect either.

Have I found a bug in Visual Studio 2003 or the Microsoft Installer? What's
up?

Thanks!


--
Michael Covington
Consultant

https://www.covingtoninnovations.com

[Michael A. Covington]

Re: Installer question: Spurious entries in Add/Remove Programs

I've gotten a partial answer which leads to a bigger question.

Microsoft, at

http://support.microsoft.com/default.aspx?scid=kb;en-us;300540

says that in this situation I should be changing only PackageCode, not
ProductCode.

OK... where on earth is PackageCode?

I can't find it in Setup Project Properties or even the help system.

[Michael A. Covington]

Re: Installer question: Spurious entries in Add/Remove Programs

Still more news.

Apparently the Package Code changes every time an .msi file is gnerated. So
far so good.

The problem is in setup.exe.

After rebuilding my deployment project, if I want to reinstall using
myapp.msi, over what the Installer thinks is the same version of the program
already there, I can choose "Repair" and everything goes just fine.

But SETUP.EXE refuses to run in that situation. It tells me the current
version is already installed and I must go to Add/Remove Programs and
"Change" it. If I try to do that, I get told that the .msi file is not
valid.

What is the PROPER way to distribute MINOR upgrades of a product, with
either the same or a slightly different version number?

Thanks to anyone who can shed light on it!




"Michael A. Covington" <look@www.covin gtoninnovations .com.for.addres s> wrote
in message news:%23%23d5o1 jpDHA.2808@TK2M SFTNGP10.phx.gb l...[color=blue]
> I've gotten a partial answer which leads to a bigger question.
>
> Microsoft, at
> http://support.microsoft.com/default...b;en-us;300540
> says that in this situation I should be changing only PackageCode, not
> ProductCode.
>
> OK... where on earth is PackageCode?
>
> I can't find it in Setup Project Properties or even the help system.
>
>[/color]

[Michael A. Covington]

Re: Installer question: Spurious entries in Add/Remove Programs

More news: I was wrong. Behavior of myapp.msi is just the same as
setup.exe

If I rebuild my deployment application, I can't install it until I remove
the previous "version".

"Michael A. Covington" <look@www.covin gtoninnovations .com.for.addres s> wrote
in message news:%23Bvg3Dkp DHA.3040@TK2MSF TNGP11.phx.gbl. ..[color=blue]
> Still more news.
>
> Apparently the Package Code changes every time an .msi file is gnerated.[/color]
So[color=blue]
> far so good.
>
> The problem is in setup.exe.
>
> After rebuilding my deployment project, if I want to reinstall using
> myapp.msi, over what the Installer thinks is the same version of the[/color]
program[color=blue]
> already there, I can choose "Repair" and everything goes just fine.
>
> But SETUP.EXE refuses to run in that situation. It tells me the current
> version is already installed and I must go to Add/Remove Programs and
> "Change" it. If I try to do that, I get told that the .msi file is not
> valid.
>
> What is the PROPER way to distribute MINOR upgrades of a product, with
> either the same or a slightly different version number?
>
> Thanks to anyone who can shed light on it!
>
>
>
>
> "Michael A. Covington" <look@www.covin gtoninnovations .com.for.addres s>[/color]
wrote[color=blue]
> in message news:%23%23d5o1 jpDHA.2808@TK2M SFTNGP10.phx.gb l...[color=green]
> > I've gotten a partial answer which leads to a bigger question.
> >
> > Microsoft, at
> > http://support.microsoft.com/default...b;en-us;300540
> > says that in this situation I should be changing only PackageCode, not
> > ProductCode.
> >
> > OK... where on earth is PackageCode?
> >
> > I can't find it in Setup Project Properties or even the help system.
> >
> >[/color]
>
>[/color]

[David Guyer [MS]]

Re: Installer question: Spurious entries in Add/Remove Programs

So, I'm a little lost on this thread, but one thing I noticed... you MUST
change the version of your setup project, otherwise RemovePreviousV ersions
doesn't understand that there's an older version, just the same version.
But since the PackageCode has changed, it installs it, instead of going to
the repair/remove dialog.

---
David Guyer - VBQA Deployment Testing
This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------[color=blue]
>From: "Michael A. Covington"[/color]
<look@www.covin gtoninnovations .com.for.addres s>[color=blue]
>References: <umyp5jjpDHA.17 40@TK2MSFTNGP12 .phx.gbl>[/color]
<##d5o1jpDHA.28 08@TK2MSFTNGP10 .phx.gbl>
<#Bvg3DkpDHA.30 40@TK2MSFTNGP11 .phx.gbl>[color=blue]
>Subject: Re: Installer question: Spurious entries in Add/Remove Programs
>Date: Sat, 8 Nov 2003 17:22:38 -0500
>Lines: 53
>X-Priority: 3
>X-MSMail-Priority: Normal
>X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
>Message-ID: <eu9yUbkpDHA.27 72@TK2MSFTNGP10 .phx.gbl>
>Newsgroups: microsoft.publi c.dotnet.langua ges.csharp
>NNTP-Posting-Host: 66-23-192-94.clients.spee dfactory.net 66.23.192.94
>Path: cpmsftngxa06.ph x.gbl!TK2MSFTNG P08.phx.gbl!TK2 MSFTNGP10.phx.g bl
>Xref: cpmsftngxa06.ph x.gbl microsoft.publi c.dotnet.langua ges.csharp:1976 47
>X-Tomcat-NG: microsoft.publi c.dotnet.langua ges.csharp
>
>More news: I was wrong. Behavior of myapp.msi is just the same as
>setup.exe
>
>If I rebuild my deployment application, I can't install it until I remove
>the previous "version".
>
>"Michael A. Covington" <look@www.covin gtoninnovations .com.for.addres s>[/color]
wrote[color=blue]
>in message news:%23Bvg3Dkp DHA.3040@TK2MSF TNGP11.phx.gbl. ..[color=green]
>> Still more news.
>>
>> Apparently the Package Code changes every time an .msi file is gnerated.[/color]
>So[color=green]
>> far so good.
>>
>> The problem is in setup.exe.
>>
>> After rebuilding my deployment project, if I want to reinstall using
>> myapp.msi, over what the Installer thinks is the same version of the[/color]
>program[color=green]
>> already there, I can choose "Repair" and everything goes just fine.
>>
>> But SETUP.EXE refuses to run in that situation. It tells me the current
>> version is already installed and I must go to Add/Remove Programs and
>> "Change" it. If I try to do that, I get told that the .msi file is not
>> valid.
>>
>> What is the PROPER way to distribute MINOR upgrades of a product, with
>> either the same or a slightly different version number?
>>
>> Thanks to anyone who can shed light on it!
>>
>>
>>
>>
>> "Michael A. Covington" <look@www.covin gtoninnovations .com.for.addres s>[/color]
>wrote[color=green]
>> in message news:%23%23d5o1 jpDHA.2808@TK2M SFTNGP10.phx.gb l...[color=darkred]
>> > I've gotten a partial answer which leads to a bigger question.
>> >
>> > Microsoft, at
>> > http://support.microsoft.com/default...b;en-us;300540
>> > says that in this situation I should be changing only PackageCode, not
>> > ProductCode.
>> >
>> > OK... where on earth is PackageCode?
>> >
>> > I can't find it in Setup Project Properties or even the help system.
>> >
>> >[/color]
>>
>>[/color]
>
>
>[/color]