http://bugs.winehq.org/show_bug.cgi?id=31438
Bug #: 31438 Summary: [EA Origin]Unable to download game since the new version Product: Wine Version: 1.5.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: berillions@gmail.com Classification: Unclassified
Created attachment 41324 --> http://bugs.winehq.org/attachment.cgi?id=41324 Output console EA Origin
Since few days, EA Origin had an update to pass to the version 9.0.2.2064 - 185387. With this new version, it's impossible to download a game to install and play.
Actually, i have 2 games (Battlefield 2 / Bad Company 2) bought only on Origin store so i have not the DVD. With Origin v8.*, i haven't this problem but now, i can't download the game with Wine.
I add the output console when i launch Origin and try to download a game. You could see an error with "{dcb00c01-570f-4a9b-8d69-199fdba5723b}". On Windows 7 regedit, this class object is for "netprofm" dll but this dll does not exist in Win XP.
I already tried to add this class object in wine regedit but i have always this message so i don't know if this error is the cause of my problem.
http://bugs.winehq.org/show_bug.cgi?id=31438
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=31438
--- Comment #1 from Berillions berillions@gmail.com 2012-08-13 16:26:46 CDT --- Created attachment 41361 --> http://bugs.winehq.org/attachment.cgi?id=41361 +winsock,+winhttp
I don't know if it's the good option for winedebug but like i said previously, Origin does not works to download the game.
http://bugs.winehq.org/show_bug.cgi?id=31438
Per Johansson per@morth.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |per@morth.org
http://bugs.winehq.org/show_bug.cgi?id=31438
Berillions berillions@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |berillions@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #2 from Per Johansson per@morth.org 2012-08-14 14:27:25 CDT --- There's no error in that log afaict (there's a bunch of WSAEWOULDBLOCK but that's not fatal). It actually starts downloading the file, the error seems to be in the part supposed to process it once downloaded.
The winhttp log prints the URL of the file it will download. I tried to download it manually but I'm not sure what to do with once home. In my case it's mass effect 2, I tried putting the zip as C:/users/Public/Application Data/Origin/LocalContent/Mass Effect 2/mass_effect_2_dd.pkg but that made Origin crash when I relaunched it.
Since there's some "Install in place" feature perhaps Origin unzips it in memory and writes the final files directly, not sure.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #3 from Berillions berillions@gmail.com 2012-08-14 15:54:10 CDT --- Humm... Where come from the problem ?? When i launch a download on Windows, i have a popup to give at Windows to launch a app named "OriginClientServer.exe".
On Wine, OCS.exe is launched but the download doesn't work...
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #4 from Per Johansson per@morth.org 2012-08-14 16:12:41 CDT --- Don't know more, but a quick glance shows OriginClientServer.exe seems to be built around the open source QSharedMemory and QLocalServer. Don't know if that will help with debugging or not.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #5 from Per Johansson per@morth.org 2012-08-14 17:37:22 CDT --- I'm not really sure the service is involved. If you have a dl already running when origin starts, it doesn't start. Might just be the process authenticating the initial dl. Anyway, this seems a bit too tough nut to crack for me, at least right now.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #6 from Per Johansson per@morth.org 2012-08-15 14:30:43 CDT --- Ok, this is strange. Been looking at this today too, and now suddenly after a relative quick start download plus quit and restart origin, the download started. It asked for game language etc and show the dl progress. Unfortunately it then stopped at 2.73 MB.
I have no idea what was different this time, I must've been through the process 30-40 times now. Perhaps it's a timing issue though.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #7 from Per Johansson per@morth.org 2012-08-16 10:09:43 CDT --- The thread writing the files is blocking in this call for a long time:
003b:Call user32.MsgWaitForMultipleObjectsEx(00000000,0609d8a0,ffffffff,000004ff,00000006) ret=67155933 ... 003b:Ret user32.MsgWaitForMultipleObjectsEx() retval=00000000 ret=67155933
Presumably it's waiting for input. That's all I know for now (don't think I'll look more at this for a while)
http://bugs.winehq.org/show_bug.cgi?id=31438
eurekafag@eureka7.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eurekafag@eureka7.ru
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #8 from Berillions berillions@gmail.com 2012-08-24 15:29:51 CDT --- Still exist with wine 1.5.11
http://bugs.winehq.org/show_bug.cgi?id=31438
Graham libgradev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |libgradev@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
TestSubject sirbubbles01@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sirbubbles01@gmail.com
--- Comment #9 from TestSubject sirbubbles01@gmail.com 2012-08-27 06:43:33 CDT --- I'd like to confirm this bug, I noted the same problem using Origin myself. It's not possible to start downloads of any kind, be they installing a game you already own (Mass Effect 3) or downloading content for that game. About the only thing you can do is install updates to the Origin client. But since you can't seem to install the old client without being forced to install the new client, that doesn't really help much.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #10 from Berillions berillions@gmail.com 2012-09-01 07:58:06 CDT --- The problem still exist with wine 1.5.12
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #11 from rkfg eurekafag@eureka7.ru 2012-09-03 07:26:26 CDT --- Created attachment 41564 --> http://bugs.winehq.org/attachment.cgi?id=41564 ME3 registry data
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #12 from rkfg eurekafag@eureka7.ru 2012-09-03 07:30:11 CDT --- Oh, I've added that without comments. Sorry, here's the explanation.
If you're just want to play ME3, you actually can do it by downloading the installer, unpacking the game and importing some data into registry. The link to the ZIP can be acquired from the console output when launching with WINEDEBUG=+winhttp, it's hosted on akamai so seek for "akamai" there or grep it. The link should include the auth key which is unique for your account or session. Shutdown Origin, grab this link with wget and then unpack the archive to "/Program Files/Origin Games/Mass Effect 3" in your Origin prefix. Then import the data above into registry with regedit /S
Now start Origin and you should be all set. The game will complain that it should be updated, just click Not now; if you choose to update it will indifenitely prepare download or check because of the bug. I suspect it may be related to files and not the network since repairing the install leads to the same indefinite preparing.
You can download and unpack any DLC the same way, just restart Origin and let it check the files, you'll get 100% instantly and DLC should work.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #13 from Berillions berillions@gmail.com 2012-09-08 04:07:12 CDT --- Hi rkfg,
I follow your explanations and i found the akamai link to download the ME3 archive. But when i want to download it ith wget, it does not works.
I have these messages in my console :
berillions@debian64:~/Desktop$ wget http://ams.akamai.cdn.ea.com/eamaster/s/p/eagames/bioware/mass_effect/MassEf... --2012-09-08 11:04:50-- http://ams.akamai.cdn.ea.com/eamaster/s/p/eagames/bioware/mass_effect/MassEf... Résolution de ams.akamai.cdn.ea.com... 80.239.205.83, 80.239.205.106 Connexion vers ams.akamai.cdn.ea.com|80.239.205.83|:80...connecté. requête HTTP transmise, en attente de la réponse...403 Forbidden 2012-09-08 11:04:50 ERREUR 403: Forbidden.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #14 from rkfg eurekafag@eureka7.ru 2012-09-08 04:14:18 CDT --- Hi, Berillions. It seems I wasn't clear enough so I'll explain it better. You should copy the entire link including sauth=xxxxx... part which is essential since it authorizes your download. Also, you'd better quote the URL to prevent shell escaping. So you should enter wget "http://ams.akamai.cdn.ea.com/eamaster/s/p/eagames/bioware/mass_effect/MassEf......"
Hope it helps.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #15 from rkfg eurekafag@eureka7.ru 2012-09-08 04:28:39 CDT --- Ah, it should be MassEffect3_Patch_WW_20120522.zip not _RU_ in your case, of course. I've just copied the command from my history.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #16 from Berillions berillions@gmail.com 2012-09-08 04:51:29 CDT --- Thanks rkfg, i can download the game (14GB, it's very big :p ) But, how find where come from the problem with wine to download a game?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #17 from rkfg eurekafag@eureka7.ru 2012-09-08 05:33:40 CDT --- Well, no one knows yet. I tried various ways to get it working including replacing QtNetwork4.dll with another one from Qt redist and also using native winhttp.dll instead of built-in and nothing changed. I'm not a Wine developer just a user so let's wait until someone figures out what's wrong here. Also, when you download and start the game please check if you're affected by bug 31605.
http://bugs.winehq.org/show_bug.cgi?id=31438
James Chatterton negatron99@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |negatron99@gmail.com
--- Comment #18 from James Chatterton negatron99@gmail.com 2012-09-11 15:45:17 CDT --- I have been, and am currently, in the process of grabbing all the downloads for the Sims 3, EPs & SPs, that Origin has for me.
I have a work around, which requires me to repeatedly pause and un-pause the download (clicking the button again and again on the download).
For me, on 1.5.12, with origin 9.0.11.77, if it receives data straight after requesting it, it can download. And if the data keeps coming, everything goes ok. Once the stream goes, it all stops. It loses it all, and doesn't seem to try to reconnect most of the time.
The {dcb00c01-570f-4a9b-8d69-199fdba5723b} errors, after reading up, appear to just be the first of many ways it tries to connect, with the 'old' win32 http methods being lower down the list. Possibly implementing them would work.
As for the installation once downloaded, The Sims 3 ones are install-in-place, and once the icon appears on the desktop, it's an indication that it is done. At this point I found it safe to kill the main origin.exe process.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #19 from TestSubject sirbubbles01@gmail.com 2012-09-19 16:11:09 CDT --- Still not working with wine 1.5.13. I'm really hoping that someone is getting on this, I hate thinking that a random update to stinking Origin could screw up the only game I have on that service. Also, this bug should most definitely be confirmed by now.
http://bugs.winehq.org/show_bug.cgi?id=31438
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |scott@open-vote.org
--- Comment #20 from Scott Ritchie scott@open-vote.org 2012-10-12 14:48:20 CDT --- Related: this bug in libx11 is frequently causing lockups in the new Origin: https://bugs.freedesktop.org/show_bug.cgi?id=55678
http://bugs.winehq.org/show_bug.cgi?id=31438
Collin Nothingmuchheretosay@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Nothingmuchheretosay@yahoo. | |com
--- Comment #21 from Collin Nothingmuchheretosay@yahoo.com 2012-10-14 13:54:10 CDT --- Confirmed, Wine 1.5.15, Debian Sid x64
http://bugs.winehq.org/show_bug.cgi?id=31438
Lukas Matousek pavouk106@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pavouk106@gmail.com
--- Comment #22 from Lukas Matousek pavouk106@gmail.com 2012-11-08 12:50:42 CST --- Ican confirm this bug in 1.5.15, Gentoo 64bit
http://bugs.winehq.org/show_bug.cgi?id=31438
Robert de Jager robert2505@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robert2505@gmail.com
--- Comment #23 from Robert de Jager robert2505@gmail.com 2012-11-12 13:18:20 CST --- I'm also having the same problem with wine 1.5.17 on archlinux
http://bugs.winehq.org/show_bug.cgi?id=31438
Paul The Tall paulthetall@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |paulthetall@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #24 from Paul The Tall paulthetall@gmail.com 2012-11-15 12:39:41 CST --- Confirmed here to on my mac with 10.8.2 Mountain Lion
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #25 from TestSubject sirbubbles01@gmail.com 2012-11-16 03:06:11 CST --- Still no clues from anyone? This bug is already confirmed, I'd think, so more of that doesn't really help, but something constructive really would. Is there any information we users can gather that might help?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #26 from Per Johansson per@morth.org 2012-11-16 03:13:49 CST --- Perhaps a winsock or relay log using native winhttp would help.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #27 from Robert de Jager robert2505@gmail.com 2012-11-18 15:08:03 CST --- Created attachment 42540 --> http://bugs.winehq.org/attachment.cgi?id=42540 origin on wine with native winhttp
Origin on wine with native winhttp and WINEDEBUG="-all,+winhttp,+winsock"
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #28 from Robert de Jager robert2505@gmail.com 2012-11-18 15:09:12 CST --- I have installed native winhttp using winetricks, and ran
WINEDEBUG="-all,+winhttp,+winsock" wine origin
untill it gave up on downloading me3. Here is the log
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #29 from Paul The Tall paulthetall@gmail.com 2012-11-18 15:12:32 CST --- Any dev can test it with the free Battlefield 1942 full game which is available on origin. Check it out and download it, you will get the same issue.
http://bugs.winehq.org/show_bug.cgi?id=31438
Cedric Heintz cedric@ced117.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cedric@ced117.net
http://bugs.winehq.org/show_bug.cgi?id=31438
A.M.K. amknight@hotmail.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |amknight@hotmail.co.uk
--- Comment #30 from A.M.K. amknight@hotmail.co.uk 2012-11-26 15:46:40 CST --- Confirmed 1.5.18
http://bugs.winehq.org/show_bug.cgi?id=31438
Michal Illich list@illich.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |list@illich.cz
--- Comment #31 from Michal Illich list@illich.cz 2012-11-28 15:44:39 CST --- Also confirm 1.5.18, Kubuntu 12.04. Download starts but after few minutes it stalls completely. Pausing and starting it makes it run again for a few minutes.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #32 from TestSubject sirbubbles01@gmail.com 2012-12-25 05:25:09 CST --- Is anyone actually working on this? And would someone be willing to mark this bug as confirmed? There seems to have been very little action as far as getting to the bottom of this bug goes. Logs have been provided, etc, but I have no idea how to go further myself.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #33 from Paul The Tall paulthetall@gmail.com 2012-12-25 06:47:47 CST --- I agree, this is an important bug to fix....
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #34 from A.M.K. amknight@hotmail.co.uk 2012-12-26 11:34:49 CST --- (In reply to comment #33)
I agree, this is an important bug to fix....
I'll second that.
Does anyone have any idea of possible workarounds, or, perhaps, overrides which are interfering with the client? Some comments (now rather dated) state they can get at least partial downloads which are unstable or "glacial."
Still the same: Wine 1.5.20 Debian Wheezy 64.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #35 from Rosanne DiMesio dimesio@earthlink.net 2012-12-31 19:10:42 CST --- I tried to reproduce the problem in 1.5.20, and I can't, at least not as originally reported (impossible to download anything).
I was able to download, install, and start Battlefield 1942. What I can confirm is that the download did stall several times, but I was always able to restart it by pausing and then resuming it, and nothing was lost. I cannot say for certain whether the stalling was due to a bug in Wine or glitches in my internet connection.
Error messages about {dcb00c01-570f-4a9b-8d69-199fdba5723b} spammed the console the whole time it was downloading (that's bug 30384), but it didn't prevent the download from completing.
My test was on openSUSE 11.4 x86_64, in a pristine 32 bit wineprefix.
Has anyone verified that the stalling does not happen on Windows, or that if it does, the downloader is able to reconnect on its own?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #36 from Berillions berillions@gmail.com 2013-01-01 02:54:18 CST --- (In reply to comment #35)
I was able to download, install, and start Battlefield 1942. What I can confirm is that the download did stall several times, but I was always able to restart it by pausing and then resuming it, and nothing was lost. I cannot say for certain whether the stalling was due to a bug in Wine or glitches in my internet connection.
I download BF1942 on Debian 64Bits + Wine 1.5.20 + wineprefix 32Bits - Same problems than you, i can start the download but i lost the connection several time. I must to stop and restart the download but it's only for BF1942. - Impossible to start download for my others games (BF Bad Compagny 2, Mass Effect 3 and Battlefield 2). I have the Origin error 7049:408 and i don't find informations about this error.
Has anyone verified that the stalling does not happen on Windows, or that if it does, the downloader is able to reconnect on its own?
I downloaded BF1942 with the same internet connection than Linux with Windows 7 - No problems to download the game, it completely downloaded and i never lost the connection. I tried with all my games, no problems.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #37 from Rosanne DiMesio dimesio@earthlink.net 2013-01-01 11:13:50 CST --- I also tested downloading the FIFA 2013 demo and Sims 3 teaser, and both started up and exhibited the same stall-pause-resume behavior as BF1942. It sounds like the inability to start a download at all only affects paid games, and cannot be reproduced with free games/demos.
As for the repeated stalling while downloading, I am reluctant to label it a Wine bug, because I used to see exactly the same behavior with native Ktorrent. I tested several other native torrent clients that were not based on Qt4, and none had that problem. So the bug may be somewhere in Qt4 rather than Wine, but it will take someone with more expertise than I to make that call for sure.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #38 from Per Johansson per@morth.org 2013-01-01 12:25:21 CST --- Well, even if Qt4 on Linux has the same problem, it's still a bug in wine if it works correctly on Windows.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #39 from Berillions berillions@gmail.com 2013-01-01 12:38:23 CST --- (In reply to comment #38)
Well, even if Qt4 on Linux has the same problem, it's still a bug in wine if it works correctly on Windows.
I remark some people are this problem on Windows too and i search with google but there aren't solutions...
Which is the Service Pack for Seven for Wine ?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #40 from James Chatterton negatron99@gmail.com 2013-01-01 13:13:23 CST --- (In reply to comment #39)
(In reply to comment #38)
Well, even if Qt4 on Linux has the same problem, it's still a bug in wine if it works correctly on Windows.
I remark some people are this problem on Windows too and i search with google but there aren't solutions...
Which is the Service Pack for Seven for Wine ?
Since my comments in September I am no longer able to even partially download anything. Also, Origin appears to be more broken (for reasons outside this bug).
However, it still works correctly, for me, under Windows 7.
But, it is still hard for me to put the blame entirely down in one place. Origin has never been the most robust program.
It is still trying to invoke parts of the OS that Wine does not support though, see the first attachment, the errors about (paraphrasing) "class {dcb00c01-570f-4a9b-8d69-199fdba5723b} not registered", is something for Vista and above, and the downloads don't even start any more.
I used to be able to see the URLs it was trying to download, by upping the WININET and WINHTTP logging, but since the latest versions, I can't even see that, as it doesn't seem to confirmation that the files even exist.
I don't have a version of XP to test this any more, but is XP support being phased out of Origin?
If someone points me in the right direction, and real-life doesn't get too involved, I might do something about it.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #41 from Berillions berillions@gmail.com 2013-01-01 14:18:52 CST --- (In reply to comment #40)
I don't have a version of XP to test this any more, but is XP support being phased out of Origin?
If someone points me in the right direction, and real-life doesn't get too involved, I might do something about it.
How to help you ? It's possible to test with Virtuabox and Windows XP ? I see on the EA forum that Origin 'must' works with XP SP3, Vista, Seven and 8 now. But the user which had this problem used Windows 7...
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #42 from Austin English austinenglish@gmail.com 2013-01-01 21:49:38 CST --- (In reply to comment #38)
Well, even if Qt4 on Linux has the same problem, it's still a bug in wine if it works correctly on Windows.
Not if the bug is in the kernel...
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #43 from Paul The Tall paulthetall@gmail.com 2013-01-01 23:13:42 CST --- (In reply to comment #42)
(In reply to comment #38)
Well, even if Qt4 on Linux has the same problem, it's still a bug in wine if it works correctly on Windows.
Not if the bug is in the kernel...
The same issue is on the Mac....
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #44 from Paul The Tall paulthetall@gmail.com 2013-01-01 23:15:37 CST --- I have an Imac with Osx 10.7.5 and a Macbook with 10.8.2 and have the same issue. Just for info.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #45 from Austin English austinenglish@gmail.com 2013-01-06 22:47:17 CST --- (In reply to comment #43)
(In reply to comment #42)
(In reply to comment #38)
Well, even if Qt4 on Linux has the same problem, it's still a bug in wine if it works correctly on Windows.
Not if the bug is in the kernel...
The same issue is on the Mac....
Mac and Windows don't run the same kernel either..
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #46 from Paul The Tall paulthetall@gmail.com 2013-01-07 01:14:29 CST --- (In reply to comment #45)
(In reply to comment #43)
(In reply to comment #42)
(In reply to comment #38)
Well, even if Qt4 on Linux has the same problem, it's still a bug in wine if it works correctly on Windows.
Not if the bug is in the kernel...
The same issue is on the Mac....
Mac and Windows don't run the same kernel either..
Thats the whole point, it is not only Linux but also Mac so it is general problem
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #47 from Rosanne DiMesio dimesio@earthlink.net 2013-01-07 09:54:52 CST --- (In reply to comment #40)
It is still trying to invoke parts of the OS that Wine does not support though, see the first attachment, the errors about (paraphrasing) "class {dcb00c01-570f-4a9b-8d69-199fdba5723b} not registered", is something for Vista and above, and the downloads don't even start any more.
If that's the cause of the problem, then this is a duplicate of bug 30384.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #48 from Austin English austinenglish@gmail.com 2013-01-08 15:05:32 CST --- (In reply to comment #46)
(In reply to comment #45)
(In reply to comment #43)
(In reply to comment #42)
(In reply to comment #38)
Well, even if Qt4 on Linux has the same problem, it's still a bug in wine if it works correctly on Windows.
Not if the bug is in the kernel...
The same issue is on the Mac....
Mac and Windows don't run the same kernel either..
Thats the whole point, it is not only Linux but also Mac so it is general problem
According to comment #37, similar problems occur with native (non wine) apps.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #49 from Berillions berillions@gmail.com 2013-01-12 08:49:19 CST --- The only solution than i found to play at EA games on Linux is :
1- Download your games on Windows XP/Vista/Seven or 8 2- Boot on Linux and copy the game folder from Windows to your "~/.wine/drive_c/Program Files/Origin Games" 3- Launch Origin with wine and launch the download for the game. In fact, Origin will install the game and not download it. 4- When the installation is at 100%, kill "EAProxyInstaller" process to finish the installation.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #50 from Berillions berillions@gmail.com 2013-01-12 09:15:24 CST --- When i look the Origin logs from "~/.wine/drive_c/users/Public/Application Data/Origin/Logs/Client_Log.html", i notice these error when a game download failed :
[59] [ID: bfbc2_dd]Failed to send synchronous request for url [http://akamai.cdn.ea.com/eamaster/s/p/eagames/bf/bfbc2_dd_1.zip?sauth=13580....] last error: The download session received an http server error
[66] [ContentID:DR156691300] Unable to load package file directory!
So, there is a problem with synchronous connection in Wine ?
PS : To avoid to boot on Windows, i have the url to download the game in the log. But the "auths=RANDOM_NUMBER" is not complete so impossible to download the .zip file with wget...
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #51 from James Chatterton negatron99@gmail.com 2013-01-12 15:44:51 CST ---
(In reply to comment #50)
I used to be able to turn on logging for winhttp and it would give the full url in the wine debugging output.
I tried recently, with the sims 3, a game that successfully revealed its url before, but was unable to find the url in the log this time.
Maybe some local network snoop would help.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #52 from Berillions berillions@gmail.com 2013-01-12 16:52:49 CST --- (In reply to comment #51)
(In reply to comment #50)
I used to be able to turn on logging for winhttp and it would give the full url in the wine debugging output.
I tried recently, with the sims 3, a game that successfully revealed its url before, but was unable to find the url in the log this time.
Maybe some local network snoop would help.
How did you do ? Because if i use "WINEDEBUG=+winhttp" i haven't the complete url in my output console...
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #53 from James Chatterton negatron99@gmail.com 2013-01-13 07:38:08 CST --- (In reply to comment #52)
(In reply to comment #51)
(In reply to comment #50)
I used to be able to turn on logging for winhttp and it would give the full url in the wine debugging output.
I tried recently, with the sims 3, a game that successfully revealed its url before, but was unable to find the url in the log this time.
Maybe some local network snoop would help.
How did you do ? Because if i use "WINEDEBUG=+winhttp" i haven't the complete url in my output console...
Using "tcpflow" it was enough to get the full path, and the full sauth. It is available from the apt repositories.
e.g. from a terminal:
sudo tcpflow -p -c -i eth0 port 80 | grep -oE '.*sauth=.*'
which outputs something like:
192.168.001.001.44737-088.221.095.092.00080: GET /eamaster/s/p/sims/sims3/sims3_dd_v2_dip.zip?sauth=1111111111_11111111111111
for a Sims3 download.
But, trying to wget it isn't working, getting a "forbidden" error (HTTP 403 I think). possibly because my Origin is still at the greyed-out "downloading" state, no progress bar.
When this worked for me before, I had got a partially completed download.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #54 from Berillions berillions@gmail.com 2013-01-13 07:50:15 CST --- (In reply to comment #53)
192.168.001.001.44737-088.221.095.092.00080: GET /eamaster/s/p/sims/sims3/sims3_dd_v2_dip.zip?sauth=1111111111_11111111111111
But, trying to wget it isn't working, getting a "forbidden" error (HTTP 403 I think).
You must to add "http://akamai.cdn.ea.com/" before "eamaster/s/p/sims/sims3/sims3_dd_v2_dip.zip?sauth=1111111111_11111111111111" and the wget works.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #55 from James Chatterton negatron99@gmail.com 2013-01-13 07:54:01 CST --- (In reply to comment #54)
(In reply to comment #53)
192.168.001.001.44737-088.221.095.092.00080: GET /eamaster/s/p/sims/sims3/sims3_dd_v2_dip.zip?sauth=1111111111_11111111111111
But, trying to wget it isn't working, getting a "forbidden" error (HTTP 403 I think).
You must to add "http://akamai.cdn.ea.com/" before "eamaster/s/p/sims/sims3/sims3_dd_v2_dip.zip?sauth=1111111111_11111111111111" and the wget works.
I know, I just used tcpflow to get the full sauth parameter.
wget then received the forbidden message from the server.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #56 from James Chatterton negatron99@gmail.com 2013-01-13 08:41:07 CST --- (In reply to comment #54)
(In reply to comment #53)
192.168.001.001.44737-088.221.095.092.00080: GET /eamaster/s/p/sims/sims3/sims3_dd_v2_dip.zip?sauth=1111111111_11111111111111
But, trying to wget it isn't working, getting a "forbidden" error (HTTP 403 I think).
You must to add "http://akamai.cdn.ea.com/" before "eamaster/s/p/sims/sims3/sims3_dd_v2_dip.zip?sauth=1111111111_11111111111111" and the wget works.
Just upgraded to the beta Origin and tried again, with the "MySims" I never downloaded.
checking the Origin logs, I've got the same:
host
and from the tcpflow logs I get a similar path (which I won't post as it has an authentication token unique to my account) to the Sims 3 path.
Combining the two, I am able to use wget again. Origin itself down't work, it is even giving me an error this time (after a while) of 7049:408.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #57 from Berillions berillions@gmail.com 2013-01-13 16:18:39 CST --- The best solution is to download on Windows the game folder because we need the register keys for all games to install and update them...
So, we still don't know where come from the problem : - Wine = Austin and Rosanne said no - Qt4 = probably not, the bug does not exist on Windows - Kernel Linux = How to know if it's the case ? - I have not others idea...
http://bugs.winehq.org/show_bug.cgi?id=31438
Adam Bolte boltronics@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |boltronics@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #58 from Paul The Tall paulthetall@gmail.com 2013-01-28 16:27:35 CST --- Please help guys, this is a real issue!
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #59 from Paul The Tall paulthetall@gmail.com 2013-01-29 05:06:11 CST --- Its not the firewall, if I turn my firewall off totally, the issue still remains. maybe people can check out this thread? I will test it tonight. http://www.omgeek.net/forum/showthread.php?tid=102&page=3
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #60 from Rosanne DiMesio dimesio@earthlink.net 2013-01-29 08:31:11 CST --- (In reply to comment #57)
- Wine = Austin and Rosanne said no
What I said was that I don't know. I also don't know if the stalling while downloading demos and the inability to even start a download for paid games have the same cause. There could be two bugs here.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #61 from Paul The Tall paulthetall@gmail.com 2013-01-29 08:36:34 CST --- What I do know, is that it needs to be fixed fast. Preferabely the next wine release.
http://bugs.winehq.org/show_bug.cgi?id=31438
Heiko zuxez@uni.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zuxez@uni.de
--- Comment #62 from Heiko zuxez@uni.de 2013-01-30 09:30:35 CST --- So, plaqued by the very same problem of failing downloads/updates at the init state (it doesn't even reach the license popup or the shortcut creation popup), no matter which version of wine I tried:
$ ls Installation/wine/ 1.0.1 1.1.17 1.1.21 1.3.26 1.3.28 1.4.1 1.5.16 1.5.19 git
plus the distro's 1.5.2x.
So, after digging into the network traffic and comparing against native windows, it seems that the reply from the server somehow isn't answered by the client, thus no popups occuring and no further actions run.
Running wine with debug output, made me aware of some NtQuerySystemTime() irregularities, i.e. returned times weren't ordered over all the threads, so I tested some additional locking here and there, without success.
Some more debunkering revealed, that somehow the calls to WSAAsyncSelect() were the problem. So I brought in a short timeout. Around 5ms seem to fix most problems. Though I know this is NOT a solution, it seems to satisfy Origin. I'll attach the small testing patch I made. Maybe someone can confirm it helps, so developers might know where to dig deeper. I'd still call it a threading issue, though. Or wine's just responding too fast eheh -- had that problem with TOCA2, and timings there.
Unfortunately, EA's released debugging Qt-source/-binaries don't work with the Origin client, that would've made things easier to debug.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #63 from Heiko zuxez@uni.de 2013-01-30 09:32:31 CST --- Created attachment 43385 --> http://bugs.winehq.org/attachment.cgi?id=43385 Workaround to make origin work most of the time
That sleep is not a solution, it's a workaround test. I suspect the issue being threading, though I couldn't find where to properly look at.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #64 from Heiko zuxez@uni.de 2013-01-30 09:40:26 CST --- Btw, the qt-demo applications (EA's Qt-origin version and Qt upstream's ones) that are threaded and/or networked seem to work just fine under wine, so I'm unsure if I'd call it a Qt-problem or not. Though, they probably do not spawn as many threads as Origin does...
And that patch will only workaround network problems in Origin. The EAProxyInstaller hang still occurs.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #65 from Paul The Tall paulthetall@gmail.com 2013-01-30 09:52:57 CST --- (In reply to comment #64)
Btw, the qt-demo applications (EA's Qt-origin version and Qt upstream's ones) that are threaded and/or networked seem to work just fine under wine, so I'm unsure if I'd call it a Qt-problem or not. Though, they probably do not spawn as many threads as Origin does...
And that patch will only workaround network problems in Origin. The EAProxyInstaller hang still occurs.
Thanks Heiko, for looking into it. At least the problem is workarounded a bit.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #66 from rkfg eurekafag@eureka7.ru 2013-01-30 11:10:07 CST --- Thanks, this workaround really works! It seems that I'll download the last DLC for ME3 right in Origin.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #67 from Berillions berillions@gmail.com 2013-01-30 12:19:26 CST --- This workaround works for me but sometimes when i launch a download (Mass Effect 3 for example) i have always the "7049:408" Origin Error...
But when the download starts, it works without problem. I don't know why i have this small problem even with the patch. I use Debian Wheezy 64bits.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #68 from Berillions berillions@gmail.com 2013-01-30 12:21:16 CST --- This workaround works for me but sometimes when i launch a download (Mass Effect 3 for example) i have always the "7049:408" Origin Error...
But when the download starts, it works without problem. I don't know why i have this small problem even with the patch. I use Debian Wheezy 64bits.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #69 from Paul The Tall paulthetall@gmail.com 2013-01-30 16:42:50 CST --- Yup here its downloading also without quiting (still...hope it keeps that way to the end.)
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #70 from TestSubject sirbubbles01@gmail.com 2013-01-31 04:01:48 CST --- (In reply to comment #62)
Just so you know, if this works, you're my new hero. Thanks.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #71 from Paul The Tall paulthetall@gmail.com 2013-01-31 04:13:40 CST --- wll, at least nice it downlaods now, it has one timeout at 85% had to pauze and unpauze once to download it at 100%. However, then it asks to restart but when pressing ok, it wont quit. So when force quit and restart origin and try to run the game it says it fails to validate and does not start :( So download issue is in my opinion solved, but the rest stays ....please winedevs help....
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #72 from Berillions berillions@gmail.com 2013-02-02 04:21:34 CST --- For me, the hack works like i said but after a while, the download crash. So, i must to stop and relaunch the download to continu.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #73 from Paul The Tall paulthetall@gmail.com 2013-02-02 04:35:05 CST --- (In reply to comment #72)
For me, the hack works like i said but after a while, the download crash. So, i must to stop and relaunch the download to continu.
for me it doesn't works fine, but then I have to restart and somehow its still busy with install even when its installed. Then I force quit and relaunch, click play the error appears about activation.dll load failed. And i cant start the game....
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #74 from Paul The Tall paulthetall@gmail.com 2013-02-02 04:40:17 CST --- while installing there is no proxyinstaller in taskmanager...only origin.exe and OriginClientService.exe
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #75 from Paul The Tall paulthetall@gmail.com 2013-02-02 05:02:28 CST --- ok I see it now ehen its installing the game after download. However, after installation and after killing the eaproxy installer, i got the same activation dll error....
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #76 from TestSubject sirbubbles01@gmail.com 2013-02-02 13:50:08 CST --- I just wanted to let Heiko know that for me, his/her patch works well. I was able to download some free dlc for ME3, then go and buy the Omega dlc, which then downloaded and installed with no problems. Can't recall if it hung at the end of the install or not, but that happened with patch installs and whatnot, and I simply killed EAproxyinstaller.exe, or whatever it is, once the cpu usage went down, and it seemed to work fine.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #77 from Paul The Tall paulthetall@gmail.com 2013-02-02 14:33:57 CST --- (In reply to comment #76)
I just wanted to let Heiko know that for me, his/her patch works well. I was able to download some free dlc for ME3, then go and buy the Omega dlc, which then downloaded and installed with no problems. Can't recall if it hung at the end of the install or not, but that happened with patch installs and whatnot, and I simply killed EAproxyinstaller.exe, or whatever it is, once the cpu usage went down, and it seemed to work fine.
You can run the game fine without the activation error? Can you test battlefield 1942 the same way please? I Will retry it too waiting the cpu gos down. Thanks.
http://bugs.winehq.org/show_bug.cgi?id=31438
Florian Echtler floe@butterbrot.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |floe@butterbrot.org
http://bugs.winehq.org/show_bug.cgi?id=31438
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |33141
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #78 from TestSubject sirbubbles01@gmail.com 2013-03-26 23:52:10 CDT --- Sorry about the long delay, I actually couldn't find Battlefield 1942 on Origin, so couldn't tell you about that. But I have had no issues with Mass Effect 3 and various dlc for it, so I believe it will work fine.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #79 from Paul The Tall paulthetall@gmail.com 2013-03-27 01:55:00 CDT --- (In reply to comment #78)
Sorry about the long delay, I actually couldn't find Battlefield 1942 on Origin, so couldn't tell you about that. But I have had no issues with Mass Effect 3 and various dlc for it, so I believe it will work fine.
its on the demos. you will find it there. I have the issue that after download it hangs and thenit asks to restart but then it says it cant restart because the process is still active (eaproxyinstaller.exe probably). It does not end propperly. Help would be much much much much appreciated.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #80 from Paul The Tall paulthetall@gmail.com 2013-03-27 02:01:29 CDT --- (In reply to comment #79)
(In reply to comment #78)
Sorry about the long delay, I actually couldn't find Battlefield 1942 on Origin, so couldn't tell you about that. But I have had no issues with Mass Effect 3 and various dlc for it, so I believe it will work fine.
its on the demos. you will find it there. I have the issue that after download it hangs and thenit asks to restart but then it says it cant restart because the process is still active (eaproxyinstaller.exe probably). It does not end propperly. Help would be much much much much appreciated.
by the way and if you force to restart it says after restart and when you want to launch the game that stupid origin error. I tried ending the proxy installer after waiting a bit, but had no effect...(perhaps i waited not long enough (waited 1 minute)?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #81 from TestSubject sirbubbles01@gmail.com 2013-03-27 07:12:51 CDT --- Paul, I did manage to download BF1942. After it finished downloading, it did hang at 100%, but killing the process EAProxyServer.exe allowed the installation to finish and also allowed me to launch the game with no problems. The issues with downloading and installation are linked to another wine bug that you can get to from the origin appdb page.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #82 from Berillions berillions@gmail.com 2013-03-27 07:43:07 CDT --- Hey guys,
Do you have a problem with the Wine's hack ? With it, i can launch a download for all games but after a random moment (5mins to 30mins), the download crashes.
I must to stop and relaunch to continu...
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #83 from Paul The Tall paulthetall@gmail.com 2013-03-27 08:43:59 CDT --- (In reply to comment #81)
Paul, I did manage to download BF1942. After it finished downloading, it did hang at 100%, but killing the process EAProxyServer.exe allowed the installation to finish and also allowed me to launch the game with no problems. The issues with downloading and installation are linked to another wine bug that you can get to from the origin appdb page.
Hi Testsubject, yeah i noticed: http://bugs.winehq.org/show_bug.cgi?id=29876 altough no solution given except of manually killing the EAProxyServer.exe, which should be solved in wine in my opinion. I will do a test tonight by killing the process again. Did you wait a particular time? did origin also asked you also to restart origin and did you do that? Thanks!
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #84 from TestSubject sirbubbles01@gmail.com 2013-03-27 10:24:05 CDT --- (In reply to comment #82)
Hey guys,
Do you have a problem with the Wine's hack ? With it, i can launch a download for all games but after a random moment (5mins to 30mins), the download crashes.
I must to stop and relaunch to continu...
Hello Berillions,
I don't have any significant issues with the patch, just that the download speed seems to be a good deal less than it used to be, back in the good old days when Origin worked fine.
http://bugs.winehq.org/show_bug.cgi?id=31438
thanoulas thanoulas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |thanoulas@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #85 from Steven V. Wilson funmaker_11@yahoo.com 2013-04-14 18:14:02 CDT --- Comment on attachment 43385 --> http://bugs.winehq.org/attachment.cgi?id=43385 Workaround to make origin work most of the time
How do I use this?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #86 from Berillions berillions@gmail.com 2013-04-26 13:38:34 CDT --- Hi guys,
I remarked something. I have not all y problems when i use Origin+hack with a 32 bits system because i have them with my 64Bits system...
http://bugs.winehq.org/show_bug.cgi?id=31438
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ipickert55@gmail.com
--- Comment #87 from Rosanne DiMesio dimesio@earthlink.net 2013-07-18 07:38:40 CDT --- *** Bug 34085 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #88 from Ian ipickert55@gmail.com 2013-07-18 08:15:09 CDT --- Sorry about the duplicate bug, didn't see this one. I can confirm that this is happening to me too in 1.6-rc5
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #89 from Ian ipickert55@gmail.com 2013-07-18 08:21:39 CDT --- (In reply to comment #75)
ok I see it now ehen its installing the game after download. However, after installation and after killing the eaproxy installer, i got the same activation dll error....
I get this error too after I downloaded mass effect 1.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #90 from Ian ipickert55@gmail.com 2013-07-18 08:24:45 CDT --- (In reply to comment #63)
Created attachment 43385 [details] Workaround to make origin work most of the time
That sleep is not a solution, it's a workaround test. I suspect the issue being threading, though I couldn't find where to properly look at.
Can someone show me how to apply this on a mac?
http://bugs.winehq.org/show_bug.cgi?id=31438
Yajo yajodj@msn.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yajodj@msn.com
--- Comment #91 from Yajo yajodj@msn.com 2013-08-17 02:13:14 CDT --- (In reply to comment #56)
(In reply to comment #54)
(In reply to comment #53)
192.168.001.001.44737-088.221.095.092.00080: GET /eamaster/s/p/sims/sims3/sims3_dd_v2_dip.zip?sauth=1111111111_11111111111111
But, trying to wget it isn't working, getting a "forbidden" error (HTTP 403 I think).
You must to add "http://akamai.cdn.ea.com/" before "eamaster/s/p/sims/sims3/sims3_dd_v2_dip.zip?sauth=1111111111_11111111111111" and the wget works.
Just upgraded to the beta Origin and tried again, with the "MySims" I never downloaded.
checking the Origin logs, I've got the same:
host
and from the tcpflow logs I get a similar path (which I won't post as it has an authentication token unique to my account) to the Sims 3 path.
Combining the two, I am able to use wget again. Origin itself down't work, it is even giving me an error this time (after a while) of 7049:408.
Great! Now I can download that zip. Where should I put it? I don't see any "downloads" folder into the Origin folders tree...
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #92 from rkfg eurekafag@eureka7.ru 2013-08-17 04:46:35 CDT --- Unpack it to Program Files/Origin Games
But it isn't enough usually. You should also find registry entries and put them there by yourself in order to run the game. It's better to patch wine and use the regular Origin downloader.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #93 from Yajo yajodj@msn.com 2013-08-18 05:34:44 CDT --- (In reply to comment #92)
Unpack it to Program Files/Origin Games
Thanks.
Weird: After doing it and reopening Origin, it says the download is at 82%, and tries to continue extremely slowly from there. At least I saved 82% of time...
But it isn't enough usually. You should also find registry entries and put them there by yourself in order to run the game.
I was planning to install it through Origin after the manual download, but now I don't know if that would be even possible.
It's better to patch wine and use the regular Origin downloader.
Any clues about if the patch is going to land upstream soon?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #94 from rkfg eurekafag@eureka7.ru 2013-08-18 05:41:48 CDT --- Unfortunately, it's not a patch but rather a hack (and in its current state it won't make it into upstream). We don't know about the real origin of the error (pun intended), maybe it's some kind of race condition since it's sort of resolved after adding a simple delay.
Probably, your downloading isn't complete because EA put a bit outdated version to their CDN and added patches as separate files. They can't be downloaded without patching wine so it's stuck.
It's amusing to see "UNCONFIRMED" status after a hundred of comments and even a temporary solution.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #95 from Yajo yajodj@msn.com 2013-08-18 11:22:02 CDT --- I think this can help:
I created a VM with Win8 x64. Origin also gets stuck frequently when downloading The Sims 3. The only difference is that it gets stuck less often (but it always ends up doing so) and does not throw error messages (I have to be looking at the progress bar all the time :S).
http://bugs.winehq.org/show_bug.cgi?id=31438
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #96 from Austin English austinenglish@gmail.com 2013-08-18 15:57:27 CDT --- Confirming.
http://bugs.winehq.org/show_bug.cgi?id=31438
antitron@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |antitron@web.de
--- Comment #97 from antitron@web.de 2013-08-20 09:42:00 CDT --- Not sure if it is of any help: After reading the problem is caused by a timing problem I tried slowing down the origin process using cpulimit. there seems to be a fine line somewhere between limiting to 14% and 15% of my machines cpu-time to make the downloads work without getting 196620:206 Origin errors constantly. They still pop up every few minutes and the download is still unreliable and slow, but at least it does something. I am running with 1.7.0 with no patches.
http://bugs.winehq.org/show_bug.cgi?id=31438
Christoph Korn c_korn@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |c_korn@gmx.de
http://bugs.winehq.org/show_bug.cgi?id=31438
flamingmo@online.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |flamingmo@online.de
http://bugs.winehq.org/show_bug.cgi?id=31438
Joni L-H jonilh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jonilh@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
Luiz Angelo Daros De Luca luizluca@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |luizluca@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #98 from Berillions berillions@gmail.com 2013-09-26 13:07:58 CDT --- I launch correctly all game's download from Origin with a clean Wine 1.7.2. I don't use the hack patch and the download works and does not break.
Someone can to confirm if Origin work without problem ?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #99 from Paul The Tall paulthetall@gmail.com 2013-09-26 14:14:04 CDT --- (In reply to comment #98)
I launch correctly all game's download from Origin with a clean Wine 1.7.2. I don't use the hack patch and the download works and does not break.
Someone can to confirm if Origin work without problem ?
Do the game laucnch without an activation dll thing? Thats my main issue!
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #100 from Joni L-H jonilh@gmail.com 2013-09-26 14:18:52 CDT --- I can deny that 1.7.2 works. I still get the same old error as before. Clean 32bit Prefix Clean install with lastes OriginSetup.exe
But same problem as before.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #101 from Paul The Tall paulthetall@gmail.com 2013-09-26 14:29:54 CDT --- Some developers should focus on the activation DLL thingy, there are so many Origin games, and this one is a show stopper (accept of using cracks and stiff which should be not done). It should launch the games without that issue, just there is no issue launching games in Uplay at the moment.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #102 from Luiz Angelo Daros De Luca luizluca@gmail.com 2013-09-27 09:25:41 CDT --- Origin download might work for free games. The download problem is mainly with DRM games (I'm testing with wine1.7.2, trying to download BF3 and dead space 3 from humblebundle). It is some problem with async calls.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #103 from Paul The Tall paulthetall@gmail.com 2013-09-27 09:29:16 CDT --- No, its for example for the free battlefield 1942 the same activation.dll issue.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #104 from Per Johansson per@morth.org 2013-09-27 09:47:08 CDT --- (In reply to comment #103)
No, its for example for the free battlefield 1942 the same activation.dll issue.
Failing to start the game would be a different bug, this one is about downloading the games.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #105 from rkfg rkfg@rkfg.me 2013-09-27 09:55:07 CDT --- Confirming this, I can download games with decent speed: http://i.imgur.com/dbmKfq6.png Wine 1.7.2. Though Origin has updated itself as well, don't know which fault that was exactly.
http://bugs.winehq.org/show_bug.cgi?id=31438
salamander purake salamanderrake@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |salamanderrake@gmail.com
--- Comment #106 from salamander purake salamanderrake@gmail.com 2013-10-11 14:43:33 CDT --- I'm also having issues downloading Battlefield 3.
http://bugs.winehq.org/show_bug.cgi?id=31438
baldrs baldrs@live.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |baldrs@live.com
--- Comment #107 from baldrs baldrs@live.com --- Can confirm that bug with wine 1.7.10. WSAAsyncSelect patch helps mostly, but speed is relatively slow(~1-2mps) in compare with windows on the same pc(~8-10mpbs)
http://bugs.winehq.org/show_bug.cgi?id=31438
suliman sulimanalkous@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sulimanalkous@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
walter walter@van.eetvelt.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |walter@van.eetvelt.be
--- Comment #108 from walter walter@van.eetvelt.be --- Downloading fifa14 on wine 1.7.11 fresh install, Ubuntu 12.04 64bit. Download extreme slow around 14,02KB/sec...
Walter
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #109 from Berillions berillions@gmail.com --- (In reply to comment #108)
Downloading fifa14 on wine 1.7.11 fresh install, Ubuntu 12.04 64bit. Download extreme slow around 14,02KB/sec...
Walter
Since the latest update of Origin (v9.4, Origin pass to Qt 5.x), i have a very low speed even with the patch in this bug report (100ko/s)
With the old Origin version, + the patch, i had a very good speed (1-1.5M).
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #110 from Berillions berillions@gmail.com --- I reported this bug early 2 years ago and still nothing from Wine devs or other ...
This bug is easily reproductible. Create an account and download a demo directly from Origin.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #111 from Berillions berillions@gmail.com --- There is a torrent application build with Qt for Windows(Transmission-qt). I installed it on fresh wineprefix and tried to download a torrent file.
Result : ~500ko/s with transmission-qt on wine instead of 1Mo/s with transmission Linux.
So, download with a Qt application works on Wine, so there is certainly a problem between Wine and EA Origin. (i think)
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #112 from Bruno Jesus 00cpxxx@gmail.com --- There has been some discussion on wine-devel list about a patch that make Guild Wars 2 work better (lower network latency and less login failures), maybe it's worth a try here. If anyone is interested:
http://source.winehq.org/patches/data/102695
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #113 from Berillions berillions@gmail.com --- (In reply to Bruno Jesus from comment #112)
There has been some discussion on wine-devel list about a patch that make Guild Wars 2 work better (lower network latency and less login failures), maybe it's worth a try here. If anyone is interested:
I tried the patch with the latest wine-git... Origin still needs the hack present in this report to begin download without problem.
And with/without patch shared by Bruno, the download is still slow (~50ko/s instead of 3Mo/s...)
Origin use "WSAAsyncSelect" function to download games... The hach add "usleep" to allow to download game. The slow speed can be the result of this hack ?
Personnaly, i don't know.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #114 from Heiko lil_tux@web.de --- (In reply to Bruno Jesus from comment #112)
There has been some discussion on wine-devel list about a patch that make Guild Wars 2 work better (lower network latency and less login failures), maybe it's worth a try here. If anyone is interested:
It probably wouldn't help. There's no data around there, yet. Origin/qt does a sendto() and immediately a following recv(), which on nonblocking socket shall return 10035 (WOULDBLOCK) which it does, though the app still tries again directly (or +time(stamp) didn't print useful times) until it somewhen starts to work... just to fail again after some time.
I did several tries to debug that crappy origin problem. What I'm pretty certain of, is that wine seems to send too many messages to those requested with WSAAsyncSelect (in origin's case WM_USER). Which seem to confuse the app and thus the connection/socket is pulled down and a new one initiated.
That's probably the reason why the download is so slow and error prone and also the reason for the network bursting on the host. I.e. Origin stays constantly at 50kb/s (and lowering over time), whilst my system spikes up to 1mb/s, just to drop down to almost 1kb/s and back up to short 1mb/s and back down. I guess that's where the tcp-handshake is done on a new port, due to the old connection being terminated.
So to me it looks like wine sends a message for each incoming packet on the socket, though msdn says it should only send one and wait for re-arming by the application through: "The WS2_32.DLL will not continually flood an application with messages for a particular network event. Having successfully posted notification of a particular event to an application window, no further message(s) for that network event will be posted to the application window until the application makes the function call that implicitly reenables notification of that network event." [1]
Unfortunately, I got lost in debugging the vast amount of messages, sockets, packets and wineserver actions :/ Plus, the Qt5-version of Origin uses Qt 5.1.1, which doesn't have some fixes related to pipe handling (QTBUG-35357, yes, origin uses a pipe named OriginClientService) and (QTBUG-30478). Too bad I couldn't drop in the Qt-5.2-dlls.
Anyway, I tried to make wineserver only post a message once in sock_wake_up() like so: + // If we just posted the specific event, hold next post until re-enablement. + sock->hmask |= (1 << event); + sock->pmask &= ~(1 << event); Unfortunately, that didn't turn out to work (because I don't exactly know how those hold masks work). Re-enabling of events seems to be done in ws2_32 already, though not on the error path (which msdn says should trigger re-enabling also).
And if that network garbage wouldn't be enough, origin after some time requests data from receive with 1 wsabuf of size 1. I don't frikkinly know why, but it seems to be the reason for the cpu-hoggin I see with the new Origin.
So, I'm kinda lost now, too :/
P.S. In my previous hack one could probably guard the usleep in WSAAsyncSelect with an "if (!lEvent)"
[1] http://msdn.microsoft.com/en-us/library/windows/desktop/ms741540%28v=vs.85%2...
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #115 from Paul The Tall paulthetall@gmail.com --- This stuff has all no use for me (Mac user) if the other problem (launching) games is still not working (activation dll). hope de winedev guys can figure that one out first...
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #116 from Heiko lil_tux@web.de --- This bug is about the download problem not the install problem afaik.
Maybe I've made some progress. Since thinking about the pipe stuff I tried the qt 5.1.1 ipc-Example localfortune{client,server} which uses QLocalSocket and thus windows pipes. Guess what? Fast creating of fortunes results in "The following error occured: QWindowsPipeReader::completeAsyncRead: Unknown error 676". So it seems the problem isn't ws2_32 or WSAAsyncSelect, it's probably the QLocalSocket-communication over pipes between Origin.exe and OriginClient(Service).exe.
I'll test the example with qt 5.2 as well, to see if it's qt- or wine-related.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #117 from Berillions berillions@gmail.com --- (In reply to Heiko from comment #116)
This bug is about the download problem not the install problem afaik.
Maybe I've made some progress. Since thinking about the pipe stuff I tried the qt 5.1.1 ipc-Example localfortune{client,server} which uses QLocalSocket and thus windows pipes. Guess what? Fast creating of fortunes results in "The following error occured: QWindowsPipeReader::completeAsyncRead: Unknown error 676". So it seems the problem isn't ws2_32 or WSAAsyncSelect, it's probably the QLocalSocket-communication over pipes between Origin.exe and OriginClient(Service).exe.
I'll test the example with qt 5.2 as well, to see if it's qt- or wine-related.
Thanks Heiko for your research. But, if it's a problem from Qt, why this problem does not exist on real Windows ?
http://bugs.winehq.org/show_bug.cgi?id=31438
Alessandro Pignotti alexpigna.dev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexpigna.dev@gmail.com
--- Comment #118 from Alessandro Pignotti alexpigna.dev@gmail.com --- I've spent a few hours analysing the issue. At this point I believe that the issue is not a bug neither a race condition, but just a side-effect of the high overhead caused by round trips to the wineserver.
Let me put down some facts which helps understanding my analysis:
*) Origin uses Qt5Network to handle the HTTP download and this analysis is based on the open source Qt code. *) HTTP download in Qt happens using unbuffered QTcpSockets *) While parsing HTTP headers and status response Qt read one byte at a time *) Notifications from WSAAsyncSelect are explicitly disabled when the first message is received, and enabled again in QAbstractSocket as soon as the first data is read *) By design, WSARecv will issue a new notification message if more data is available on the socket, this happens in wine as specified by the MSDN
Now, this is what happens
1) Qt send an HTTP request, it register a callback when some data is received. In windows this asynchronous operations is supported using WSAAsyncSelect which ask the system to send a window message when some data is available on the socket. 2) Some data eventually arrives, aynchronous notifications are first disabled by Qt, but then enabled again before reading the first bytes. Since headers are read 1 byte at the time QAbstractSocket::readData will be invoked tons of times. And since the socket is unbuffered WSARecv will be invoked tons of times as well. 3) For each invocation of WSARecv there will be more data available (remember we are parsing HTTP headers 1 byte at the time). Since async notifications are enabled WSARecv will cause a new notification to be sent. 4) After the headers are successifully parsed and there is no more data, there will be tons of pending async notification message, one for each call to WSARecv 5) Each message will cause WSAAsyncSelect to be invoked twice: once to disable notifications and once to enabled them again, even if there is no data available since it has been all consumed in the mean time.
In wine each call to WSARecv and WSAAsyncSelect requires a roundtrip to the wineserver, all togheter they add up and cause the connection to slow down to a crawl, since the applications spend most of the time handling messages for the socket even if there is no data to read.
The reason the usleep(5000) workaround works is that it effectively rate limit the number of useless messages which are processed by the applications.
Ok, so how can this be fixed? Technically wine is working as it should, the only problem is that roundtrips to the wineserver which are kind of equivalent to windows system call are fairly heavyweight.
Tecnically also Qt is doing something which is valid, but I find that their approach is actually questionable and inefficient, I believe there are a couple of fixes which could be done at the Qt level.
1) Enable buffering for the TcpSockets (which is the default, actually). The effect of this would be to reduce the number of actual calls to WSARecv which in turn will reduce the amount of redundant messages being sent to the application. 2) Completely disable async read notificatons while parsing HTTP responses and enable them again after the last available data is used.
By the way, I believe that on native windows Qt seems to be working only because windows is faster in handling system calls and sending messages to the application. I think that overall Qt's approach is causing some slow down and inefficieny on windows as well, but I have not verified this directly so I'm speculating.
Sorry for the long post, I hope this helps in fixing the issue once and for all.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #119 from Heiko lil_tux@web.de --- @Alessandro Pignotti
Thanks for you looking into the issue. But I seriously doubt, Qt really reads 1 byte from the WSASocket. At first it looks like it in Qt's QHttpNetworkReplyPrivate::readHeader(), but as far I can tell, that socket is a QTcpSocket. Those are always buffered in Qt. Additionally that Q[..]Socket->read(&c, 1) basically resolves to QIODevice::read(char *data, qint64 maxSize), which contains:
" // Short circuit for getChar() if (maxSize == 1) { int chint; while ((chint = d->buffer.getChar()) != -1) { ", i.e. buffer usage even in the 1 byte case, so that wine doesn't get battered directly.
Also, when debugging wine's winsock it didn't look like there were 1 byte request from the beginning. Though there were 1-byte requests later on, but that didn't look like that was on the HTTP header anyway and to be application related. Then, something's really screwed. And what makes me also wonder is that somehow there's directly a WS_recv after the WS_send.
And if Qt were to actually read one byte from the WSASocket, other Qt-applications would fail that miserably as well, which they don't.
But it seems, that wine somehow does send too many WM_USER messages in response to the armed WSAAsyncSelect events. It should only provide one message until being rearmed afaik.
Unfortunately I'm unable to debug currently, because Origin tells me network login is currently not available and later on, that you must be online to login for the first time. I really don't like that app.
Also to those private mailers which contacted me: The WSAAsyncSelect hack doesn't work properly anymore. Felt like it made no difference at all anymore. I can't do anything about it.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #120 from Berillions berillions@gmail.com --- (In reply to Heiko from comment #119)
Unfortunately I'm unable to debug currently, because Origin tells me network login is currently not available and later on, that you must be online to login for the first time. I really don't like that app.
Hi Heiko,
Which Linux OS do you use ? I had this same problem with Debian Testing and Sid. I tried Wheezy and Archlinux the last week-end and i never had this problem. I think it's a problem from a package which breaks Origin.
Max
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #121 from Alessandro Pignotti alexpigna.dev@gmail.com --- I agree the docs says that TcpSockets should always be buffered, but this does not seem to be true. They definitely are buffered by default, but for HTTP connection the mode is changed in QHttpNetworkConnectionChannel::ensureConnection. You can see that when the connection is not SSL based it will pass the QIODevice::Unbuffered flag to the connectToHost call.
(In reply to Heiko from comment #119)
" // Short circuit for getChar() if (maxSize == 1) { int chint; while ((chint = d->buffer.getChar()) != -1) { ", i.e. buffer usage even in the 1 byte case, so that wine doesn't get battered directly.
That only works if the device is actually buffered, if the buffer is empty getChar will return -1 and the normal code path will be taken. You can see that the buffer is filled later in QIODevice::read, but only if the openMode is not Unbuffered.
Also, when debugging wine's winsock it didn't look like there were 1 byte request from the beginning. Though there were 1-byte requests later on, but that didn't look like that was on the HTTP header anyway and to be application related. Then, something's really screwed. And what makes me also wonder is that somehow there's directly a WS_recv after the WS_send.
I've actually been able to see those 1 byte request in the winsock trace.
And if Qt were to actually read one byte from the WSASocket, other Qt-applications would fail that miserably as well, which they don't.
Well, I agree on this, but maybe Origin downloads maybe small chunks using HTTP. This is just speculation though.
But it seems, that wine somehow does send too many WM_USER messages in response to the armed WSAAsyncSelect events. It should only provide one message until being rearmed afaik.
The messages we all see are not (all) caused by the WSAAsyncSelect notification mechanisms, but by WSARecv message sending a new notification if there is more data available, citing MSDN on the WSAAsyncSelect article. WSARecv is a reeanbling routine.
"For FD_READ, FD_OOB, and FD_ACCEPT events, message posting is level-triggered. This means that if the reenabling routine is called and the relevant condition is still met after the call, a WSAAsyncSelect message is posted to the application. This allows an application to be event-driven and not be concerned with the amount of data that arrives at any one time. Consider the following sequence:"
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #122 from Heiko lil_tux@web.de --- (In reply to Alessandro Pignotti from comment #121)
I agree the docs says that TcpSockets should always be buffered, but this does not seem to be true. They definitely are buffered by default, but for HTTP connection the mode is changed in QHttpNetworkConnectionChannel::ensureConnection. You can see that when the connection is not SSL based it will pass the QIODevice::Unbuffered flag to the connectToHost call.
Damn, I should've seen that. Thanks for your insights and hinting. That 'new' feature of Qt. There's even a statement... " // Before Qt 4.6, we always set the send and receive buffer size to 49152 as // this was found to be an optimal value. However, modern OS // all have some kind of auto tuning for this and we therefore don't set // this explictly anymore. // If it introduces any performance regressions for Qt 4.6.x (x > 0) then // it will be put back in. // // You can use tests/manual/qhttpnetworkconnection to test HTTP download speed // with this. // // pre-4.6: // setReceiveBufferSize(49152); // setSendBufferSize(49152); "
Ok, your words are awesomely correct. Sorry for not believing at first. For now I've got another workaround: patch Qt5Network.dll Basically you just need to change byte 518626 from 0 to 1. That makes the QTcpSocket buffered again. Download speed went to 1,6MB/s.
cmp -bl Qt5Network.dll.orig Qt5Network.dll.patched
518626 0 ^@ 1 ^A
Still does feel wrong to me to repeatedly pull 1 byte from the socket (and to write QTcpSocket is always buffered into the doc).
So, kudos to Alessandro for really figuring the cause. Thanks!
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #123 from Berillions berillions@gmail.com --- Heiko, actually the workaround is to patch the Qt5 dll from Origin folder ? How to patch the dll to try myself with my account.
Thanks, Max
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #124 from Paul The Tall paulthetall@gmail.com --- Yeah, please make a patch available in the attachments so we can patch it into wine.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #125 from Rosanne DiMesio dimesio@earthlink.net --- So the problem is upstream?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #126 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Rosanne DiMesio from comment #125)
So the problem is upstream?
Not really as it does not happen in Windows (comment 36).
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #127 from Joni L-H jonilh@gmail.com --- (In reply to Bruno Jesus from comment #126)
(In reply to Rosanne DiMesio from comment #125)
So the problem is upstream?
Not really as it does not happen in Windows (comment 36).
Except that is DOSE happen in Windows to. Just not as common. If you google Origin slow download speed you get lots of people having same issue in Windows.
http://bugs.winehq.org/show_bug.cgi?id=31438
Lukas Matousek pavouk106@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|pavouk106@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #128 from Heiko lil_tux@web.de --- Created attachment 47911 --> http://bugs.winehq.org/attachment.cgi?id=47911 Binary workaround patch for Qt5Network.dll
patch -p0 < Qt5Network.bin.patch
And just to clarify, I had md5sums of: faf94cae63c094eaa759c758275a7007 Qt5Network.dll.orig bdf70a9c90dcafb51271d1e5e476b57b Qt5Network.dll.patched
http://bugs.winehq.org/show_bug.cgi?id=31438
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #47911|1 |0 is patch| | Attachment #47911|text/plain |application/octet-stream mime type| | CC| |00cpxxx@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #129 from Berillions berillions@gmail.com --- (In reply to Heiko from comment #128)
Created attachment 47911 [details] Binary workaround patch for Qt5Network.dll
patch -p0 < Qt5Network.bin.patch
And just to clarify, I had md5sums of: faf94cae63c094eaa759c758275a7007 Qt5Network.dll.orig bdf70a9c90dcafb51271d1e5e476b57b Qt5Network.dll.patched
Works great for me. Thanks Heiko :) You resolved your Origin problem with your Linux OS ? (comment #119)
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #130 from Paul The Tall paulthetall@gmail.com --- iMac-van-Paul:wine Paulthetallest$ patch -p0 < Qt5Network.bin.patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- Qt5Network.dll 2014-03-28 11:17:14.307827288 +0100 |+++ Qt5Network.dll 2014-03-28 10:54:40.098828400 +0100 -------------------------- File to patch:
eurm what do I wrong? I asks for a file to path? I am quite a dummy in patching, so some help in this one would be great!
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #131 from Paul The Tall paulthetall@gmail.com --- (In reply to Paul The Tall from comment #130)
iMac-van-Paul:wine Paulthetallest$ patch -p0 < Qt5Network.bin.patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was:
|--- Qt5Network.dll 2014-03-28 11:17:14.307827288 +0100 |+++ Qt5Network.dll 2014-03-28 10:54:40.098828400 +0100
File to patch:
eurm what do I wrong? I asks for a file to path? I am quite a dummy in patching, so some help in this one would be great!
(Oh and I put the patch in the wine folder, so the file is there)
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #132 from Berillions berillions@gmail.com --- (In reply to Paul The Tall from comment #131)
(In reply to Paul The Tall from comment #130)
iMac-van-Paul:wine Paulthetallest$ patch -p0 < Qt5Network.bin.patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was:
|--- Qt5Network.dll 2014-03-28 11:17:14.307827288 +0100 |+++ Qt5Network.dll 2014-03-28 10:54:40.098828400 +0100
File to patch:
eurm what do I wrong? I asks for a file to path? I am quite a dummy in patching, so some help in this one would be great!
(Oh and I put the patch in the wine folder, so the file is there)
You must to put this patch in the Origin folder and launch the patch command.
http://bugs.winehq.org/show_bug.cgi?id=31438
Andrey Gusev andrey.goosev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrey.goosev@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
Simon Bolokanov sbolokanov@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sbolokanov@hotmail.com
--- Comment #133 from Simon Bolokanov sbolokanov@hotmail.com --- (In reply to Heiko from comment #128)
Created attachment 47911 [details] Binary workaround patch for Qt5Network.dll
patch -p0 < Qt5Network.bin.patch
And just to clarify, I had md5sums of: faf94cae63c094eaa759c758275a7007 Qt5Network.dll.orig bdf70a9c90dcafb51271d1e5e476b57b Qt5Network.dll.patched
Patch works great. Thanks Heiko!
note: current Origin (Version 9.4.6.2792 - 254813) works only with Wine set to Windows XP mode.
If you get "QT module not available" error switch to XP mode.
http://bugs.winehq.org/show_bug.cgi?id=31438
Gahzi j.thomas35@live.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |j.thomas35@live.com
--- Comment #134 from Gahzi j.thomas35@live.com --- I'll preface this by saying that I'm in no way good at this stuff, I simply try to do my best and figure things out. That being said, I am having a problem with applying the patch provided
(In reply to Heiko from comment #128)
Created attachment 47911 [details] Binary workaround patch for Qt5Network.dll
patch -p0 < Qt5Network.bin.patch
And just to clarify, I had md5sums of: faf94cae63c094eaa759c758275a7007 Qt5Network.dll.orig bdf70a9c90dcafb51271d1e5e476b57b Qt5Network.dll.patched
I too am getting this issue:
(In reply to Paul The Tall from comment #130)
iMac-van-Paul:wine Paulthetallest$ patch -p0 < Qt5Network.bin.patch can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was:
|--- Qt5Network.dll 2014-03-28 11:17:14.307827288 +0100 |+++ Qt5Network.dll 2014-03-28 10:54:40.098828400 +0100
File to patch:
I have made sure that the patch file is in the correct directory within the bottle alongside the dll it is meant to patch, but I can't get it to actually do its thing. All I've seen on this is that it has to be in the right directory, and I am to use the command patch -p0 < (directory to patch file), which I have tried several times.
http://bugs.winehq.org/show_bug.cgi?id=31438
Mateusz Stachowski mateusz.stachowski@wp.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mateusz.stachowski@wp.pl
--- Comment #135 from Mateusz Stachowski mateusz.stachowski@wp.pl --- (In reply to Gahzi from comment #134)
I have made sure that the patch file is in the correct directory within the bottle alongside the dll it is meant to patch, but I can't get it to actually do its thing. All I've seen on this is that it has to be in the right directory, and I am to use the command patch -p0 < (directory to patch file), which I have tried several times.
You have to open Terminal in that directory. You can do this by either changing directory (the "cd" command) like this:
cd /media/Dane/.wine-Origin/drive_c/Program\ Files/Origin
or by installing a package that adds "Open in Terminal" to right click context menu of your file manager. In Ubuntu you can do this by installing:
sudo apt-get install nautilus-open-terminal
and then restarting Nautilus process to load this immediately:
nautilus -q
NOTE: The things that you type in Terminal can be autocompleted by tapping the "Tab" key
When you will have Terminal opened in the Origin folder:
patch -p0 < Qt5Network.bin.patch
http://bugs.winehq.org/show_bug.cgi?id=31438
Yusuf linkinpark_neon@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linkinpark_neon@yahoo.com
--- Comment #136 from Yusuf linkinpark_neon@yahoo.com --- Thank you Heiko!
The patch works nicely in Wine 1.7.18 (Vista) on Ubuntu 14.04 64bit here. Finally, I can download games from Origin at 2MB/sec!
On a side note, this Qt5Network patch does not function with the older wine 1.5.28-Origin patched wine. So, if anyone is using that and trying this patch, you're not going to see the benefit.
http://bugs.winehq.org/show_bug.cgi?id=31438
neil.phillips5@ntlworld.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |neil.phillips5@ntlworld.com
--- Comment #137 from neil.phillips5@ntlworld.com --- (In reply to Heiko from comment #128)
Created attachment 47911 [details] Binary workaround patch for Qt5Network.dll
patch -p0 < Qt5Network.bin.patch
And just to clarify, I had md5sums of: faf94cae63c094eaa759c758275a7007 Qt5Network.dll.orig bdf70a9c90dcafb51271d1e5e476b57b Qt5Network.dll.patched
Hi, I cannot apply this patch to a Qt5Network.dll that was downloaded from clicking the link on this webpage; http://forum.en.grepolis.com/showthread.php?50955-New-offline-tool-%28map-vi...
$ patch -p0 < Qt5Network.bin.patch patching file Qt5Network.dll Hunk #1 FAILED at 13883. 1 out of 1 hunk FAILED -- saving rejects to file Qt5Network.dll.rej
$ cat Qt5Network.dll.rej --- Qt5Network.dll 2014-03-28 11:17:14.307827288 +0100 +++ Qt5Network.dll 2014-03-28 10:54:40.098828400 +0100 @@ -13883 +13883 @@ -d� Q�������_[^]���� �D$8t Ɔ���U���u D$8�D$8P����� +d� Q�������_[^]���� �D$8t Ɔ���U���u D$8�D$8P�����
I suspect that the file I am trying to patch does not match the file the patch expects.
I believe I am experiencing this bug, details of how I arrived here can be found @ http://forum.winehq.org/viewtopic.php?f=8&t=22455&p=93782#p93782.
Can you help ?
http://bugs.winehq.org/show_bug.cgi?id=31438
paco3346@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |paco3346@gmail.com
--- Comment #138 from paco3346@gmail.com --- OMW! Talk about a game changer. I went from 70Kbps to 5MBps. Good work *tips hat*
(In reply to Heiko from comment #128)
Created attachment 47911 [details] Binary workaround patch for Qt5Network.dll
patch -p0 < Qt5Network.bin.patch
And just to clarify, I had md5sums of: faf94cae63c094eaa759c758275a7007 Qt5Network.dll.orig bdf70a9c90dcafb51271d1e5e476b57b Qt5Network.dll.patched
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #139 from Bruno Jesus 00cpxxx@gmail.com --- Can anyone please attach a -all,+winsock from wine-git?
http://bugs.winehq.org/show_bug.cgi?id=31438
Berillions berillions@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #41324|0 |1 is obsolete| | Attachment #41361|0 |1 is obsolete| |
--- Comment #140 from Berillions berillions@gmail.com --- Created attachment 48588 --> http://bugs.winehq.org/attachment.cgi?id=48588 -all,+winsock log with the latest wine-git
(In reply to Bruno Jesus from comment #139)
Can anyone please attach a -all,+winsock from wine-git?
Hi Bruno,
With or without the latest hack from Heiko ?
To be sure, i attach the log from wine-git (wine-1.7.19-56-gee13e10) without the hack.
Cheers, Max
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #141 from Bruno Jesus 00cpxxx@gmail.com --- Thanks, Max. I was hoping for the unpatched version, which was the one you attached, thanks.
http://bugs.winehq.org/show_bug.cgi?id=31438
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robert.munteanu@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
Matteo Beniamino beniamino@tautologica.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |beniamino@tautologica.org
--- Comment #142 from Matteo Beniamino beniamino@tautologica.org --- Created attachment 48944 --> http://bugs.winehq.org/attachment.cgi?id=48944 New Qt5Network.dll patch
Today I've found a different Qt5Network.dll than the one used for the patch .
I've applied the previous fix to the new dll and it works. First time I've tried to make a binary patch, let me know if it's ok.
Md5sums: 5413873c4f7a18fa8eb5af6923347c48 Qt5Network.orig.dll e83960877e52a81b4112081028b99927 Qt5Network.patched.dll
http://bugs.winehq.org/show_bug.cgi?id=31438
Baggypants junk@therobinsonfamily.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |junk@therobinsonfamily.net
http://bugs.winehq.org/show_bug.cgi?id=31438
jre.winesim@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jre.winesim@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31438
wine@discordia.ch wine@discordia.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@discordia.ch
--- Comment #143 from wine@discordia.ch wine@discordia.ch --- I've got that version. However, I've had trouble downloading; it either appears as html, or as weirdly formatted text. I tried with wget as "raw".
And then it complains:
Origin$ patch -p0 < Qt5Network.bin.patch patching file Qt5Network.dll patch: **** missing line number at line 3: @@ -13882, +13882, @@
As far as I can see, the only thing it does is set 0x0007E9E1 from 00 to 01, right?
I did that manually, it still behaves the same. Namely, unable to get online.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #144 from Matteo Beniamino beniamino@tautologica.org --- Yes, the patch changes a single byte from 00 to 01. You can check the md5sum before and after the patch to see if the dll is correctly patched. Maybe I can write a small python script to apply the patch, since I don't think diff/patch are the correct tools to use when working with binary files.
http://bugs.winehq.org/show_bug.cgi?id=31438
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #145 from Anastasius Focht focht@gmx.net --- Hello Matteo
--- quote --- Maybe I can write a small python script to apply the patch, since I don't think diff/patch are the correct tools to use when working with binary files. --- quote ---
there is no need of (ab)using existing or writing fancy tools for that task. A simple one liner can achieve the same.
This is what I provide as workaround in bugs that require binary patching of executables:
--- snip --- $ printf '\xEB\x22' | dd of=foo.exe bs=1 seek=630921 count=2 conv=notrunc --- snip ---
The example patches 2 bytes to 0xEB,0x22 (hex) at byte offset 630921 (decimal!) in 'foo.exe'
In your case the command line would be:
--- snip --- $ printf '\x01' | dd of=Qt5Network.bin bs=1 seek=518625 count=1 conv=notrunc --- snip ---
Regards
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #146 from Matteo Beniamino beniamino@tautologica.org --- Thank you Anastasius. Actually I've written a script to search for the byte sequence and patch it (so it works with both the original and current dll version and maybe future ones as long as that binary part doesn't change, regardless of the offset), print the md5sum before and after the patch, save a backup of the original dll. Anyway, while testing it, I've noticed that apparently the patch isn't working anymore: with the current Origin client, even with the patched dll, I can't download games at reasonable speeds. I can't be sure, but maybe they are overriding the flag we are setting in the patched dll inside the application?
Any progress fixing the actual issue in wine?
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #147 from jre.winesim@gmail.com --- (In reply to Anastasius Focht from comment #145)
In your case the command line would be:
--- snip --- $ printf '\x01' | dd of=Qt5Network.bin bs=1 seek=518625 count=1 conv=notrunc --- snip ---
Thanks alot! It just has to be Qt5Network.dll instead of Qt5Network.bin:
--- snip --- cd ~/.wine/drive_c/Program\ Files/Origin/ printf '\x01' | dd of=Qt5Network.dll bs=1 seek=518625 count=1 conv=notrunc --- snip ---
This results in the same md5sum as Matteo Beniamino posted them in #142: e83960877e52a81b4112081028b99927 Qt5Network.dll 5413873c4f7a18fa8eb5af6923347c48 Qt5Network.dll.orig
(In reply to Matteo Beniamino from comment #146)
Anyway, while testing it, I've noticed that apparently the patch isn't working anymore: with the current Origin client, even with the patched dll, I can't download games at reasonable speeds.
The fix still works and helps here (current OriginSetup.exe 9.4.20.386, wine 1.6.2, WinXP). Without the fix it was hard to get past "Preparing Download", with the fix it downloaded fast and without hanging.
http://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #148 from Matteo Beniamino beniamino@tautologica.org --- Just retried today: yes, the workaround still works. I didn't touch the dll, so I don't know why yesterday download was problematic... maybe an unrelated issue, or maybe I didn't shut down the client properly before testing the patched dll. Sorry for the noise.
http://bugs.winehq.org/show_bug.cgi?id=31438
Matteo Beniamino beniamino@tautologica.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #48944|0 |1 is obsolete| |
--- Comment #149 from Matteo Beniamino beniamino@tautologica.org --- Created attachment 49307 --> http://bugs.winehq.org/attachment.cgi?id=49307 Python script for patching Qt5Network.dll
This script will search ./Qt5Network.dll for the byte sequence to patch and patch it: it should work both with original dll and current one and maybe future ones as long as the binary sequence doesn't change. Path to Qt5Network.dll can be optionally given as script argument. md5sums before and after the patch are printed. A backup of the original dll is created in the same directory as <original_name>.orig .
https://bugs.winehq.org/show_bug.cgi?id=31438
BongRag cloudkasper@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cloudkasper@gmx.net
--- Comment #150 from BongRag cloudkasper@gmx.net --- x@x:~/.PlayOnLinux/wineprefix/Origin/drive_c/Program Files/Origin$ chmod u+x patch_qt5network_wine.py
x@x:~/.PlayOnLinux/wineprefix/Origin/drive_c/Program Files/Origin$ ./patch_qt5network_wine.py md5sum of original file is e83960877e52a81b4112081028b99927 Couldn't find byte sequence to patch. Exiting.
https://bugs.winehq.org/show_bug.cgi?id=31438
BongRag cloudkasper@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|cloudkasper@gmx.net |
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #151 from BongRag cloudkasper@gmx.net --- Hey, tried the Script from Matteo Beniamino and it gave me an error:
--------- x@x:~/.PlayOnLinux/wineprefix/Origin/drive_c/Program Files/Origin$ chmod u+x patch_qt5network_wine.py
x@x:~/.PlayOnLinux/wineprefix/Origin/drive_c/Program Files/Origin$ ./patch_qt5network_wine.py md5sum of original file is e83960877e52a81b4112081028b99927 Couldn't find byte sequence to patch. Exiting. ---------
I have no ideas about proper usage of such a script under linux - I would like to know, if there is another way how to execute this script or to change the .dll manually. Because Origin downloads still don't work for me (after the original patch). Besides, which config (wine + POL) is the best atm?
Thanks!
Greetings,
BongRag
https://bugs.winehq.org/show_bug.cgi?id=31438
BongRag cloudkasper@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cloudkasper@gmx.net
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #152 from Matteo Beniamino beniamino@tautologica.org --- @BongRag, e83960877e52a81b4112081028b99927 is the md5sum of the fixed dll so apparentely you've already patched it. The script exits because the dll is already patched so it finds nothing to patch. Try to download something from Origin: it should work now.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #153 from BongRag cloudkasper@gmx.net --- Wow, thanks for the really fast answer! Origin is still hanging in the mode: "preparing download". Do you have any links I can work through for identifying my problem?
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #154 from Matteo Beniamino beniamino@tautologica.org --- (In reply to BongRag from comment #153)
Wow, thanks for the really fast answer! Origin is still hanging in the mode: "preparing download". Do you have any links I can work through for identifying my problem?
I remember I've had a similar problem (see comment 148). I'm not an expert in how wine works, but I think it's worth a try to kill all wine related processes and retry. I suspect that the server could have cached the original dll. If you don't know how to do it, just relog or reboot (not a very elegant solution, I admit :-) . Hope this helps, if not I'm afraid I have no other suggestions.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #155 from BongRag cloudkasper@gmx.net --- It works :D Big Thanks! I restarted everything and waited patiently; It took quite some time till the download started and it downloads damn slow, but it works!
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #156 from Simon Bolokanov sbolokanov@abv.bg --- Just want to note that the patch is still working - https://bugs.winehq.org/show_bug.cgi?id=31438#c128
If you experience slow downloads or no downloads at all: 1. Install Origin in new prefix 2. Optional: If Origin complain about Qt, set Wine mode to Windows XP or Vista 3. Use the patch from Heiko 4. Now it should work: www.mediafire.com/view/bfan0iimnnc0mmy/Screenshot_-_10092014_-_013809_PM.png
https://bugs.winehq.org/show_bug.cgi?id=31438
Jack niniendowarrior@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |niniendowarrior@gmail.com
--- Comment #157 from Jack niniendowarrior@gmail.com --- I'd like to report that none of the patches work with the version of Origin that I just updated to. $ md5sum Qt5Network.dll e0a5dc63aadcbaf671625dd8fa965e48 Qt5Network.dll
$ ./patch_qt5network_wine.py md5sum of original file is e0a5dc63aadcbaf671625dd8fa965e48 Couldn't find byte sequence to patch. Exiting.
https://bugs.winehq.org/show_bug.cgi?id=31438
Steve Dawson sdawson@pa.metrocast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sdawson@pa.metrocast.net
--- Comment #158 from Steve Dawson sdawson@pa.metrocast.net --- (In reply to Jack from comment #157)
I'd like to report that none of the patches work with the version of Origin that I just updated to. $ md5sum Qt5Network.dll e0a5dc63aadcbaf671625dd8fa965e48 Qt5Network.dll
$ ./patch_qt5network_wine.py md5sum of original file is e0a5dc63aadcbaf671625dd8fa965e48 Couldn't find byte sequence to patch. Exiting.
The latest version of Origin uses a new version of Qt5Network.dll
I'm attaching a patch for patch_qt5network_wine.py that should work.
Regards.
Steve.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #159 from Steve Dawson sdawson@pa.metrocast.net --- Created attachment 49932 --> https://bugs.winehq.org/attachment.cgi?id=49932 Modifies the search string.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #160 from jre.winesim@gmail.com --- Steve Dawson's patch update works fine. (Anybody willing to tell me (in a PM) how to figure out the binary sequence to look for?)
Based on this I ran:
~~~~~ $ cmp -bl Qt5Network.dll.orig Qt5Network.dll 551778 0 ^@ 1 ^A ~~~~~
and now have the handy one-liner again:
~~~~~ printf '\x01' | dd of=Qt5Network.dll bs=1 seek=551777 count=2 conv=notrunc ~~~~~
md5sum Qt5Network.dll* 97c011f2df67fed4640058778a0d745f Qt5Network.dll e0a5dc63aadcbaf671625dd8fa965e48 Qt5Network.dll.orig
https://bugs.winehq.org/show_bug.cgi?id=31438
robifon@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robifon@gmx.de
--- Comment #161 from robifon@gmx.de --- still not working for me:
patching file Qt5Network.dll Hunk #1 FAILED at 13883. 1 out of 1 hunk FAILED -- saving rejects to file Qt5Network.dll.rej
any ideas?
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #162 from jre.winesim@gmail.com --- Read the last 3 comments - the patch can't work anymore, since it was made for an older version of Origin's Qt5Network.dll.
Either use the python script (after updating it to the new search string!) or the printf command. Both have to be executed in "$WINEPREFIX/drive_c/Program Files/Origin/" after installing Origin.
https://bugs.winehq.org/show_bug.cgi?id=31438
Harald harald.nigg@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |harald.nigg@web.de
--- Comment #163 from Harald harald.nigg@web.de --- EA have a new Origin Version - 9.5.1.571 - 344944
The patch dosen't run with this Version.
Error info: Hunk #1 FAILED at 13883. 1 out of 1 hunk FAILED -- saving rejects to file Qt5Network.dll.rej
I hope you can help me.
https://bugs.winehq.org/show_bug.cgi?id=31438
Matteo Beniamino beniamino@tautologica.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #49307|0 |1 is obsolete| |
--- Comment #164 from Matteo Beniamino beniamino@tautologica.org --- Created attachment 49988 --> https://bugs.winehq.org/attachment.cgi?id=49988 Up-to-date version of script to patch Qt5Network.dll
I've updated the script using the patch proposed by Steve Dawson that narrows the byte sequence to search so that it matches also the one contained in the latest version of Qt5Network.dll. Hopefully this will help people that doesn't read the previous comments (but really, you *should* read them :-( ).
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #165 from Harald harald.nigg@web.de --- @Matteo Beniamino
Ok i hope you mean me.
but i have a question.
Why run the patch?
Sorry for my bad english, i'm german.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #166 from Matteo Beniamino beniamino@tautologica.org --- See comment 118 and following for the technical explanation. The patch forces a setting that workaround the issue.
(In reply to Harald from comment #165)
@Matteo Beniamino
Ok i hope you mean me.
but i have a question.
Why run the patch?
Sorry for my bad english, i'm german.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #167 from Harald harald.nigg@web.de --- @Matteo
German Txt:
Hi ich glaube du hast mich falsch verstanden.
Ich habe jetzt die angehängte Datei von dir herunter geladen.
Nun wie führe ich den patch mit dieser Datei aus? : patch_qt5network_wine.py
PS: Gibt es hier den niemanden der mir das auf deutsch erklären kann oder eine kleine Anleitung schreiben kann.
------
Google translate:
Hi, I think you misunderstood me.
I have now downloaded the attached file you downloaded.
Now how do I run the patch from with this file? : patch_qt5network_wine.py
PS: Is there anyone of the I can explain to the German or write a little guide.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #168 from Harald harald.nigg@web.de --- Created attachment 49989 --> https://bugs.winehq.org/attachment.cgi?id=49989 Sims4_Wine_Bug
@Matteo
Have you a Idea for the installing Problem.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #169 from wine@discordia.ch wine@discordia.ch --- (In reply to Harald from comment #167)
Nun wie führe ich den patch mit dieser Datei aus? : patch_qt5network_wine.py
PS: Gibt es hier den niemanden der mir das auf deutsch erklären kann oder eine kleine Anleitung schreiben kann.
I don't actually like to do that; it's a bugtracker, you're not supposed to write anything else but english and answer basic unix questions.
(Ich mag das eigentlich nicht: Hier gehört nur Englisch rein, und ausserdem ist das eine Unix-Anfängerfrage: Wie führe ich ein python-script aus?).
chmod 755 patch_qt5network_wine.py; ./patch_qt5network_wine.py (in the directory where Qt5Network.dll lives ger:im Verzeichnis wo Qt5Network.dll drin ist)
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #170 from Harald harald.nigg@web.de --- (In reply to wine@discordia.ch from comment #169)
(In reply to Harald from comment #167)
Nun wie führe ich den patch mit dieser Datei aus? : patch_qt5network_wine.py
PS: Gibt es hier den niemanden der mir das auf deutsch erklären kann oder eine kleine Anleitung schreiben kann.
I don't actually like to do that; it's a bugtracker, you're not supposed to write anything else but english and answer basic unix questions.
(Ich mag das eigentlich nicht: Hier gehört nur Englisch rein, und ausserdem ist das eine Unix-Anfängerfrage: Wie führe ich ein python-script aus?).
chmod 755 patch_qt5network_wine.py; ./patch_qt5network_wine.py (in the directory where Qt5Network.dll lives ger:im Verzeichnis wo Qt5Network.dll drin ist)
Danke habs gerade auch hin bekommen.
Ja und ich bin Anfänger habe Linux Mint 17 erste seit 3 Tagen.
Thanky you and i have Linux Mint 17 now 3 Days.
https://bugs.winehq.org/show_bug.cgi?id=31438
Javi wyre12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wyre12@gmail.com
--- Comment #171 from Javi wyre12@gmail.com --- I haven't can apply this path! ... https://bugs.winehq.org/show_bug.cgi?id=31438#c129
-----------------------------------------------
wyre@WyRe-DebPC:~/.PlayOnLinux/wineprefix/Origin/drive_c/Program Files/Origin$ patch -p0 < Qt5Network.bin.patch patching file Qt5Network.dll Hunk #1 FAILED at 13883. 1 out of 1 hunk FAILED -- saving rejects to file Qt5Network.dll.rej wyre@WyRe-DebPC:~/.PlayOnLinux/wineprefix/Origin/drive_c/Program Files/Origin$
-----------------------------------------------
I can't download any game yet... :(
http://postimg.org/image/ycsl8c4en/
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #172 from Javi wyre12@gmail.com --- Oh! Guys... I get now! ... For the new people ... this path
https://bugs.winehq.org/show_bug.cgi?id=31438#c164 works
At day! :D
Regards and thanks for ur hard work!!:P
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #173 from Baggypants junk@therobinsonfamily.net --- Looks like there may have been another update. my dll checksum is
6bc78032036222a73de0888c37aba81b Qt5Network.dll
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #174 from Baggypants junk@therobinsonfamily.net --- Disregard that last comment. I patched it fine once I removed an old version of the patch. Can people version them in the future please?
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #175 from Javi wyre12@gmail.com --- We need a new update to Qt5Network.dll since Origins has been already updated anew.
Thanks! :P
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #176 from Matteo Beniamino beniamino@tautologica.org --- (In reply to Javi from comment #175)
We need a new update to Qt5Network.dll since Origins has been already updated anew.
Thanks! :P
The python script still seems to work with the current version:
[benji@whiteroom Origin]$ ./patch_qt5network_wine.py md5sum of original file is 95b2dbccd3f20dd220ff4101ede4b2f7 Original dll copied to './Qt5Network.dll.orig' md5sum of patched file is b2c515f763f8fb6e913b94b2189c18d0 Patch applied succesfully!
I have nothing to download to test.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #177 from Steve Dawson sdawson@pa.metrocast.net --- (In reply to Matteo Beniamino from comment #176)
(In reply to Javi from comment #175)
We need a new update to Qt5Network.dll since Origins has been already updated anew.
Thanks! :P
The python script still seems to work with the current version:
[benji@whiteroom Origin]$ ./patch_qt5network_wine.py md5sum of original file is 95b2dbccd3f20dd220ff4101ede4b2f7 Original dll copied to './Qt5Network.dll.orig' md5sum of patched file is b2c515f763f8fb6e913b94b2189c18d0 Patch applied succesfully!
I have nothing to download to test.
Matteo is correct, the checksum of the Qt5Network.dll hasn't changed, the patch still applies and downloads are working.
Regards.
Steve.
https://bugs.winehq.org/show_bug.cgi?id=31438
PatrickM patrick_maloney@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick_maloney@hotmail.com
--- Comment #178 from PatrickM patrick_maloney@hotmail.com --- Thanks for the 'latest patch'! Downloads now working for me.
https://bugs.winehq.org/show_bug.cgi?id=31438
Maciej Maciex105@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Maciex105@gmail.com
--- Comment #179 from Maciej Maciex105@gmail.com --- Sorry, but I don't understand... Can someone explain me (step by step) what should I do with patch_qt5network_wine.py ???
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #180 from jre.winesim@gmail.com --- (In reply to Maciej from comment #179)
Sorry, but I don't understand... Can someone explain me (step by step) what should I do with patch_qt5network_wine.py ???
1. Download it and save it to your Origin/ folder. 2. Make it executable. 3. Execute it.
Or just execute the following 4 lines in a terminal:
cd ~/.wine/drive_c/Program\ Files/Origin/ wget -O patch_qt5network_wine.py https://bugs.winehq.org/attachment.cgi?id=49988 chmod +x patch_qt5network_wine.py ./patch_qt5network_wine.py
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #181 from Maciej Maciex105@gmail.com --- Thank you very much, it works, but when i want to download battlefield 3 origin is crashing... Do you know what i have to do to download it?
https://bugs.winehq.org/show_bug.cgi?id=31438
holo9@freenet.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |holo9@freenet.de
--- Comment #182 from holo9@freenet.de --- Hi,
I can download games and install these with the patch, but Dead Space needs some update which can not be installed, it is stuck at 85% ...
Any ideas? :/
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #183 from Steve Dawson sdawson@pa.metrocast.net --- (In reply to holo9 from comment #182)
Hi,
I can download games and install these with the patch, but Dead Space needs some update which can not be installed, it is stuck at 85% ...
Any ideas? :/
It might be job objects, https://bugs.winehq.org/show_bug.cgi?id=33723
Regards.
Steve.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #184 from Heiko lil_tux@web.de --- Created attachment 50378 --> https://bugs.winehq.org/attachment.cgi?id=50378 Simple qt test app
This is a simplistic qt test application, that downloads a chromium snapshot (~76MB). Works fine on native linux, works fine with patched Qt5Network.dll, fails to complete the download with unpatched Qt5Network.dll (missing several MB). Thus it's reasier to reproduce and doesn't need Origin at all.
Observable: The 1byte reads from the socket result in data bursts from the system's buffer. Not quite sure if the system buffer or the application buffer overflows, but it seems there's too much data from the peer and too slow qt application data handling, thus there's some data lost.
For Origin this probably means failing checksum/size checks for the download and thus erroring out.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #185 from Heiko lil_tux@web.de --- Ok, looks like I tackled it this time, with the help of the simplistic app
54891.535:0020:CALL Qt5Core._ZN9QIODevice4readEPcx(01cf6528,0000058a,00000000) ret=69710353 54891.535:0020:Call msvcrt.memcpy(01cf6528,00000000,00000000) ret=68998689 54891.535:0020:Ret msvcrt.memcpy() retval=01cf6528 ret=68998689 54891.535:0020:CALL Qt5Core._ZNK15QSocketNotifier9isEnabledEv() ret=6978e219 54891.535:0020:RET Qt5Core._ZNK15QSocketNotifier9isEnabledEv() retval=00000001 ret=6978e219 54891.535:0020:Call ws2_32.WSARecv(000000cc,022bc4c8,00000001,022bc4c4,022bc4c0,00000000,00000000) ret=6979dab9 54891.535:0020:trace:winsock:WSARecv socket 00cc, wsabuf 0x22bc4c8, nbufs 1, flags 0, ovl (nil), func (nil) 54891.535:0020:Call KERNEL32.GetTickCount() ret=7ea6353c 54891.535:0020:Ret KERNEL32.GetTickCount() retval=0345940f ret=7ea6353c 54891.535:0020:trace:winsock:WS2_recv_base socket 00cc, wsabuf 0x22bc4c8 ([0]: 0x1cf6528, 1418), nbufs 1, flags 0, from (nil), fromlen -1, ovl (nil), func (nil) 54891.535:0020:Call ntdll.wine_server_handle_to_fd(000000cc,00000001,022bc380,022bc338) ret=7ea63616 54891.535:0020:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=7ea63616 54891.535:0020:trace:winsock:WS2_recv_base fd=26, options=0 54891.535:0020:Call KERNEL32.IsBadWritePtr(01cf6528,0000058a) ret=7ea63709 54891.535:0020:Ret KERNEL32.IsBadWritePtr() retval=00000000 ret=7ea63709 54891.535:0020:trace:winsock:WS2_recv_base -> 1418 bytes 54891.535:0020:Call ntdll.wine_server_release_fd(000000cc,0000001a) ret=7ea63837 54891.535:0020:Ret ntdll.wine_server_release_fd() retval=00000000 ret=7ea63837 0020: enable_socket_event( handle=00cc, mask=00000001, sstate=00000000, cstate=00000000 ) sock_reselect(0x9fe9d40): new mask 3 0020: enable_socket_event() = 0 54891.535:0009:trace:heap:RtlAllocateHeap (0x1ca0000,70000062,00000008): returning 0x1cf6ac8 54891.535:0009:Ret ntdll.RtlAllocateHeap() retval=01cf6ac8 ret=7ef12496 54891.535:0020:Ret ws2_32.WSARecv() retval=00000000 ret=6979dab9 54891.535:0009:Ret msvcrt.malloc() retval=01cf6ac8 ret=6fcacdf7 54891.535:0020:Call ws2_32.WSAGetLastError() ret=6979dac7 54891.535:0009:RET libstdc++-6._Znwj() retval=01cf6ac8 ret=697e95fc 54891.535:0020:Ret ws2_32.WSAGetLastError() retval=00002733 ret=6979dac7 54891.535:0009:Call msvcrt.tolower(00000078) ret=6973ce43 54891.535:0020:CALL Qt5Core._ZNK15QSocketNotifier9isEnabledEv() ret=6978e219 54891.535:0009:Ret msvcrt.tolower() retval=00000078 ret=6973ce43 54891.535:0020:RET Qt5Core._ZNK15QSocketNotifier9isEnabledEv() retval=00000001 ret=6978e219 54891.535:0009:CALL Qt5Core._Z8qstricmpPKcS0_() ret=6973b5dd 54891.535:0020:RET Qt5Core._ZN9QIODevice4readEPcx() retval=00000000 ret=69710353
QIODevice::read does in fact want to read 1418 bytes, WSArecv also returns successful with those 1418 bytes. Unfortunately there's a check in Qt:
if (WSAGetLastError() == WSAEWOULDBLOCK) ret = -2; else ret = qint64(bytesRead);
which we take the first and false branch, because of some EWOULDBLOCK before this WSARecv. Thus Qt thinks, there's still nothing there. I don't honestly know why Qt does check for the error if WSARecv returned 0, but I guess setting a proper errno value can't be wrong, can it? It's done in WSASendTo anyway.
Adding a simple WSASetLastError(0) in the successful receiving path fixes the simplistic app and Origin's download problem.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #186 from Heiko lil_tux@web.de --- Created attachment 50384 --> https://bugs.winehq.org/attachment.cgi?id=50384 Reset WSAerror on successful recv
Reset WSAerror/errno value on successful receive operation, like WS2_sendto already does. There're probably some more places to check for missing error value resetting.
This fixes problems with Qt applications, because Qt also checks WSAGetLastError if WSArecv returns 0 and then thinks some old error still is encountered.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #187 from Steve Dawson sdawson@pa.metrocast.net --- (In reply to Heiko from comment #186)
Created attachment 50384 [details] Reset WSAerror on successful recv
Reset WSAerror/errno value on successful receive operation, like WS2_sendto already does. There're probably some more places to check for missing error value resetting.
This fixes problems with Qt applications, because Qt also checks WSAGetLastError if WSArecv returns 0 and then thinks some old error still is encountered.
Nice work, I tested the patch with the original dll shipped with Origin and am getting download speeds that match my internet bandwidth.
sha1sum of the dll used 0e8984c60d4321f1d271c379bc96f0abfd1c6dcd Qt5Network.dll
Regards.
Steve.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #188 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Heiko from comment #186)
Created attachment 50384 [details] Reset WSAerror on successful recv
Reset WSAerror/errno value on successful receive operation, like WS2_sendto already does. There're probably some more places to check for missing error value resetting.
This fixes problems with Qt applications, because Qt also checks WSAGetLastError if WSArecv returns 0 and then thinks some old error still is encountered.
Nice catch, congratulations. No one would expect Qt to have that bad behavior. To get the patch commited it will be good to have tests proving that and since you added the SetLastError to recv_base both recv() and WSARecv() will need tests. You can see more about tests at: http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ws2_32/tests/sock.c#l5... http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ws2_32/tests/sock.c#l6...
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #189 from Javi wyre12@gmail.com --- Still i can't finish of update my game... It's hanged .... :S
http://postimg.org/image/f3tb4fwen/
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #190 from Javi wyre12@gmail.com --- (Obviously 'update now' button doesn't work xD)
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #191 from Javi wyre12@gmail.com --- (In reply to Javi from comment #190)
(Obviously 'update now' button doesn't work xD)
Also i have noticed that i can't finish install this game (at least) installation progress won't finish ... (I don't know if this occurs with all games ... )
https://bugs.winehq.org/show_bug.cgi?id=31438
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |maia@lucidfox.org
--- Comment #192 from Anastasius Focht focht@gmx.net --- *** Bug 34681 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #193 from Javi wyre12@gmail.com --- (In reply to Javi from comment #191)
(In reply to Javi from comment #190)
(Obviously 'update now' button doesn't work xD)
Also i have noticed that i can't finish install this game (at least) installation progress won't finish ... (I don't know if this occurs with all games ... )
Oh .. i'm awaiting for a Wine update to do run properly Origin's software :)
As it has been indicated in this post. :D
https://bugs.winehq.org/show_bug.cgi?id=34681
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #194 from Heiko lil_tux@web.de --- Created attachment 50410 --> https://bugs.winehq.org/attachment.cgi?id=50410 ws2_32 test for non-overlapping, non-blocking WSARecv
A test case for non-overlapping, non-blocking WSARecv, that basically boils down to testing error handling and the resetting of the error code. This is needed for applications that check WSAGetLastError() even on successful returning of WSARecv, resulting in connection termination and/or undefined behaviour. A prominent example being Qt's QNativeSocketEnginePrivate::nativeRead [1]. I guess Windows does reset the error value to 0.
The testcase fails with unpatched WSARecv in the receiver thread, works with patched version.
Probably could be merged into existing test_WSARecv(), though I'm unsure on how that completion stuff affects things.
[1] https://qt.gitorious.org/qt/qtbase/source/876c2164f43a54fc4b98184a2f01652638...
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #195 from Heiko lil_tux@web.de --- Created attachment 50429 --> https://bugs.winehq.org/attachment.cgi?id=50429 Instead of 0xdead create a 0x0 handle
Small hack to create the job handle as 0x0 instead of 0xdead. Looks like EAProxyInstaller checks for the handle being null, so it doesn't wait forever anymore. Just tested some installs. Additionally it seems to fix the problem of having to restart origin after playing a game.
An NtJobObject-implementation is still preferable...
https://bugs.winehq.org/show_bug.cgi?id=31438
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #196 from Bruno Jesus 00cpxxx@gmail.com --- Fixed by http://source.winehq.org/git/wine.git/?a=commit;h=ab1eee505bebe93a7d35254a96...
Thanks to Heiko for the patch.
https://bugs.winehq.org/show_bug.cgi?id=31438
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |ab1eee505bebe93a7d35254a967 | |d2831d1ff4761
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #197 from Javi wyre12@gmail.com --- In which Wine version, plz!¿ :P
(or... what Wine version should i to use¿ :D)
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #198 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to Javi from comment #197)
In which Wine version, plz!¿ :P
(or... what Wine version should i to use¿ :D)
You can wait for wine 1.7.35, which will probably be released January 23rd. Or you can compile wine-git yourself or look for wine-compholio.
https://bugs.winehq.org/show_bug.cgi?id=31438
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #199 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.35.
https://bugs.winehq.org/show_bug.cgi?id=31438
AAthenas sininenathenas@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sininenathenas@hotmail.com
--- Comment #200 from AAthenas sininenathenas@hotmail.com --- Guys please help im using 1.7.39 and Zorin 9 OS 32 bits and i did everything you said in the last comments but i still get this:
$ ./patch_qt5network_wine.py md5sum of original file is bf592a683a3c36c34558f26121ff6823 Couldn't find byte sequence to patch. Exiting.
https://bugs.winehq.org/show_bug.cgi?id=31438
--- Comment #201 from Heiko lil_tux@web.de --- (In reply to AAthenas from comment #200)
Guys please help im using 1.7.39 and Zorin 9 OS 32 bits and i did everything you said in the last comments but i still get this:
$ ./patch_qt5network_wine.py md5sum of original file is bf592a683a3c36c34558f26121ff6823 Couldn't find byte sequence to patch. Exiting.
You don't need the patch. The fix is included since wine 1.7.35.
https://bugs.winehq.org/show_bug.cgi?id=31438
Heiko lil_tux@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #47911|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=31438
Heiko lil_tux@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #43385|0 |1 is obsolete| |
https://bugs.winehq.org/show_bug.cgi?id=31438
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andriusmao@gmail.com
--- Comment #202 from Anastasius Focht focht@gmx.net --- *** Bug 34624 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=31438
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|[EA Origin]Unable to |Multiple installers/game |download game since the new |clients using Qt 4.x/5.x |version |network class stall or fail | |to download payloads (EA | |Origin, Qt Creator 1.4.0, | |Prime World launcher)
--- Comment #203 from Anastasius Focht focht@gmx.net --- Hello folks,
I'm refining the summary on this old ticket as various installers/downloader using QT network class were affected. Dupes are still being found.
Regards
-
wine-bugs＠winehq.org -
WineHQ Bugzilla