wine users - Nov 2004 - HTTPS request via MSXML hangs on redirect

Hello!

First let me say that the whole Wine community did a great job with the 
project. We're on to provide an install script with my companies
software to make it accessible on Wine. With some minor changes it works 
very well in our tests. Because of using many third party components 
like the Internet Explorer we have to use many native DLLs, but that 
shouldn't be a problem.

Our Software is requesting several servers by establishing an internet 
SSL connection via Microsofts XML Parser (ServicePack 1). In some cases 
the connection justs hangs. I found out that the problem occurs when the 
server answers on a request with HTTP status code "302" and a new URL
in
the HTTP header "location".

SNOOPing into our application does'nt bring much plausible explanations 
for me. When sending a request to be redirected (i.e. 
"https://kundenservice.lbs.de/bw" redirects to 
"https://kundenservice.lbs.de/bw/") there comes no return to the app.
It
seems that the new URL is requested, but the WININET method 
InternetReadFile is missing. It comes when calling a non redirected 
request such like https://meine.deutsche-bank.de/mod/WebObjects/dbpbc.

I'm using current Wine. My DllOverrides are:
"ddrawex"	= "native, builtin"
"ddraw"		= "native, builtin"
"oleaut32"	= "native, builtin"
"ole32"		= "native, builtin"
"urlmon"	= "native, builtin"
"comctl32"	= "builtin"
"wininet"	= "native, builtin"
"shlwapi"	= "native, builtin"
"shdocvw"	= "native, builtin"
"mshtml"	= "native, builtin"
"msvcrt"	= "native, builtin"
"rsabase"	= "native, builtin"
"rsaenh"	= "native, builtin"
"crypt32"	= "native, builtin"
"rpcrt4"	= "native, builtin"
"comdlg32"	= "builtin, native"
"shell32"	= "builtin, native"
"shfolder"	= "builtin, native"
"advapi32"	= "builtin, native"
"advpack"	= "native, builtin"
"mlang"		= "native, builtin"
"hhctrl.ocx"	= "native, builtin"
"itss"		= "native, builtin"
"mciavi.drv"	= "native, builtin"
"mcianim.drv"	= "native, builtin"
"msi"		= "native, builtin"
"uxtheme"	= ""
"*"		= "builtin, native"

I'm a bit wondered about such a special problem when using a native 
WININET.DLL. I can write a small test application, but reproducing needs 
installing of DCOM, Internet Explorer and MSXML ServicePack 1.

Any ideas?

Thanks, Sven

On Wed, 10 Nov 2004 23:49:55 +0100, Sven Paschukat
wrote:
> "wininet"	= "native, builtin"
Native wininet is apparently buggy, our implementation works fine however
(for SSL connections). So try setting this to builtin and see if it works
better.

thanks -mike