[Bug 43783] New: Cannot activate Office2013 (KMS nor MAK)
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(a)winehq.org Reporter: luizluca(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #1 from Luiz Angelo Daros De Luca <luizluca(a)gmail.com> --- Created attachment 59297 --> https://bugs.winehq.org/attachment.cgi?id=59297 Wine Logs (normal loglevel) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #2 from Rosanne DiMesio <dimesio(a)earthlink.net> --- The override for riched20 shouldn't be set until after installation is complete. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #3 from Luiz Angelo Daros De Luca <luizluca(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #4 from Rosanne DiMesio <dimesio(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #5 from Hans Leidekker <hans(a)meelstraat.net> --- Please attach a WINEDEBUG=+webservices,+winhttp,+secur32,+seh,+tid trace. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 Luiz Angelo Daros De Luca <luizluca(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #59297|0 |1 is obsolete| | --- Comment #6 from Luiz Angelo Daros De Luca <luizluca(a)gmail.com> --- Created attachment 59308 --> https://bugs.winehq.org/attachment.cgi?id=59308 Wine Logs (extra debug) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #7 from Hans Leidekker <hans(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #8 from Luiz Angelo Daros De Luca <luizluca(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #9 from Hans Leidekker <hans(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #10 from Luiz Angelo Daros De Luca <luizluca(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #11 from Luiz Angelo Daros De Luca <luizluca(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #12 from Hans Leidekker <hans(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #13 from Luiz Angelo Daros De Luca <luizluca(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #14 from Hans Leidekker <hans(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #15 from Luiz Angelo Daros De Luca <luizluca(a)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\"\r\nContent-Type: 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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 tokktokk <fdsfgs(a)krutt.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs(a)krutt.org -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #16 from Hans Leidekker <hans(a)meelstraat.net> --- Please attach a WINEDEBUG=+webservices,+winhttp,+secur32,+seh,+tid trace from an attempt to activate with disabled proxy. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 Luiz Angelo Daros De Luca <luizluca(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #61468|0 |1 is obsolete| | --- Comment #17 from Luiz Angelo Daros De Luca <luizluca(a)gmail.com> --- Created attachment 61476 --> https://bugs.winehq.org/attachment.cgi?id=61476 Wine Logs with proxy disabled -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #18 from Luiz Angelo Daros De Luca <luizluca(a)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 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair(a)hotmail.com --- Comment #19 from Alistair Leslie-Hughes <leslie_alistair(a)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... -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #20 from Hans Leidekker <hans(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #21 from Hans Leidekker <hans(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #22 from Luiz Angelo Daros De Luca <luizluca(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #23 from Hans Leidekker <hans(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 alasky(a)codeweavers.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alasky(a)codeweavers.com -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 Luiz Angelo Daros De Luca <luizluca(a)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(a)gmail.com> --- OK, I'll change the summary to meet the real problem: Office2013 activation crashes when using HTTP proxy -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 Sobuj53 <newusr53(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |newusr53(a)gmail.com --- Comment #25 from Sobuj53 <newusr53(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #26 from Luiz Angelo Daros De Luca <luizluca(a)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. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43783 --- Comment #27 from Sobuj53 <newusr53(a)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? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla