https://bugs.winehq.org/show_bug.cgi?id=43783
Bug ID: 43783 Summary: Cannot activate Office2013 (KMS nor MAK) Product: Wine Version: 2.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: luizluca@gmail.com Distribution: ---
Created attachment 59296 --> https://bugs.winehq.org/attachment.cgi?id=59296 backtrace
Hello,
Office2013 cannot active by itself using KMS. Also, when I tried to supply with a MAK key, wine crashes.
How I installed:
I installed native msxml6.0 before installation. Added this reg:
[HKEY_CURRENT_USER\Software\Wine\Direct3D] "MaxVersionGL"=dword:00030002
[HKEY_LOCAL_MACHINE\Software\Microsoft\OfficeSoftwareProtectionPlatform] "KeyManagementServiceName="kms.mydomain.com" "KeyManagementServicePort"="1688"
[HKEY_CURRENT_USER\Software\Wine\DllOverrides] "riched20"="native,builtin"
And runned installer.
The "reboot simulation" seems to be somehow lost as office program never closes. As KMS did not work, I tried to inform MAK key. It opens the activation wizard. When I select to activate using internet, mso crashes.
I'll attach backtrace and logs
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #1 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Created attachment 59297 --> https://bugs.winehq.org/attachment.cgi?id=59297 Wine Logs (normal loglevel)
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #2 from Rosanne DiMesio dimesio@earthlink.net --- The override for riched20 shouldn't be set until after installation is complete.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #3 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Rosanne, considering that there is no native riched20 during installation, wouldn't dll overwrite be innocuous before there is a real dll file?
Anyway, the activation is executed after the installation is done, already inside Word. Is this problem related to riched20 overwrite?
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #4 from Rosanne DiMesio dimesio@earthlink.net --- I don't know if the riched20 override is the cause of your specific problem, but we have had other users unable to activate with the override set who were able to activate when they removed it. It's easy enough to test.
Is your version of Office volume licensed? If so this could be a duplicate of bug 30033.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #5 from Hans Leidekker hans@meelstraat.net --- Please attach a WINEDEBUG=+webservices,+winhttp,+secur32,+seh,+tid trace.
https://bugs.winehq.org/show_bug.cgi?id=43783
Luiz Angelo Daros De Luca luizluca@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #59297|0 |1 is obsolete| |
--- Comment #6 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Created attachment 59308 --> https://bugs.winehq.org/attachment.cgi?id=59308 Wine Logs (extra debug)
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #7 from Hans Leidekker hans@meelstraat.net --- (In reply to Luiz Angelo Daros De Luca from comment #6)
Created attachment 59308 [details] Wine Logs (extra debug)
Looks like you are using a proxy server. Does it work any better without?
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #8 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Created attachment 59310 --> https://bugs.winehq.org/attachment.cgi?id=59310 Wine Logs (extra debug) while being socksified, proxy env still defined
Hans,
I configured redsocks to socksify wine. Now it crashes sooner, at splash screen, 6 times. After that, it started WINWORD.
It still uses sometimes proxy, sometimes direct access (redirected by iptables). I'll try again with a clean env, clean prefix.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #9 from Hans Leidekker hans@meelstraat.net --- (In reply to Luiz Angelo Daros De Luca from comment #8)
Created attachment 59310 [details] Wine Logs (extra debug) while being socksified, proxy env still defined
Hans,
I configured redsocks to socksify wine. Now it crashes sooner, at splash screen, 6 times. After that, it started WINWORD.
It still uses sometimes proxy, sometimes direct access (redirected by iptables). I'll try again with a clean env, clean prefix.
I can see it trying to connect through 127.0.0.1:3128. Any chance you can test in a network with direct access?
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #10 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Created attachment 59312 --> https://bugs.winehq.org/attachment.cgi?id=59312 Wine Logs (extra debug) since prefix creation, while being socksified, proxy env unset
I redo all the process since prefix creation disabling proxy (I did it twice as I discovered wine also uses WPAD).
I get no crash, template documents shows but activation still fails. Logs shows that it fails to resolv an address.
I'll try to force again KMS.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #11 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Hans,
Nothing change when I add or remove KMS reg entries.
Is it really worthy to test without any kind of proxy? I blocked all traffic to my proxy server and mapped wpad domain to 127.0.0.1. Nothing changed the result. It seems that, at this scenario, the problem is at trace:winhttp:WinHttpSendRequest. Isn't there an easy way to simply asks wine to run without proxy?
It's way more complicated to test in a NAT-enabled network. I would need to install a fresh linux for that.
If I let my proxy settings on. It passes this step but crashes just after it.
I also tried to run winedbg but it never worked.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #12 from Hans Leidekker hans@meelstraat.net --- (In reply to Luiz Angelo Daros De Luca from comment #11)
Hans,
Nothing change when I add or remove KMS reg entries.
Is it really worthy to test without any kind of proxy? I blocked all traffic to my proxy server and mapped wpad domain to 127.0.0.1. Nothing changed the result.
I'd like to rule out any problem with using a proxy. As it stands Office cannot even send a request to the activation server.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #13 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Created attachment 59480 --> https://bugs.winehq.org/attachment.cgi?id=59480 Logs from installation until last try to activate (NAT client)
I did again all process with a clean tumbleweed with direct access (NAT) to internet.
The result is similar. It all ends with Word giving me an error dialog that it could not contact the "server" (0x80072F0D)
I'm attaching a bunch of logs since installation until the last execution of word. Grep for ==== in order to find where I launched wine processes
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #14 from Hans Leidekker hans@meelstraat.net --- (In reply to Luiz Angelo Daros De Luca from comment #13)
0201:trace:winhttp:netconn_verify_cert verifying L"activation.sls.microsoft.com" 0201:trace:winhttp:netconn_verify_cert returning 00002f0d 0201:warn:winhttp:netconn_secure_connect cert verify failed: 12045
Thanks, Office can now connect to the activation server. It fails to verify its certificate though, because the root CA is unknown. This bug is fixed in current wine git, so you should upgrade and try again.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #15 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Created attachment 61468 --> https://bugs.winehq.org/attachment.cgi?id=61468 Wine Logs (extra debug) since prefix creation, while being socksified, proxy env unset, proxy detection disabled on registry
I just tested again with a recent wine (3.7). It seems that CA is now working but I still cannot activate. I get 0x80072EE7 error.
Something seems to be wrong here:
008e:trace:winhttp:WinHttpSendRequest 0x3, L"SOAPAction: "http://microsoft.com/SL/ProductActivationService/IssueToken%5C%22%5Cr%5CnCon...: text/xml; charset=utf-8\r\n", 114, 14628, 14628, 0 ... 008e:trace:winhttp:process_header L"Host": L"activation.sls.microsoft.com" 0x10000000 008e:trace:winhttp:get_header_index L"Host" 008e:trace:winhttp:get_header_index returning -1 ... 008e:trace:winhttp:resolve_hostname failed to get IPv4 address of L"" (Name or service not known), retrying with IPv6 008e:trace:winhttp:resolve_hostname failed to get address of L"" (Name or service not known)
Maybe it is the get_header_index (returning -1?). It might explain why it tried to resolve "".
BTW, that hostname do resolve nicely:
$ host activation.sls.microsoft.com activation.sls.microsoft.com is an alias for activation.sls.trafficmanager.net. activation.sls.trafficmanager.net has address 65.52.98.231
BTW, I managed to disable proxy and allow Office to talk directly to internet. Without disabling Proxy, wine simply crash and burn.
In order to disable Proxy, I need to:
1) unset all proxy env vars (http_proxy= https_proxy=) 2) copy HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections\DefaultConnectionSettings from a Windows with disable proxy detection 3) run socksified wine (either redsocks or proxychains work)
Proxy usage is no fun with Wine. It is detected by default, broken (at least for this case), and very complicated to disable. It would be nice to have a tab in winecfg for proxy settings.
https://bugs.winehq.org/show_bug.cgi?id=43783
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #16 from Hans Leidekker hans@meelstraat.net --- Please attach a WINEDEBUG=+webservices,+winhttp,+secur32,+seh,+tid trace from an attempt to activate with disabled proxy.
https://bugs.winehq.org/show_bug.cgi?id=43783
Luiz Angelo Daros De Luca luizluca@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #61468|0 |1 is obsolete| |
--- Comment #17 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Created attachment 61476 --> https://bugs.winehq.org/attachment.cgi?id=61476 Wine Logs with proxy disabled
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #18 from Luiz Angelo Daros De Luca luizluca@gmail.com --- It looks like it never tried to use network for activation. I could not sniff anything.
I'll double bet on this:
008e:trace:winhttp:resolve_hostname failed to get IPv4 address of L"" (Name or service not known), retrying with IPv6 008e:trace:winhttp:resolve_hostname failed to get address of L"" (Name or service not known)
This error is new. It was not present on previous logs.
BTW, I'm using wine 3.7
https://bugs.winehq.org/show_bug.cgi?id=43783
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com
--- Comment #19 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- (In reply to Luiz Angelo Daros De Luca from comment #18)
It looks like it never tried to use network for activation. I could not sniff anything.
I'll double bet on this:
008e:trace:winhttp:resolve_hostname failed to get IPv4 address of L"" (Name or service not known), retrying with IPv6 008e:trace:winhttp:resolve_hostname failed to get address of L"" (Name or service not known)
This error is new. It was not present on previous logs.
BTW, I'm using wine 3.7
Does this patch help?
https://github.com/wine-staging/wine-staging/blob/master/patches/ws2_32-geta...
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #20 from Hans Leidekker hans@meelstraat.net --- (In reply to Alistair Leslie-Hughes from comment #19)
(In reply to Luiz Angelo Daros De Luca from comment #18)
It looks like it never tried to use network for activation. I could not sniff anything.
I'll double bet on this:
008e:trace:winhttp:resolve_hostname failed to get IPv4 address of L"" (Name or service not known), retrying with IPv6 008e:trace:winhttp:resolve_hostname failed to get address of L"" (Name or service not known)
This error is new. It was not present on previous logs.
BTW, I'm using wine 3.7
Does this patch help?
https://github.com/wine-staging/wine-staging/blob/master/patches/ws2_32- getaddrinfo/0001-ws2_32-Fix-handling-of-empty-string-in-WS_getaddrinf.patch
It won't help because winhttp doesn't use ws2_32.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #21 from Hans Leidekker hans@meelstraat.net --- (In reply to Luiz Angelo Daros De Luca from comment #17)
Created attachment 61476 [details] Wine Logs with proxy disabled
You have an empty http_proxy environment variable:
008d:trace:winhttp:WinHttpGetDefaultProxyConfiguration http proxy (from environment) = L""
Please unset it and try again. If it still fails, please attach another WINEDEBUG=+webservices,+winhttp,+secur32,+seh,+tid trace.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #22 from Luiz Angelo Daros De Luca luizluca@gmail.com --- Yes, it did work! Thanks a lot! I needed to unset env vars.
Normally setting it as null is enough for other softwares to ignore it. I guess wine could also follow that behavior.
I just checked the code and it check for a special case of invalid proxy (when scheme is not http). Wouldn't it be better to simply check for a valid one? We could try to parse "$http_proxy" or "http://$http_proxy" as an URL (using WinHttpCrackUrl?) . If it fails, ignore it. I guess it would even simplify the code.
In a quick look, it seems that proxy support is very limited. It does not support https, and it looks like it also does not support authentication. Would it help to create new bugs for each of those missing features?
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #23 from Hans Leidekker hans@meelstraat.net --- (In reply to Luiz Angelo Daros De Luca from comment #22)
Yes, it did work! Thanks a lot! I needed to unset env vars.
Normally setting it as null is enough for other softwares to ignore it. I guess wine could also follow that behavior.
I just checked the code and it check for a special case of invalid proxy (when scheme is not http). Wouldn't it be better to simply check for a valid one? We could try to parse "$http_proxy" or "http://$http_proxy" as an URL (using WinHttpCrackUrl?) . If it fails, ignore it. I guess it would even simplify the code.
Right, I have already submitted a patch in that direction.
In a quick look, it seems that proxy support is very limited. It does not support https, and it looks like it also does not support authentication. Would it help to create new bugs for each of those missing features?
Sure.
https://bugs.winehq.org/show_bug.cgi?id=43783
alasky@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alasky@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=43783
Luiz Angelo Daros De Luca luizluca@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Cannot activate Office2013 |Office2013 activation |(KMS nor MAK) |crashes when using HTTP | |proxy
--- Comment #24 from Luiz Angelo Daros De Luca luizluca@gmail.com --- OK, I'll change the summary to meet the real problem: Office2013 activation crashes when using HTTP proxy
https://bugs.winehq.org/show_bug.cgi?id=43783
Sobuj53 newusr53@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |newusr53@gmail.com
--- Comment #25 from Sobuj53 newusr53@gmail.com --- (In reply to Luiz Angelo Daros De Luca from comment #22)
Yes, it did work! Thanks a lot! I needed to unset env vars.
Normally setting it as null is enough for other softwares to ignore it. I guess wine could also follow that behavior.
I just checked the code and it check for a special case of invalid proxy (when scheme is not http). Wouldn't it be better to simply check for a valid one? We could try to parse "$http_proxy" or "http://$http_proxy" as an URL (using WinHttpCrackUrl?) . If it fails, ignore it. I guess it would even simplify the code.
In a quick look, it seems that proxy support is very limited. It does not support https, and it looks like it also does not support authentication. Would it help to create new bugs for each of those missing features?
Hello, I'm also trying to activate office 2013 using playonlinux the wine version is 4.19. Can you please tell us how did you share your steps to unset env variable? and which one you needed to unset?
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #26 from Luiz Angelo Daros De Luca luizluca@gmail.com --- I unset all *_proxy vars (do a 'set | grep -i proxy'). Normally you need to unset only http(s)_proxy. I use this to unset them for a single call
env {http,https}_proxy= wine myapp.exe
Which is equivalent to
http_proxy= https_proxy= wine myapp.exe
But you can unset with export too.
https://bugs.winehq.org/show_bug.cgi?id=43783
--- Comment #27 from Sobuj53 newusr53@gmail.com --- (In reply to Luiz Angelo Daros De Luca from comment #26)
I unset all *_proxy vars (do a 'set | grep -i proxy'). Normally you need to unset only http(s)_proxy. I use this to unset them for a single call
env {http,https}_proxy= wine myapp.exe
Which is equivalent to
http_proxy= https_proxy= wine myapp.exe
But you can unset with export too.
Thank you very much for your kind help. Really appreciate it. But I'm really new to this, so please bear with me a little more. Should I add those line in "/etc/environment" like this "export env {http,https}_proxy= wine WINWORD.EXE" or should I just run "set | grep -i proxy" in terminal?