January 2020 - Wine-Bugs - list.winehq.org

[Bug 48401] GTA IV - Framerate drop after 5 minutes of gameplay

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48401 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick(a)piezo-forte.be --- Comment #6 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Hello, 1. Retest with recent wine-devel/wine-staging (5.0-rc*). 4.0.3 is wine-stable and doesn't include the latest fixes and features. --- quote from https://wiki.winehq.org/Bugs#When_to_report_a_bug --- When to report a bug (...) · You are using the latest development version of Wine (not stable) (See downloads for information on how to get the latest). (...) --- end quote --- https://www.winehq.org/download 2. Try with Windows version 7 in winecfg. Unless the application has a specific need for Win10 you should use the default Win7 mode. 3. If the above doesn't fix the issue: Attach a normal (=without WINDEBUG) terminal output). Instructions to get a log can be found there: https://wiki.winehq.org/FAQ#get_log 4. Please also state how much system RAM you have. The issue you describes happens on Windows too (search for 'gta 4 lags after few minutes' on any search engine). On Windows it is related to Page Caching on disk when system RAM is exhausted. 5. Please also add the bug link to the AppDB entry of your version. If you don't have/want an AppDB account, please tell the version so that I can add the link myself. https://appdb.winehq.org/objectManager.php?sClass=application&iId=8757 6. Black screen with nouveau may be bug 38863. Please, Let this bug focus on the lag issue only. Regards. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020

[Bug 48374] Divinity: Original Sin 2 - Icons in inventory are invisible (...again!)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48374 --- Comment #6 from Erich E. Hoover <erich.e.hoover(a)gmail.com> --- (In reply to Alexander Milos from comment #5) > Ah, you're right, this new patch only applies to strtod while the issue > we're dealing with here has been more or less confirmed to be dependent on > wcstod. Alright then, I'll keep an eye out and I'll test again as soon as > wcstod is also patched. Sorry about that, what I meant to say was to use that same code in wcstod. Please try applying these two patches: [1] https://source.winehq.org/patches/data/176267 [2] https://source.winehq.org/patches/data/176268 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020

[Bug 48407] New: OllyDbg 2.x segfaults the process after attaching to it

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48407 Bug ID: 48407 Summary: OllyDbg 2.x segfaults the process after attaching to it Product: Wine Version: 5.0-rc3 Hardware: x86 URL: http://www.ollydbg.de/odbg201.zip OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 4ee629a3bafb1408a4e567908fef949837a39f10 Distribution: --- Since commit 4ee629a3bafb1408a4e567908fef949837a39f10, OllyDbg will hang after attaching to a process while the process itself will crash, and the message `Segmentation fault' is printed in the terminal where the process is launched from (not OllyDbg). How to reproduce after downloading OllyDbg (link provided in report) using a 32-bit prefix: 1) Launch a simple window app, such as `winemine' 2) From another terminal, launch OllyDbg in same prefix. Optionally: To speed up the attaching in OllyDbg, go to Options->Options->Analysis. In `Automatic Module Analysis' set it to `Off'. 3) In OllyDbg, go to File->Attach and select the process (winemine). Wait a few seconds until modules are processed, then the process will segfault and OllyDbg will hang. I tried to debug this to no avail, it's very unfamiliar territory for me, so it's a bit over my head. Reverting that commit on current wine git is not easy and I don't know how to do it, since the break_process and related functions have been removed from the wineserver at some point. So unfortunately I don't know where to start to fix this regression. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020

[Bug 48302] Warhammer Online doesn't render without d3dx9_34

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48302 --- Comment #10 from Matteo Bruni <matteo.mystral(a)gmail.com> --- (In reply to Paul Gofman from comment #9) > This issue is not a regression, so probably a no go during the code freeze. > I was planning to finalize the unit test and suggest the patch upstream > after code freeze (I guess late January or so). I think the patch should be okay for code freeze, it's still a bug fix with very low risk. We do want to test (not necessarily Wine tests) which d3dx9 versions require the flag. FWIW 3a5688a795532640bb32bd4c3e9961c6ab9f19fa implies the behavior changed with d3dx9_37 for effect shaders. Minor point, it would be nicer to use the D3DCOMPILE_ constant in the patch instead. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020

[Bug 47894] Error dialogs cause the user32:winstation tests to fail

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47894 --- Comment #5 from Zebediah Figura <z.figura12(a)gmail.com> --- Others: * 2008 apparently has mfreadwrite, but not mfplat, which is head-scratchingly bizarre. In fact, even after removing all references to mfplat from the test it still fails, probably because mfreadwrite links to mfplat. What the hell, Microsoft? * w7pro64 seems to have d3dcompiler_47 but not d3dx9_36 (or d3dcompiler_43). There are some tests that we can do without d3dx9_36, so I guess we should probably link that dynamically. Or maybe just install d3dx9 on that machine? * Intermittent and inexplicable failures to load various tests on various machines. I don't see any sign of these in screenshots, however... - <http://test.winehq.org/data/6e4d441ce11739b145dae200d7b20743c64147de/win7_n…> - failure to load comdlg32. - <http://test.winehq.org/data/5034d109e033fbe820829ae43adba0cc30bf9b99/win7_n…> - failure to load amstream. - <http://test.winehq.org/data/fa97cbdf14883fb301dcc0a5264369f8ed184182/win7_n…> - failure to load avifil32 and comdlg32. - <http://test.winehq.org/data/6e4d441ce11739b145dae200d7b20743c64147de/win10_…> - advpack, uiautomationcore, user32, webservices, winmm, wmvcore. * Windows 10 (and possibly others) trigger on a different kind of dialog, which also seems to be causing comctl32 failures. Something in comctl32 is leaking memory, apparently? See the following dialogs: - <https://testbot.winehq.org/JobDetails.pl?Key=62492&s108=1#k108>: "Le processus est terminé, car il est impossible d'allouer davantage de mémoire." Apparently from comctl32:button. - <https://testbot.winehq.org/JobDetails.pl?Key=62325&s110=1#k110>: "O aplicativo não pôde ser inicializado corretamente (0xc000012d). Clique em OK para fechar o aplicativo." That's STATUS_COMMITMENT_LIMIT, apparently from comctl32:imagelist. - <http://test.winehq.org/data/5034d109e033fbe820829ae43adba0cc30bf9b99/win10_…> — the corresponding screenshot only shows an empty dialog box, but comctl32:taskdialog hangs. - <https://testbot.winehq.org/JobDetails.pl?Key=61734&s109=1#k109>: "The application was unable to start correctly (0xc0000142). Click OK to close the application." That's STATUS_DLL_INIT_FAILED, apparently from comctl32:pager. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020

[Bug 48378] Battle net does not start any game

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48378 imosescu <mosescu.tiberiu(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |CLOSED Resolution|--- |ABANDONED --- Comment #4 from imosescu <mosescu.tiberiu(a)gmail.com> --- Switched to Dual boot, so I no longer require this and am not able to provide further feedback. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020

[Bug 48406] Epic Games Store fails to install prerequisites with Wine Mono

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48406 --- Comment #2 from Alexandr Oleynikov <sashok.olen(a)gmail.com> --- Yeah, that's the issue, -SkipBuildPatchPrereq shouldn't be needed. Also, DirectX Redist fails to install with native dotnet48 as well, but it doesn't lead to the prerequisites error this issue is about. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020

[Bug 48374] Divinity: Original Sin 2 - Icons in inventory are invisible (...again!)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48374 --- Comment #5 from Alexander Milos <apmichalopoulos(a)outlook.com> --- Ah, you're right, this new patch only applies to strtod while the issue we're dealing with here has been more or less confirmed to be dependent on wcstod. Alright then, I'll keep an eye out and I'll test again as soon as wcstod is also patched. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020

[Bug 48347] winetricks wmp10 no longer installs

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48347 maniikarabera(a)protonmail.ch changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maniikarabera(a)protonmail.ch -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020

[Bug 48401] GTA IV - Framerate drop after 5 minutes of gameplay

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48401 --- Comment #5 from florian98.rg(a)gmail.com --- (In reply to Dennis Mayr from comment #4) > (In reply to florian98.rg from comment #2) > > This doesn't sound like a problem with Wine. Looks to me like your laptop is > > just overheating, especially considering both CPU and GPU reach 90°C+. > > It could be, but I reapplied thermal paste last month, and it compiling > projects at 99% of CPU use only raises temperature to around 78-80°C. > > Still, it’s a possibility. Most laptops use a shared heatsink for CPU and GPU, so you're most likely is fine when only doing CPU/GPU heavy tasks, but doing both at once probably results in the behaviour you mentioned. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Jan. 2, 2020