https://bugs.winehq.org/show_bug.cgi?id=50272
Bug ID: 50272 Summary: Melodyne 5: activation via internet produces "Unknown Error" Product: Wine Version: 6.0-rc1 Hardware: x86-64 URL: https://services.celemony.com/cgi-bin/WebObjects/Licen seApp.woa/wa/demoRegistration?item=Melodyne5-Demo-Win& language=en OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: andriy.parhomenko@gmail.com Distribution: ---
Created attachment 68818 --> https://bugs.winehq.org/attachment.cgi?id=68818 Backtrace
Melodyne 5 internet activation produces error:
identifier = "com.celemony.accountserver"; message = "Unknown Error";
Melodyne was installed with Wine Staging 6.0-rc1, gdiplus and vcrun2019 overrides, this patch https://source.winehq.org/patches/data/186184 (from bug 49286) and this patch https://bugs.winehq.org/attachment.cgi?id=68766&action=diff (from bug 50244).
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #1 from parhom andriy.parhomenko@gmail.com --- Created attachment 68819 --> https://bugs.winehq.org/attachment.cgi?id=68819 Melodyne error message
https://bugs.winehq.org/show_bug.cgi?id=50272
parhom andriy.parhomenko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=50244
https://bugs.winehq.org/show_bug.cgi?id=50272
parhom andriy.parhomenko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.winehq.org/sho | |w_bug.cgi?id=49286
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #2 from parhom andriy.parhomenko@gmail.com --- I managed to get the plugin's request when run in Windows, it has the same structure as when it is run in Wine:
{ "acceptableVersionIDs": "100642, 100640, 100641, 100643, 100644, 100645, 100646, 100647, 100648", "versionID": "100641", "product": "Melodyne", "version": "5.1.0", "buildNumber": "016", "hostName": "DESKTOP-IAO2WGF", "language": "en", "hostID": "Y00_0000000000000002-C0C_E930BA58D7561F35-Z0C_10.0.00000000000-40C_DDD91D29DFB80CB9-355_761D92BCBC97F24D-214_E0D89C1E0D9183EA-101_3C1E2E6A74CCFF52-D0C_E930BA58D7561F35", "licenseType": "challengeResponse", "securitySalt": "6991F731-8A25-42DA-9840-EBF08EB6E245", "securityHash": "698e51f4d6f884813b6611ed2a49c9b3a738c2d0" }
I used Postman and sent this request to the server and got no error, the answer was:
{ "checkOpenUrl" = "https://connect-v1.celemony.com/cgi-bin/WebObjects/LicenseApp.woa/wa/Melodyn..."; "pingUrl" = "https://connect-v1.celemony.com/cgi-bin/WebObjects/LicenseApp.woa/wa/Melodyn..."; "openUrl" = "https://services.celemony.com/cgi-bin/WebObjects/LicenseApp.woa/wa/Melodyne4..."; "resultType" = "success"; }
When I put the request, that the plugin generates when run on Wine, I got the following error message:
{ "errorCode" = "0"; "errorMessage" = "general error"; "resultType" = "error"; }
The parameters that cause the error message when changed for random strings (or slightly edited) are "hostID", "securitySalt" and "securityHash". And also "serialNumber", if trying to activate the licensed version, not the trial one.
So it seems, that "securitySalt" and/or "securityHash" are calculated the wrong way when the plugin is run in Wine.
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #3 from Hans Leidekker hans@meelstraat.net --- Does it work if you try to activate on a different Windows machine?
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #4 from parhom andriy.parhomenko@gmail.com --- Activation works on a different machine with Windows run in Virtualbox and on the same machine with Windows run on bare metal.
The requests generated on both machines under Windows get no errors when sent manually via Postman.
I noticed, that the hostID request parameter looks different on Windows, here is what I get on the same machine under Windows:
[hostID] => C0C_9CDE5A7D38008CE4-Y00_0000000000000002-214_2650ECFB42F627CB-101_2B40DCA1FA3BAE94-D0C_772C0D4FE05D8FBA-40C_58AFFCB8A65171EC-Z0C_10.0.00000000000-355_EB6453BCA3BD19AA-355_277575EEFBE62B7E
And here is what I get on Wine:
[hostID] => Y00_0000000000000002-D0C_772C0D4FE05D8FBA-101_2B40DCA1FA3BAE9 4-40C_58AFFCB8A65171EC-214_2650ECFB42F627CB-214_1249BA85F6C7DFDC-C0C_9CDE5A7D380 08CE4-Z0C_6.1.000000000000
Windows's line has two 355_ parameters and one 214_, Wine's line has two 214_ parameters and no 355_. Also, Z0C_ parameters seems to be the Windows's version number. Melodyne 5 supports only Windows 10, so I recompiled Wine with changes in dlls/kernel32/version.rc and indeed got Z0C_10.0.00000000000 in request, but I still got the error.
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #5 from parhom andriy.parhomenko@gmail.com --- Before the first request is sent, I see such lines in Wine's output:
0104:fixme:ole:CoInitializeSecurity 0000000000000000, -1, 0000000000000000, 0000000000000000, 0, 3, 0000000000000000, 0, 0000000000000000 stub 0104:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data 0104:fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot 0104:fixme:toolhelp:Heap32ListFirst : stub 0058:fixme:mountmgr:query_property Faking StorageDeviceProperty data
At least "query_property Faking StorageDeviceProperty data" seems to be related to the process of calculating the hostID.
https://bugs.winehq.org/show_bug.cgi?id=50272
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #6 from winetest@luukku.com --- isn't this duplicate of bug 50244 ?
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #7 from winetest@luukku.com --- (In reply to winetest from comment #6)
isn't this duplicate of bug 50244 ?
actually no.
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #8 from parhom andriy.parhomenko@gmail.com --- I have just checked with Wine Staging 6.7, still getting same error.
https://bugs.winehq.org/show_bug.cgi?id=50272
Hector Martin marcan@marcansoft.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marcan@marcansoft.com
--- Comment #9 from Hector Martin marcan@marcansoft.com --- I'm in the same boat. FWIW, the 214_ tokens are your network interfaces; I got it down to one by disabling my WiFi and deleting tun0. I wonder what 355_ is though, and whether it being missing is the problem...
https://bugs.winehq.org/show_bug.cgi?id=50272
Robbert van der Helm mail@robbertvanderhelm.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mail@robbertvanderhelm.nl
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #10 from Hector Martin marcan@marcansoft.com --- Confirmed that 355_ is a (SATA) disk, and that this doesn't show up because Wine does not correctly implement the StorageDeviceProperty stuff. Hacking in some constants made 355_ show up, but registration still fails. So there's some other problem. At this point the hardware ID has the same fields as Windows, and the values are hashes, so unless they're whitelisting BIOSes this can't be the problem.
C0C - BIOS info D0C - Product info 40C - (mix of both BIOS/product info?) 101 - CPU info 3?5 - HDD serial 2?4 - Network interface info
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #11 from Hector Martin marcan@marcansoft.com --- @parhom: Did you check the HTTP headers from the Windows request, to see if they match wine's? I'm wondering if this is something dumb with the HTTP client, and not a problem with the payload.
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #12 from Hector Martin marcan@marcansoft.com --- Created attachment 70611 --> https://bugs.winehq.org/attachment.cgi?id=70611 Do not clear the Content-Type header on redirects
Fixed it. It was dumb and had nothing to do with the hardware ID stuff. winhttp isn't keeping the Content-Type header across redirects.
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #13 from parhom andriy.parhomenko@gmail.com --- I can confirm that the patch works. I activated my Melodyne successfully. Thank you!
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #14 from winetest@luukku.com --- (In reply to Hector Martin from comment #12)
Created attachment 70611 [details] Do not clear the Content-Type header on redirects
Fixed it. It was dumb and had nothing to do with the hardware ID stuff. winhttp isn't keeping the Content-Type header across redirects.
please try to upstream the patch into wine.
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #15 from Hector Martin marcan@marcansoft.com --- (In reply to winetest from comment #14)
please try to upstream the patch into wine.
This depends on parhom's patch being upstreamed first, otherwise it can't be tested.
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #16 from Hector Martin marcan@marcansoft.com --- Sorry, I meant Hans' patch.
https://bugs.winehq.org/show_bug.cgi?id=50272
--- Comment #17 from parhom andriy.parhomenko@gmail.com --- That's not my patch in Bug 50244, the author is Hans Leidekker, one of the wine's developers. And it really hadn't been upstreamed yet.
https://bugs.winehq.org/show_bug.cgi?id=50272
parhom andriy.parhomenko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winhttp
https://bugs.winehq.org/show_bug.cgi?id=50272
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |badc64b42c56f7a16494eedd2a8 | |add9ef3254af9
--- Comment #18 from Hans Leidekker hans@meelstraat.net --- Fixed with badc64b42c56f7a16494eedd2a8add9ef3254af9.
https://bugs.winehq.org/show_bug.cgi?id=50272
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 6.18.
https://bugs.winehq.org/show_bug.cgi?id=50272
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |6.0.x
https://bugs.winehq.org/show_bug.cgi?id=50272
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|6.0.x |---
--- Comment #20 from Michael Stefaniuc mstefani@winehq.org --- Removing the 6.0.x milestone from bug fixes included in 6.0.3.