Created attachment 439 [details]
the log created by the installer in %windir%

confirming per vote

I sent two patches that address these issues. One bumps the version  
of Wine's kernel32 to that of WinXP SP2's kernel32, which is what 
the installer was checking. The other adds a stub for SetupCopyOEMInfW. 
 

I can confirm the original Bug by Ivan. The Installer fails still with the 
same Error, although it doesn't crash anymore.   
The Output:   
err:shell:SHGetFolderPathW Failed to create directory 'L"Z: 
\\home\\sifff\\Desktop"'.  
err:ole:CoGetClassObject class {cfc399af-d876-11d0-9c10-00c04fc99c8e} not  
registered  
fixme:ole:CoCreateInstance no classfactory created for CLSID  
{cfc399af-d876-11d0-9c10-00c04fc99c8e}, hres is 0x80040154  
err:ole:CoGetClassObject class {cfc399af-d876-11d0-9c10-00c04fc99c8e} not  
registered  
fixme:ole:CoCreateInstance no classfactory created for CLSID  
{cfc399af-d876-11d0-9c10-00c04fc99c8e}, hres is 0x80040154  
fixme:setupapi:SetupCopyOEMInfW stub: source L"C: 
\\windows\\temp\\IXP000.TMP\\wmexpack.inf" location L"c: 
\\windows\\RegisteredPackages\\{CAC24AF7-5447-4F19-9FA6-F6E6E69D395E}" ...  
  

*** Bug 3825 has been marked as a duplicate of this bug. ***

It can detect the updates if Internet Explorer 6 is installed.  See the AppDB
entry for more information.

Running the Win2k/9x installer under wine 0.9.5 with no MSIE install, I get:  
warn:file:wine_nt_to_unix_file_name  
L"%SystemRoot%\\system32\\%SystemRoot%\\system32\\msxml.dll" not found  
in /home/xyz/.wine/dosdevices/c:/wmp  
warn:file:wine_nt_to_unix_file_name L"%SystemRoot%\\system32\\msxml.dll" not  
found in /home/xyz/.wine/dosdevices/c:/wmp  
warn:file:wine_nt_to_unix_file_name L"%SystemRoot%\\system32\\msxml.dll" not  
found in /home/xyz/.wine/dosdevices/c:/windows/system32  
  
...etc.  
  
I've manually installed msxml.dll as suggested at  
http://support.microsoft.com/default.aspx?kbid=272633  
 - it looks like it's looking for a file with a local path literally 
"%SystemRoot%\\system32\\msxml.dll" instead of substituting the variable to 
get "C:\\windows\\system32\\msxml.dll"?  
  

OK, doing the following avoids the win2k/9x installer complaining about being   
"currently unable to detect available updates":   
   
cd path-to-setup_wm.exe (this is the installer in the extracted package -   
probably works with the packaged installer)   
mkdir -p %SystemRoot%/system32   
cp ~/.wine/dosdevices/c:/windows/system32/msxml.dll %SystemRoot%/system32   
wine setup_wm.exe  
  
But it crashes at 55% completion ("performing post-setup operations"):  
  
fixme:advapi:ParseStringSidToSid String constant not supported: L"BU"...  
fixme:advapi:SetNamedSecurityInfoW L"c:\\windows\\profiles\\All  
Users\\Application Data\\Microsoft\\Media Index" 1 536870916 (nil) (nil)  
0x7fdda3bc (nil)  
err:heap:GlobalFree page fault occurred ! Caused by bug ?  
wine: Unhandled page fault on write access to 0x00000004 at address 0x7bebe140  
(thread 0015), starting debugger...  
  
  
I'll try with a native advapi32 later. 
   

*** Bug 5457 has been marked as a duplicate of this bug. ***

With Wine 0.9.17, the console output is

err:ole:CoGetClassObject class {cfc399af-d876-11d0-9c10-00c04fc99c8e} not 
registered
err:ole:CoGetClassObject no class object 
{cfc399af-d876-11d0-9c10-00c04fc99c8e} could be created for context 0x1
err:ole:CoGetClassObject class {cfc399af-d876-11d0-9c10-00c04fc99c8e} not 
registered
err:ole:CoGetClassObject no class object 
{cfc399af-d876-11d0-9c10-00c04fc99c8e} could be created for context 0x1
fixme:setupapi:SetupCopyOEMInfW stub: source L"C:
\\windows\\temp\\IXP000.TMP\\wmexpack.inf" location L"c:
\\windows\\RegisteredPackages\\{CAC24AF7-5447-4F19-9FA6-F6E6E69D395E}" ...

It looks like Wine is missing some registry values.

Created attachment 2932 [details]
Registry data

If I add this registry data to ~/.wine/system.reg (taken from WinXP), the
installer give the following output instead of the one mentioned above

err:ole:get_inproc_class_object couldn't load in-process dll L"%"
err:ole:CoGetClassObject no class object {cfc399af-d876-11d0-9c10-00c04fc99c8e}
could be created for context 0x1
fixme:setupapi:SetupCopyOEMInfW stub: source
L"C:\\windows\\temp\\IXP000.TMP\\wmexpack.inf" location
L"c:\\windows\\RegisteredPackages\\{CAC24AF7-5447-4F19-9FA6-F6E6E69D395E}" ...

If I then use a native msxml3.dll, it gives the following

err:ole:get_inproc_class_object couldn't load in-process dll
L"c:\\windows\\System32\\msxml3.dll"
err:ole:CoGetClassObject no class object {cfc399af-d876-11d0-9c10-00c04fc99c8e}
could be created for context 0x1
fixme:setupapi:SetupCopyOEMInfW stub: source
L"C:\\windows\\temp\\IXP000.TMP\\wmexpack.inf" location
L"c:\\windows\\RegisteredPackages\\{CAC24AF7-5447-4F19-9FA6-F6E6E69D395E}" ...

If I add the registry data above, copy msxml3.dll and msxml3r.dll to Wine's 
windows/system32, then add a dll override so Wine uses native msxml3, Windows 
Media Player 9 is installed, although the setup program claims it failed.

I suppose the first part of a fix would be to send a patch with the registry 
data.  I'll try to figure out how to do that (I have only submitted 
translation patches before).

Could you try removing those registry entries, back it up and run
regsvr32 msxml3.dll
Then see what changed? Same for msxml3r.dll.

I removed .wine and started again.

It works without the registry entries if I register the native msxml3.dll.  It 
does not work if I register the builtin msxml3.  There is no need to register 
msxml3r.

In Wine 0.9.19, I do not need to register msxml3.dll.
It now only requires native msxml3.dll and msxml3r.dll, and a 'native' dll 
override for 'msxml3'.

Can somebody with successfully installed WMP 9 try to verify if bug 1988 still
exists?

Wine 0.9.20 brought the running process of bug 1988 further. But WMP is required.

I probably should have noted that after Wine 0.9.6 or so I was able to 
successfully install WMP9 and use WMP dependent applications. I have to use 
native msxml to make the installer work. For runtime, native qedit and quartz 
are required (builtin quartz crashes as of 0.9.18).

See also:
http://www.s1mp3.org/wiki/index.php/Video_encoding#How_to_encode_on_Unix_or_Linux

The microsoft site forces you to download media player 10 for xp only now, but
will still allow you to get the 98/2k/xp version of 9, as of this writing.  I
managed to find the XP-only 9 series installer on download.com at
http://www.download.com/3000-2139-10180880.html

Will check status of it once finished downloading.

Well the media player 9 for xp installer still gives me the errors about not
being able to detect available updates..  I've used msxml.dll from XP SP2 and
put it into a folder that is literally named %SystemRoot%/system32 under the
mpsetup folder (when you run the packaged installer, it extracts to a different
folder, so it cant find %SystemRoot%).  However msxml.dll will not register.  Im
also using msxml3.dll and msxml3r.dll from XP SP2.  I have registered
msxml3.dll, and I have native overrides for all 3 dll's setup.  Is there a step
I'm missing, or am I just using the wrong installer?

I just attempted the install with the MP9 installer from MS for 9x/2k/XP and it
does the same thing so it's not the version of the installer...

I've got an implementation of IXMLDocument, IXMLElement, and
IXMLElementCollection, with tests, but it needs a bit of work before I send it in.

Patches sent:

http://winehq.org/pipermail/wine-patches/2007-May/039411.html
http://winehq.org/pipermail/wine-patches/2007-May/039412.html
http://winehq.org/pipermail/wine-patches/2007-May/039413.html

The msxml patches were accepted, and perform correctly.  The installer still
doesn't succeed, because we get this error:

err:heap:GlobalFree (0x16b9f8): Page fault occurred ! Caused by bug ?
wine: Unhandled page fault on write access to 0x00000024 at address 0x7bc3729a
(thread 001c), starting debugger...

Although (I guess) the installer catches the exception and keeps running.

I don't get any such heap error with Wine 0.9.48.  No native msxml seems to be necessary.  However, the installer tries to import mscat32.dll (cabinet creation), and says the installation fails at the end.  When that DLL is present the installer produces more output, but it still says it fails at the hend.

Created attachment 8809 [details]
Output from Wine 0.9.48

Here is the output.  What puzzles me is that it calls setupapi:SetupPromptReboot even though the installation failed according to the installer.
No errors, and most fixmes are from advpi.

OK, so now I do actually have an idea as to why the installation is failing. :)

The installer calls mscat32.CryptCATAdminAddCatalog which forwards to the same wintrust function, which is a stub.  This function should copy the file to a place in system32/CatRoot, but the stub does not do that of course.

Implementing a stub that merely copies the file should hopefully suffice for us, so I'll get working on that.

Changing component to wine-misc since there is no wintrust/mscat32 component.  Assigning to me.

I'll try to fix this.

OK, I think fixing this may be bit of the top for me at the moment. :)  I'll keep looking at it, but ASSIGNED status may not be appropriate.

Anyway the stub CryptCATAdminAddCatalog is definitely a problem, as WMP9 uses this to install key files.  I have a patch to copy the cat files, but that won't do any good.

With Wine 0.9.53 the WMA/WMV codecs are installed and useable in the Player.  The installer still says it fails, though if run again it will succeed.

I have not tested DRM files.

Is there anything else but a pretty simple stub to be implemented in the way for fixing this? If I understand Alexander correct, that's the case. In that case it should be pretty easy for someone more experienced to fix this. And WMP is one of thee most important Windows applications around for domestic users, so this should really be fixed pronto...

Also, if this bug really is that easy to fix, this should definitely get a high priority and 1.0 Target.

I'm not capable of fixing this, but I definitely do vote for this one being fixed ASAP.

I think crypt32 is likely the appropriate component for this, because that's where most of the CryptoAPI is implemented. Also Wintrust.dll, where that forward is pointing to, has been worked on by the same devs, Juan Lang and Paul Vriens. I'll add them to CC to get informed, but let them deside.

I agree that, lacking a wintrust component, crypt32 is the next best option.

Now there is a handy wintrust component, using it.

Created attachment 17451 [details]
install and run debug log for wmp9

I installed using this download:
http://www.microsoft.com/windows/windowsmedia/player/9series/default.aspx

When I first tried to install it, it went through extracting the files and all and at the end of it, it explicitly said that it was unable to install the program.

Skeptical like always, I tried to run the installation again and it was a success. It installs successfully now.
http://img206.imageshack.us/my.php?image=screenshotwindowsmediapoe3.png

It then asks you a few other questions about file extensions and privacy. After you have completed that, then it will crash with a debug log that I have attached.

I used wine 1.1.9 by the way.

(In reply to comment #34)
> Created an attachment (id=17451) [details]
> install and run debug log for wmp9
> 
> I installed using this download:
> http://www.microsoft.com/windows/windowsmedia/player/9series/default.aspx
> 
> When I first tried to install it, it went through extracting the files and all
> and at the end of it, it explicitly said that it was unable to install the
> program.
> 
> Skeptical like always, I tried to run the installation again and it was a
> success. It installs successfully now.
> http://img206.imageshack.us/my.php?image=screenshotwindowsmediapoe3.png
> 
> It then asks you a few other questions about file extensions and privacy. After
> you have completed that, then it will crash with a debug log that I have
> attached.
> 

What's the status of this bug with Wine 1.1.11?

Worked fine for me since I started using wine.

I don't know why I received an email about this as my address was not in the CC list - odd.

(In reply to comment #37)

> I don't know why I received an email about this as my address was not in the CC
> list - odd.

Figured it you, ignore me!

Created attachment 18100 [details]
Log with Wine 1.1.11

Still failing in Wine 1.1.11 in a clean WINEPREFIX

This is no longer a wintrust bug. The installer still reports a failure but
succeeds if you run it a second time.

Please retest in current git. If still present, update version field to earliest known version of wine that had this bug. Thanks!

Tested in Wine 1.1.18.

Installer fails first time, completes successfully the second time.

Earliest known version appears to be over five years ago.

Created attachment 22425 [details]
stripped relay log of function DllRegisterServer of mspmspsn.dll

The failure during the first run is according to c:\windows\wmsetup.log :
-------------------------------------------------------------------------
[snip]
ERROR: Dll Registration: Failed for file 'C:\windows\system32\mspmsnsv.dll': '0x80070006'.
ERROR: INF parser failed on: 'C:\windows\temp\IXP000.TMP\wmdm.inf'.  Result: 0x80070006.
  Package install complete.  Last result 0x80070006.
ERROR: Package 'wmdm'.  Result: 0x80070006.
[snip]
Setup complete.  Result: '0x80070006'.
Setup has failed.
-------------------------------------------------------------------------

From the attached log i guess the problem is the failing call to the function GetSecurityInfo

Testcase commited: http://source.winehq.org/git/wine.git/?a=commit;h=08e7a1bfe7dc02d4f20e321db52eb7b35c6c6150

I am getting this same issue with wine-1.1.30

I am using winetricks to attempt an install of WMP9 in order to facilitate an install of a game. When I try the install of WMP9 I get a dialog window that says:

Setup is currently unable to detect available updates. Please try again later.

This dialog window with the above text is appearing on top of a larger install window for Windows Media Player 9.

I tried installing IE6 as some of the comments here seemed to indicate this might help but that made no difference.

(In reply to comment #45)
> I am getting this same issue with wine-1.1.30
> 
> I am using winetricks to attempt an install of WMP9 in order to facilitate an
> install of a game. When I try the install of WMP9 I get a dialog window that
> says:
> 
> Setup is currently unable to detect available updates. Please try again later.
> 
> This dialog window with the above text is appearing on top of a larger install
> window for Windows Media Player 9.
> 
> I tried installing IE6 as some of the comments here seemed to indicate this
> might help but that made no difference.

I do notice that there is some output in the terminal window I am runnign winetricks from that states:

Executing wine /home/sad/.winetrickscache/wmp9/MPSetup.exe
This program tried to use an XMLDocument object, but
libxml2 support was not present at compile time.

Is this critical or not?

(In reply to comment #46)
> (In reply to comment #45)
> > I am getting this same issue with wine-1.1.30
> > 
> > I am using winetricks to attempt an install of WMP9 in order to facilitate an
> > install of a game. When I try the install of WMP9 I get a dialog window that
> > says:
> > 
> > Setup is currently unable to detect available updates. Please try again later.
> > 
> > This dialog window with the above text is appearing on top of a larger install
> > window for Windows Media Player 9.
> > 
> > I tried installing IE6 as some of the comments here seemed to indicate this
> > might help but that made no difference.
> 
> I do notice that there is some output in the terminal window I am runnign
> winetricks from that states:
> 
> Executing wine /home/sad/.winetrickscache/wmp9/MPSetup.exe
> This program tried to use an XMLDocument object, but
> libxml2 support was not present at compile time.
> 
> Is this critical or not?

I included the required libxml2-devel i386 rpm on my system and then rebuilt my wine release from existing 1.1.30 source code I already had. Now the install of WMP9 using winetricks works and my game install is proceeding along further.

So it appears that having support for xml2 in your build of wine is critical the WMP9 install.

You should test with a more recent version of wine. The latest is Wine 1.1.35.

(In reply to comment #47)
> I included the required libxml2-devel i386 rpm on my system and then rebuilt my
> wine release from existing 1.1.30 source code I already had. Now the install of
> WMP9 using winetricks works and my game install is proceeding along further.
> 
> So it appears that having support for xml2 in your build of wine is critical
> the WMP9 install.

Yes, libxml2 is necessary for the msxml* implementations in Wine. Those dlls are in turn necessary for many programs to run, so don't build Wine without libxml2 support unless you know what you're doing.

This error appears in Wine 1.1.35 too. I don't know name of native library, but with this setup finish correctly.

Still present with wine-1.2-rc5 - first setup fails, second is successful and we are able to run WMP and play WMA files with it - so I guess codecs are installed as well.

Still a bug in git (wine-1.3.12-100-g09e2948)

It finish fine if some native library was installed. I found a solution after installing many native libraries, but I don't know what is the one that fix error.

(In reply to comment #53)
> It finish fine if some native library was installed. I found a solution after
> installing many native libraries, but I don't know what is the one that fix
> error.

Looking at winetricks, wsh57, which implies jscript.

(In reply to comment #54)

> Looking at winetricks, wsh57, which implies jscript.

jscript fixes application, not installer

Hello,

still present.
Setting the reported version to initial bug reporter date (though this bug has been reused several times for different issues).

$ wine --version
wine-1.3.18-312-ge594268

$ sha1sum MPSetupXP.exe 
5ffe6655b404f3dc4b3aa6fc6cdc33d72f106808  MPSetupXP.exe

Wineserver trace indicates invalid handle is getting passed:

--- snip ---
...
0028: load_dll( mapping=0094, base=005e0000, name=00142c40, size=65536, dbg_offset=0, dbg_size=0, filename=L"C:\\windows\\system32\\mspmsnsv.dll" )
0028: load_dll() = 0 
...
0016: create_key( parent=001c, access=02000000, attributes=00000000, options=00000000, namelen=16, name=L"WmdmPmSN", class=L"" )
0016: create_key() = 0 { hkey=009c, created=1 }
0016: set_key_value( hkey=009c, type=1, namelen=22, name=L"DisplayName", data={50,00,6f,00,72,00,74,00,61,00,62,00,6c,00,65,00,20,00,4d,00,65,00,64,00,69,00,61,00,20,00,53,00,65,00,72,00,69,00,61,00,6c,00,20,00,4e,00,75,00,6d,00,62,00,65,00,72,00,20,00,53,00,65,00,72,00,76,00,69,00,63,00,65,00,00,00} )
0016: set_key_value() = 0
0016: set_key_value( hkey=009c, type=1, namelen=18, name=L"ImagePath", data={25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,73,00,76,00,63,00,68,00,6f,00,73,00,74,00,2e,00,65,00,78,00,65,00,20,00,2d,00,6b,00,20,00,6e,00,65,00,74,00,73,00,76,00,63,00,73,00,00,00} )
0016: set_key_value() = 0
0016: delete_key_value( hkey=009c, name=L"Group" )
0016: delete_key_value() = OBJECT_NAME_NOT_FOUND
0016: set_key_value( hkey=009c, type=1, namelen=20, name=L"ObjectName", data={4c,00,6f,00,63,00,61,00,6c,00,53,00,79,00,73,00,74,00,65,00,6d,00,00,00} )
0016: set_key_value() = 0
0016: delete_key_value( hkey=009c, name=L"Description" )
0016: delete_key_value() = OBJECT_NAME_NOT_FOUND
0016: delete_key_value( hkey=009c, name=L"DependOnService" )
0016: delete_key_value() = OBJECT_NAME_NOT_FOUND
0016: delete_key_value( hkey=009c, name=L"DependOnGroup" )
0016: delete_key_value() = OBJECT_NAME_NOT_FOUND
0016: set_key_value( hkey=009c, type=4, namelen=10, name=L"Start", data={03,00,00,00} )
0016: set_key_value() = 0
0016: set_key_value( hkey=009c, type=4, namelen=24, name=L"ErrorControl", data={01,00,00,00} )
0016: set_key_value() = 0
0016: set_key_value( hkey=009c, type=4, namelen=8, name=L"Type", data={20,00,00,00} )
0016: set_key_value() = 0
0016: delete_key_value( hkey=009c, name=L"Tag" )
0016: delete_key_value() = OBJECT_NAME_NOT_FOUND
0016: close_handle( handle=009c )
0016: close_handle() = 0
0016: select( flags=4, cookie=0073e944, signal=0000, prev_apc=0000, timeout=+30.0000000, result={}, handles={0050} )
0016: select() = PENDING { timeout=1cc067432555972 (+30.0000000), call={APC_NONE}, apc_handle=0000 }
0028: create_key( parent=003c, access=02000000, attributes=00000000, options=00000000, namelen=104, name=L"SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Svchost", class=L"" )
0028: create_key() = 0 { hkey=00c0, created=0 }
0028: get_key_value( hkey=00c0, name=L"netsvcs" )
0028: get_key_value() = 0 { type=7, total=12, data={} }
0028: get_key_value( hkey=00c0, name=L"netsvcs" )
0028: get_key_value() = 0 { type=7, total=12, data={42,00,49,00,54,00,53,00,00,00,00,00} }
0028: set_key_value( hkey=00c0, type=7, namelen=14, name=L"netsvcs", data={42,00,49,00,54,00,53,00,00,00,57,00,6d,00,64,00,6d,00,50,00,6d,00,53,00,4e,00,00,00,00,00} )
0028: set_key_value() = 0
0028: close_handle( handle=00c0 )
0028: close_handle() = 0
0028: get_security_object( handle=1537e8, security_info=00000004 )
0028: get_security_object() = INVALID_HANDLE { sd_len=00000000, sd={} }
...
--- snip ---

Regards

The installer completes fine in wine-1.5.25-69-g402b100. Since this bug has been around for a while, I bisected to find the fix. It was e4717c299efa4f7e281de9eb8782b632b5539df1.

There are remaining issues, e.g., the UI is very broken without native jscript (bug 19439) and trying to play winecfg's test sound crashes (bug 33134).

Closing bugs fixed in 1.5.26.