Re: KB942288 - Windows Installer 4.5 installation bug??
Vadim Rapp
f> I hope this will make it to a member of the Windows Installer Team.
no, it will not. And even if it will, the member won't even think that his
seeing the information about the bug might result in initiating some process
that would fix the bug. There is no process that he could initiate by
himself.
If you want it to be fixed, you have to open support incident with Microsoft
and indicate that you are reporting a bug. You will pay support fee, but if
it's comfirmed, the fee will be refunded. If you succeed, they will ask you
to write business justification of fixing the bug, you will have to show how
this bug adversely affects your operations and how you are losing time and
money because of it. The bug itself, even if fully acknowledged, is not the
reason to fix it. In the beta testing of every Windows release, many
reported bugs are closed with the comment "won't fix", i.e. they are
acknowledged, but are considered to have little impact on Microsoft
customers, so Microsoft does not allocate resources to fix them. Said
resources are instead working on more important projects, for example new
skin for Office, or cool colorful animation on Windows boot screen, or the
ability to resize the picture using your fingers instead of the mouse, or
similar innovative things that do have impact on Microsoft customers and
make them to want more Microsoft products. Longer-than-necessary record in
the event log is not one of them.
This integration of KB into the installation - is this documented and
supported by Microsoft process? I understand that NLite does this, but is
this really Microosoft-supported path?
Vadim Rapp
Vadim Rapp
??>> supported by Microsoft process? I understand that NLite does this, but
??>> is this really Microosoft-supported path?
f> The integration method I'm referring to is documented and supported by
f> Microsoft. I'm using the "/integrate" command line option that most
f> official Microsoft updates support. The below KB article explains its usage:
f> http://support.microsoft.com/default.aspx/kb/828930
if so, then following the support incident path appears like safe route. Of
course it would be interesting to find out whether this if the defact of
this particular KB, or manifestation of more general problem. From the fact
that it works differently in XP and in Vista I'd guess that it's the result
of the usual trickery in the installation, when they try to create special
handling for every platform and every situation.
If you give me your email address, I can share some extra details about
talking to Microsoft. Mine can be found at www.vadimrapp.com .
Vadim