Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
DiscussionsAccessExcelInfoPathOutlookPowerPointPublisherWord
DirectoryUser Groups
Related Topics
Outlook ExpressInternet ExplorerWindowsMS Server ProductsMore Topics ...

MS Office Forum / General MS InfoPath Questions / October 2004

Tip: Looking for answers? Try searching our database.

sp1:BUG:MSI/Registry unistall/reinstall problem

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
RickH - 23 Sep 2004 20:09 GMT
I install a local Infopath trusted form using a msi file. I unistall it.
Then when I try to reinstall a new version, I get the message that the form
is already installed, pls unistall it. Its not on the Add/Remove programs
list any longer.
Trying to find a workaround, I noticed in the registry there is a "Recent
Templates" key that has entries with the URN for the various forms that have
been installed. I noticed that the urn for the form that I uninstalled is
still there. When I delete that entry, the install works fine.
It seems to me the uninstall needs to automatically delete that entry and
that new installs of that form need to check if that key is there, and delete
it or ignore it.
I need a recommendation of what should be changed in the MSI file--I'm
editing it using InstallShield Prof X, but I also have Orca installed...
Brian Teutsch [MSFT] - 24 Sep 2004 18:49 GMT
It's not a bug in SP1. Your uninstaller needs to call the
ExternalApplication.UnregisterSolution OM method. Otherwise nothing happens
on uninstall.

Brian

>I install a local Infopath trusted form using a msi file. I unistall it.
> Then when I try to reinstall a new version, I get the message that the
[quoted text clipped - 12 lines]
> I need a recommendation of what should be changed in the MSI file--I'm
> editing it using InstallShield Prof X, but I also have Orca installed...
RickH - 24 Sep 2004 19:33 GMT
I didn't write the un-installer--it's the one InfoPath generated...
I'm trying to figure out where the bug is--why it doesn't unistall
completely...
Brian Teutsch [MSFT] - 24 Sep 2004 21:33 GMT
That's a little strange. The SDK tool should generate the correct uninstall
script. Hopefully someone else here knows more about MSIs to tell you what
to look for. Or if you do, it's the ExternalApplication.UnregisterSolution
call I mentioned earlier. Sorry I can't help more.

Brian

>I didn't write the un-installer--it's the one InfoPath generated...
> I'm trying to figure out where the bug is--why it doesn't unistall
> completely...
RickH - 24 Sep 2004 22:39 GMT
it does uninstall it--but not completely. It is removed from the Add/Remove
software list, but something is left in the registry that prevents
reinstall...
I think it might be the "Recent Templates" key under InfoPath. If the form
is listed there, then it won't reinstall.
Brian Teutsch [MSFT] - 05 Oct 2004 02:00 GMT
Yes, we think we've found the issue. It is around multiple isntallations of
solutions with the same name. Try this to workaround:

Register another solution with the MSI, then go copy the hidden custom
action file. When you uninstall one, you can just replace the custom action
file again and uninstall again.

Thanks,
Brian

> it does uninstall it--but not completely. It is removed from the
> Add/Remove
> software list, but something is left in the registry that prevents
> reinstall...
> I think it might be the "Recent Templates" key under InfoPath. If the form
> is listed there, then it won't reinstall.
RickH - 05 Oct 2004 18:49 GMT
Not sure I follow this.
I make a copy of the caXXXXX.exe file.
Then uninstal the form.
Then what?

> Yes, we think we've found the issue. It is around multiple isntallations of
> solutions with the same name. Try this to workaround:
[quoted text clipped - 5 lines]
> Thanks,
> Brian
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.