http://bugs.winehq.org/show_bug.cgi?id=30020
Bug #: 30020 Summary: Tribes Ascend does not connect to the authentication service Product: Wine Version: 1.4-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: rmlipman@gmail.com Classification: Unclassified
Tribes Ascend installs successfully, but the launcher never connects to the update service. The only thing that shows up in the console is
fixme:thread:NtQueryInformationThread info class 16 not supported yet
spammed over and over again.
http://bugs.winehq.org/show_bug.cgi?id=30020
rmlipman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |https://account.hirezstudio | |s.com/tribesascend/
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #1 from rmlipman@gmail.com 2012-03-16 21:44:22 CDT --- Still present in 1.5.0
http://bugs.winehq.org/show_bug.cgi?id=30020
Erik wine@erikdokter.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@erikdokter.nl
--- Comment #2 from Erik wine@erikdokter.nl 2012-03-29 10:20:02 CDT --- Note that the update service is actually a Windows Service, possibly a .NET 2.0 service, that exists on the local computer.
You can check this by running HiRezGamesDiagAndSupport.exe
http://bugs.winehq.org/show_bug.cgi?id=30020
Anthony Mattheakakis antony256@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antony256@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=30020
Ezequiel devezek@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |devezek@gmail.com
--- Comment #3 from Ezequiel devezek@gmail.com 2012-04-18 15:16:45 CDT --- This happens on wine 1.5.2, any idea?
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #4 from thanoulas thanoulas@gmail.com 2012-04-18 19:44:34 CDT --- Created attachment 39857 --> http://bugs.winehq.org/attachment.cgi?id=39857 err+all,fixme+all
http://bugs.winehq.org/show_bug.cgi?id=30020
thanoulas thanoulas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thanoulas@gmail.com
--- Comment #5 from thanoulas thanoulas@gmail.com 2012-04-18 19:45:06 CDT --- Confirmed on 1.5.2 The service has its own log located in c:\users\All Users\Application Data\Hi-Rez Studios\HiPatchService\log The farthest I can go when comparing to a working standard windows log is by Doing winetricks dotnet20 dotnet20sp2 dotnet30
It still doesn't connect but it detects that the interface has started and gives different errors in the output I attached a fixme+all,err+all
highlight is this? fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER: unimplemented TransmitFile fixme:ras:RasEnumConnectionsW (0x19f360,0x3ade574,0x3ade578),stub! fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub fixme:ras:RasConnectionNotificationW (0xffffffff,0x340,0x00000003),stub! fixme:winhttp:WinHttpDetectAutoProxyConfigUrl discovery via DHCP not supported
http://bugs.winehq.org/show_bug.cgi?id=30020
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #6 from Bruno Jesus 00cpxxx@gmail.com 2012-04-18 20:02:42 CDT --- (In reply to comment #5)
fixme:winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER: unimplemented TransmitFile
TransmitFile is really not implemented as seen in bug 5048. I'm not sure this is the cause but sure is something that is missing.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #7 from thanoulas thanoulas@gmail.com 2012-04-19 04:00:06 CDT --- Hi Bruno, I tried to implement the TransmitFile patch from bug 5048 by hand (it doesn't apply in 1.5.2). It builts OK, and the message goes away, but the rest of the messages are still there and the result is the same, so it might be the RAS deficiency?
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #8 from thanoulas thanoulas@gmail.com 2012-04-19 10:17:22 CDT --- I ruled out RAS as well, I used a native override for rasapi32, the messages went away again, but same results. I am going through a +winsock trace for both the service and the client, and stumbled on something interesting:
trace:winsock:WS_bind socket 02a4, ptr 0x8aa630 { family AF_INET, address 0.0.0.0, port 17729 }, length 16 this is the binding that the service does,
and then the client calls: trace:winsock:WS_connect socket 0254, ptr 0x9d4250 { family AF_INET, address 127.0.0.1, port 17729 }, length 16 warn:winsock:wsaErrno errno 36, (Operation now in progress).
do_connect also fails. This repeats for a while, until: trace:winsock:DllMain 0x44d00000 0x2 0x0 trace:winsock:WS_setsockopt socket: 029c, level 0xffff, name 0x80, ptr 0x2a2e914, len 4 warn:winsock:wsaErrno errno 22, (Invalid argument). trace:winsock:WS_setsockopt Setting socket error, 10022 warn:winsock:wsaErrno errno 22, (Invalid argument). trace:winsock:WS_closesocket socket 029c
(notice that the bind is on 0.0.0.0 and the connect on 127.0.0.1). Any chance the 0.0.0.0 address is not equivalent to 127.0.0.1 in wine for some reason and that's why it fails?
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #9 from Bruno Jesus 00cpxxx@gmail.com 2012-04-19 10:25:56 CDT --- It's common practice to bind to 0.0.0.0, does it start any other process that opens port 17729? Please attach the +winsock log. Look for gethostbyname calls to see if it's trying to resolve a server address. Why would it connect to 127.0.0.1?
This is certainly interesting but may not be the direct cause: trace:winsock:WS_setsockopt socket: 029c, level 0xffff, name 0x80, ptr 0x2a2e914, len 4 warn:winsock:wsaErrno errno 22, (Invalid argument).
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #10 from Bruno Jesus 00cpxxx@gmail.com 2012-04-19 10:27:57 CDT --- Oops, my bad. It binds and then tries to connect to it's own port using a different socket, that should not fail if listen() was called or if it's a UDP socket.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #11 from thanoulas thanoulas@gmail.com 2012-04-19 10:36:31 CDT --- trace:winsock:WS_setsockopt socket: 029c, level 0xffff, name 0x80, ptr 0x2a2e914, len 4 warn:winsock:wsaErrno errno 22, (Invalid argument).
I traced this error back to the TransmitFile patch, but this only happens after the client re-tries to connect to the local service. The first connection attempt results to the "operation now in progress" method. This error is basically an "invalid parameters" error.
I also think it's a TCP socket, not so sure about that though (the service log says so)
There are no gethostbyname calls, the game installs a local .net service that binds to 0.0.0.0:17729 and handles all external connections to the server. The (first) problem is that the game client cannot connect to that service. I'm sure there will be more connection problems once this is sorted out :)
I'm also attaching the +winsock trace
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #12 from thanoulas thanoulas@gmail.com 2012-04-19 10:36:53 CDT --- Created attachment 39862 --> http://bugs.winehq.org/attachment.cgi?id=39862 +winsock trace
http://bugs.winehq.org/show_bug.cgi?id=30020
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #13 from Bruno Jesus 00cpxxx@gmail.com 2012-04-19 19:27:34 CDT --- The service that is supposed to be running stops after a possible problem and then it closes the socket it just had opened for listening. So the client is not able to connect and goes into a retry loop.
May not be related to winsock. Some other error makes the service stop (?)
http://bugs.winehq.org/show_bug.cgi?id=30020
Witold Baryluk baryluk-winehq@smp.if.uj.edu.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |baryluk-winehq@smp.if.uj.ed | |u.pl
--- Comment #14 from Witold Baryluk baryluk-winehq@smp.if.uj.edu.pl 2012-04-23 20:52:38 CDT --- It looks that application calls
typedef struct linger { u_short l_onoff; u_short l_linger; } linger;
linger l; setsockopt(socket_fd, SOL_SOCKET, SO_LINGER, &l, sizeof(l));
that it:
setsockopt(0x029, 0xffff, 0x80, some_pointer, 4);
based on
http://www.koders.com/c/fidC79035BEED7D3E043591E5B881A6F2D444287D5C.aspx
and
http://msdn.microsoft.com/en-us/library/windows/desktop/ms739165%28v=vs.85%2...
Basically SO_LINGER is also supported on Unix, but on Linux a struct have different definition (according to socket(7) manpage):
struct linger { int l_onoff; /* linger active */ int l_linger; /* how many seconds to linger for */ };
Temporary workaround would be to just ignore SO_LINGER calls, and return 0 (success), and hope it will work (because now probably application just sees 22 != 0 and does immiediete exit, but actually ignoring it may work). Full solution will be to create proper mapping in setsockopt and possibly for completion also in getsockopt.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #15 from Bruno Jesus 00cpxxx@gmail.com 2012-04-23 21:15:55 CDT --- Wine support linger properly by converting the structs as far as I remember and it can also be seen in http://source.winehq.org/source/dlls/ws2_32/socket.c#L2593
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #16 from Witold Baryluk baryluk-winehq@smp.if.uj.edu.pl 2012-04-23 21:28:45 CDT --- (In reply to comment #15)
Wine support linger properly by converting the structs as far as I remember and it can also be seen in http://source.winehq.org/source/dlls/ws2_32/socket.c#L2593
Yes, indeed I was looking at winsock1, in ws2_32/socket.c line 4106 you can find relevant code. (Still few checks are missing, like making sure optlen == sizeof(LINGER)).
I will attach patch which adds some additional tracing, ok?
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #17 from Bruno Jesus 00cpxxx@gmail.com 2012-04-23 21:42:02 CDT --- (In reply to comment #16)
Still few checks are missing, like making sure optlen == sizeof(LINGER)).
Are you sure this is required? When I fixed some part of that code a few months ago I remember testing this. The buffer needs to be at least sizeof(LINGER), doesn't need to be exact equal. Maybe I'm wrong, you can always play with tests and crosstest in windows, it's very helpful. See the current tests in: http://source.winehq.org/source/dlls/ws2_32/tests/sock.c#L1137
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #18 from Witold Baryluk baryluk-winehq@smp.if.uj.edu.pl 2012-04-23 21:46:56 CDT --- Created attachment 39900 --> http://bugs.winehq.org/attachment.cgi?id=39900 Additional tracing and checking for setsockopt SO_LINGER
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #19 from Witold Baryluk baryluk-winehq@smp.if.uj.edu.pl 2012-04-23 21:47:17 CDT --- (In reply to comment #17)
(In reply to comment #16)
Still few checks are missing, like making sure optlen == sizeof(LINGER)).
Are you sure this is required? When I fixed some part of that code a few months ago I remember testing this. The buffer needs to be at least sizeof(LINGER), doesn't need to be exact equal. Maybe I'm wrong, you can always play with tests and crosstest in windows, it's very helpful. See the current tests in: http://source.winehq.org/source/dlls/ws2_32/tests/sock.c#L1137
Probably not required, but cleary for some reason setsockopt fails.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #20 from Witold Baryluk baryluk-winehq@smp.if.uj.edu.pl 2012-04-23 21:53:21 CDT --- I have idea, maybe setsockopt fails, because socket is already closed because of previous errors? sic! Then probably checking WS_connect first will be better.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #21 from Bruno Jesus 00cpxxx@gmail.com 2012-04-23 21:58:54 CDT --- In my opinion you should try to understand why the authentication service dies. After installing the game it will install a service that will boot with wine. So you only need to run winecfg to see it happening. The authentication service starts, opens the socket and a few seconds later it closes and gives up. I'm not sure it does the same in windows, if possible you could try in windows and telnet the service port to see if it keeps running all the time.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #22 from Witold Baryluk baryluk-winehq@smp.if.uj.edu.pl 2012-04-23 22:16:43 CDT --- Ok. I will play with it, as you said. setsockopt stuff will do separately, because is probably less important here indeed.
http://bugs.winehq.org/show_bug.cgi?id=30020
peter.maciocia+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peter.maciocia+winebugs@gma | |il.com
http://bugs.winehq.org/show_bug.cgi?id=30020
beefsack@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |beefsack@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=30020
gummismall@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gummismall@mail.ru
--- Comment #23 from gummismall@mail.ru 2012-05-29 04:27:12 CDT --- Any progress?
http://bugs.winehq.org/show_bug.cgi?id=30020
Mike mozilla_bugs@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mozilla_bugs@mail.ru
http://bugs.winehq.org/show_bug.cgi?id=30020
kaput clarkt@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |clarkt@gmail.com
--- Comment #24 from kaput clarkt@gmail.com 2012-06-07 13:28:29 CDT --- For what it's worth, I'm willing to help test as is possible. I'd be very excited to see this work within Wine. If someone is currently working on this and needs additional testing, please let me know.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #25 from Witold Baryluk baryluk-winehq@smp.if.uj.edu.pl 2012-06-08 05:32:53 CDT --- (In reply to comment #24)
For what it's worth, I'm willing to help test as is possible. I'd be very excited to see this work within Wine. If someone is currently working on this and needs additional testing, please let me know.
I tried to debug problem, but I unfortunely was unable to replicate 'thanoulas' result. In my case it crashes much earlier. :/ Can you try and say where it stops?
http://bugs.winehq.org/show_bug.cgi?id=30020
troublepanic@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |troublepanic@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #26 from thanoulas thanoulas@gmail.com 2012-07-04 11:27:28 CDT --- Created attachment 40856 --> http://bugs.winehq.org/attachment.cgi?id=40856 Wine 1.5.8 err+all,fixme+all log
Wine 1.5.8 err+all,fixme+all log attached.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #27 from thanoulas thanoulas@gmail.com 2012-07-04 11:28:05 CDT --- Created attachment 40857 --> http://bugs.winehq.org/attachment.cgi?id=40857 Wine 1.5.8 +service log
http://bugs.winehq.org/show_bug.cgi?id=30020
thanoulas thanoulas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #39857|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #28 from thanoulas thanoulas@gmail.com 2012-07-04 11:48:08 CDT --- The fact that I got the following in my log, with a connection try in the service's log: err:service:service_send_control service protocol error - failed to write pipe!
points more and more to TransmitFile, AcceptEx etc. (bug 5048) being unimplemented. Anyone working on this? I saw someone made progress there only to be discouraged by the tests and the error handling needed in his code?
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #29 from thanoulas thanoulas@gmail.com 2012-10-20 08:07:50 CDT --- The hack/fix attached to Bug 31673 fixes the connection issue with the service! The launcher can connect and download the game, but fails at decompressing files later on. I didn't notice any errors in the log though, so I would'n know what log to attach, let me know and I can rerun and attach the log
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #30 from thanoulas thanoulas@gmail.com 2013-03-14 18:25:41 CDT --- Communication with the service is working perfectly in 1.5.25 and the launcher works, installs the game, and the game can launch. I guess someone should close this bug report.
http://bugs.winehq.org/show_bug.cgi?id=30020
Steven V. Wilson funmaker_11@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |funmaker_11@yahoo.com
--- Comment #31 from Steven V. Wilson funmaker_11@yahoo.com 2013-06-27 18:04:07 CDT --- Neither wine 1.5.25 nor wine 1.5.30 fixes the problem! When running file:///home/steve7233/PlayOnLinux's virtual drives/Skyrim/drive_c/Program Files/Hi-Rez Studios/HiRezGamesDiagAndSupport.exe It says this computer cannot connect to HiRez severs.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #32 from Steven V. Wilson funmaker_11@yahoo.com 2013-06-27 18:07:51 CDT --- (In reply to comment #31)
Neither wine 1.5.25 nor wine 1.5.30 fixes the problem! When running file:///home/steve7233/PlayOnLinux's virtual drives/Skyrim/drive_c/Program Files/Hi-Rez Studios/HiRezGamesDiagAndSupport.exe It says this computer cannot connect to HiRez severs.
Typo severs = servers
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #33 from Steven V. Wilson funmaker_11@yahoo.com 2013-06-27 18:35:19 CDT --- (In reply to comment #32)
(In reply to comment #31)
Neither wine 1.5.25 nor wine 1.5.30 fixes the problem! When running file:///home/steve7233/PlayOnLinux's virtual drives/Skyrim/drive_c/Program Files/Hi-Rez Studios/HiRezGamesDiagAndSupport.exe It says this computer cannot connect to HiRez severs.
Typo severs = servers
Could this be a problem with the Linux firewall?
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #34 from Austin English austinenglish@gmail.com 2013-06-27 19:08:35 CDT --- (In reply to comment #31)
Neither wine 1.5.25 nor wine 1.5.30 fixes the problem! When running file:///home/steve7233/PlayOnLinux's virtual drives/Skyrim/drive_c/Program Files/Hi-Rez Studios/HiRezGamesDiagAndSupport.exe It says this computer cannot connect to HiRez severs.
PlayOnLinux is not supported here.
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #35 from Steven V. Wilson funmaker_11@yahoo.com 2013-06-27 20:09:50 CDT --- (In reply to comment #34)
(In reply to comment #31)
Neither wine 1.5.25 nor wine 1.5.30 fixes the problem! When running file:///home/steve7233/PlayOnLinux's virtual drives/Skyrim/drive_c/Program Files/Hi-Rez Studios/HiRezGamesDiagAndSupport.exe It says this computer cannot connect to HiRez severs.
PlayOnLinux is not supported here.
I know that that is why i tested using plain wine before posting.
http://bugs.winehq.org/show_bug.cgi?id=30020
Simon Körner winehq@lubiland.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq@lubiland.de
--- Comment #36 from Simon Körner winehq@lubiland.de --- Installing dotnet20 + dotnet20sp1 + dotnet20sp2 fixed it for me ;)
wine 1.7.9 - 32 bit
http://bugs.winehq.org/show_bug.cgi?id=30020
thanoulas thanoulas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #39862|0 |1 is obsolete| | Attachment #40856|0 |1 is obsolete| | Attachment #40857|0 |1 is obsolete| |
--- Comment #37 from thanoulas thanoulas@gmail.com --- Created attachment 47184 --> http://bugs.winehq.org/attachment.cgi?id=47184 Service log
The latest version of the Tribes Ascend launcher no longer works in Wine in any 1.7.x version that I've tried, with any version of .NET
The attached log is generated by the launcher with Wine 1.7.10 on OS X 10.9.1 and .NET 2 SP2 installed. .NET 3.0 and .NET 3.5 also emit the same error message.
The error that's repeated every time is: System.Runtime.Remoting.RemotingException: An error occurred while processing the request on the server: System.Net.Sockets.SocketException: Not enough memory
http://bugs.winehq.org/show_bug.cgi?id=30020
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #47184|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=30020
Luke Bratch l_bratch@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l_bratch@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #38 from Luke Bratch l_bratch@yahoo.co.uk --- This also affects the game SMITE, which appears to use the same launcher/patcher. Still present in wine-1.7.12.
https://bugs.winehq.org/show_bug.cgi?id=30020
lehmannwer@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lehmannwer@gmail.com
--- Comment #39 from lehmannwer@gmail.com --- I have just tried to play Tribes: Ascend through the Steam Client using FreeBSD 10.2 and i386-wine-devel-1.7.50,1, but the problem still persists. The game installs fine through the Steam Client, but when trying to play for the first time, an error message from wine popped up at the last stage related with authentication. In my opinion it really sucks that many games apparently have sometimes such Windows specific things that could not all possibly covered by wine.
https://bugs.winehq.org/show_bug.cgi?id=30020
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #40 from super_man@post.com --- Still fails 1.8.rc3. It feels like it needs some dotnet to be installed. Tried dotnet40 but it still fails. Installed dotnet20 after that and the error message just seems to change.
https://bugs.winehq.org/show_bug.cgi?id=30020
Anton Romanov theli.ua@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |theli.ua@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=30020
Sybil shasharala@outlook.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shasharala@outlook.com
https://bugs.winehq.org/show_bug.cgi?id=30020
--- Comment #41 from Sybil shasharala@outlook.com --- As far as I can tell, with the appropriate libraries installed through winetricks, Smite no longer suffers from this issue (See https://appdb.winehq.org/objectManager.php?sClass=version&iId=34969).