December 2018 - Wine-bugs - list.winehq.org

[Bug 45814] New: Blizzard agent went to sleep. Attempting to wake it up...
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45814 Bug ID: 45814 Summary: Blizzard agent went to sleep. Attempting to wake it up... Product: Wine Version: 3.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hewanci(a)gmail.com Distribution: --- Every now and then randomly, and also after every time the Blizzard app updates this issue occurs. After launching, the Blizzard app is stuck indefinitely with the message: "Blizzard agent went to sleep. Attempting to wake it up..." The only way I found to fix it is by closing the app, deleting the folder 'drive_c/Program Data/Battle.net' and restarting. This however removes all installed games from the app, and they will need to be re-added using Settings > Game Install/Update > Scan for games, which may take anywhere between 1 second to 15 minutes. -- 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.

1 17

[Bug 46351] New: Reinstallation of Linux Mint crashed My Windows 10
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46351 Bug ID: 46351 Summary: Reinstallation of Linux Mint crashed My Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: m.naydenova.gm(a)gmail.com Created attachment 63088 --> https://bugs.winehq.org/attachment.cgi?id=63088 Windows 10 Boot option is unavailable after reinstalation of Linux Mint I had a double boot Windows 10 - Linux Mint laptop. I crashed the Linux & reinstalled it. Afterwards the Windows 10 Boot disappeared. I made a Windows repair start-up USB, but it says that the file "windows/system32/boot/winloader.exe" is corrupt. I tried to run the recovery start up USB under Linux Mint - Wine application and it produced the attached report. Thank you in advance, Milena -- 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.

1 2

[Bug 46073] New: Textures are so dark in many games
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46073 Bug ID: 46073 Summary: Textures are so dark in many games Product: Wine-staging Version: 3.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ahmed.com(a)aol.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62678 --> https://bugs.winehq.org/attachment.cgi?id=62678 Mafia III - the textures are so dark. I can't see anything! System info: OS: Manjaro KDE 18.0 (stable) CPU: Intel core I5 4200M GPU: AMD HD 8750M Mesa 18.3 git Wine_3.19-staging The textures in games like The Witcher 3, Mafia 3, and Metro Last Light are so dark and black sometimes (check the pictures in the attachments). I tried to increase Gama in Metro_Last_Light_Redux (the windows version) to see if there will be any difference but there are no difference between setting Gama from 0 to the maximum value. I report about The Witcher III, and Mafia III because they don't run well with DXVK (RADV bug), and I have to run them with Wine if it is possible! https://github.com/doitsujin/dxvk/issues/719 https://github.com/doitsujin/dxvk/issues/725 https://bugs.freedesktop.org/show_bug.cgi?id=108508 -- 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.

1 16

[Bug 15773] New: application not run
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=15773 Summary: application not run Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: borgez(a)mail.ru app say debug in there and fals run $wine app and $WINEDEBUG=-all wine app not affect make/wine-1.1.7/dlls/dxdiagn/provider.c:115] in dxdiagn (0x0033f500) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 8

[Bug 40839] New: fifa07
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40839 Bug ID: 40839 Summary: fifa07 Product: Wine Version: 1.9.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: salari88(a)gmail.com Distribution: --- Created attachment 54812 --> https://bugs.winehq.org/attachment.cgi?id=54812 fifa07 the fifa07 is not runing on my system -- 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.

1 8

[Bug 33552] New: Dragon Age 2 doesn't detect my graphic card VRAM and driver
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=33552 Bug #: 33552 Summary: Dragon Age 2 doesn't detect my graphic card VRAM and driver Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scrimekiler(a)yahoo.fr Classification: Unclassified Created attachment 44410 --> http://bugs.winehq.org/attachment.cgi?id=44410 Screenshot of the detection problem Using a wine patch (which will be included in 1.5.30) made me able to have my graphic card name detected. However, Dragon Age 2 doesn't detect my nvidia graphic driver and tells it's too old to make me able to change some graphic options. Card : Nvidia Gefore GT 630, driver 313.30 Gentoo 32 bits, kernel 3.7.10 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 23

[Bug 41373] New: Using Quicken Deluxe 2007 the file-> print register function does not format correctly
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=41373 Bug ID: 41373 Summary: Using Quicken Deluxe 2007 the file->print register function does not format correctly Product: Wine Version: 1.9.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ed007(a)centurytel.net Distribution: --- using Debian 8.5 with wine 1.9.19 (using Debian 7.8 with wine 1.4.1 works okay) in quicken do file->print register using default printer setup in popup window specify title (and whatever else) ->print in popup for print window do a preview. The preview looks like a single line. If zoom in is done, the data can be seen (looks like on HUGE page) if print is done, page looks blank, but can see there is tiny printing. change printer-setup to PDF on CUPS. Results are the same. change printer-setup to QUICKEN PDF PRINT ON LPT1 Retry. This time the preview shows a correctly formatted register. (Since i have no printer on lpt1, can not actually print anything.) Also have a fedora 22 system with wine at 1.9.4-1 quicken works okay. there is an update for wine 1.9.12-1. If I install the update, quicken fails just like the debian 8.5 failure... quicken->print register will not print correctly. -- 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.

1 5

[Bug 45399] New: worms revolution starts then exit
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45399 Bug ID: 45399 Summary: worms revolution starts then exit Product: Wine Version: 3.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: amie1972(a)163.com Distribution: --- my system id fedora 28,video card is nvidia-gtx 750ti.after upgrade to win-3.11,worms revolution starts ,then exit,no error message. -- 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.

1 21

[Bug 46218] New: World of Warcraft A streaming error has occurred. ( WOW51900322) - wine-staging
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46218 Bug ID: 46218 Summary: World of Warcraft A streaming error has occurred. (WOW51900322) - wine-staging Product: Wine-staging Version: 3.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- World of Warcraft kicks the player back to the login screen with the error "A streaming error has occurred. (WOW51900322)" a few seconds after choosing a character and entering the game world. The issue has been reported on the AppDB, WineHQ forums and eu/us blizzard forums. The issue affects Linux players only. See the How-to / Notes section of https://appdb.winehq.org/objectManager.php?sClass=version&iId=36961 The workaround is to remove and replace the Cache directory in Program Files (x86)\World of Warcraft\ by a Windows copy of the cache. I experience the issue since I upgraded to Debian 9 and got rid of bug 42874. I made several tests and pin-pointed the issue to the creaturecache.wdb and gameobjectcache.wdb in World of Warcraft\Cache\WDB\ being corrupt when created. I compiled a custom wine version : plain wine 3.21 + staged patchset from bug 45349 (with its staging dependencies). With that custom version the Cache files are NOT corrupt and the issue doesn't happen. The 64-bit client requires wine-staging (bug 45349). I have no knowledge of the issue with 32 bit version of the client and can't test it myself due to (abandoned) bug 43656. If the bug is indeed a regression in wine-staging, I guess people using wine-staging to run the 32 bit game client also have the issue. I'm currently conducting a regression test in wine-staging to pin-point the patchset that causes the wrong file creation. -- 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.

1 22

[Bug 32096] New: drawStridedSlow can be more efficient
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=32096 Bug #: 32096 Summary: drawStridedSlow can be more efficient Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: guillaum.bouchard(a)gmail.com Classification: Unclassified Hi, Recently I noticed that World of Warcaft is far more slow on d3d9 mode than using the OpenGL mode on my computer (pentium 4 and geforce 5 fx). Unfortunately the OpenGL mode is unusable since last WoW update (bug is inside WoW, not wine) D3D mode is slower because an important amount of the primitives are rendered using drawStridedSlow (dlls/wined3d/drawprim.c) which generates a lot of opengl call (here, 600K calls compared to 12K in OpenGL mode). It appears that if the computer can handle vertex array (ie: glDrawElements/glDrawArrays/gl[Vertex|Color|TexCoords|Fog]Pointer and glClientActiveTexture) the number of openGL call can be dramatically reduced, leading to an important increase in FPS (8 to 25 in important city in WoW). On my computer, I hacked inside drawStritedSlow and I have only one issue, the format of color is packed in BGRA, which is not compatible with the format awaited by glColorPointer. This can be fixed using the extension ARB_vertex_array_BGRA, which is unfortunately not available on my computer. I solved this issue by looping over each vertex and building a custom array in memory that I submitted to glColorPointer. I got approximately the same FPS increase using this approach. My conclusions here are that the fallback to drawStridedSlow is a bit extreme and in most case unnecessary. In my configuration everything works except the conversion from the d3d BGRA format for color in RGBA. This part can be easily done in software to create a suitable color array. Also, I did not dig inside the shader code of wined3d, but perhaps this conversion can be simply implemented as a swizzle in the custom vertex shader. (am I right guessing that wined3d does not uses the default shader of the fixed pipeline ?). So this bug report is more a way of opening the discussion. I see many options to improve the situation: a) Tweak the heuristics which detects and fallbacks to drawStridedSlow. If necessary implements the needed conversions in software. But this will not generates OpenGL function call and will increase performance a bit b) Tweak the vertex shader to do the conversion in the vertex shader, I think it is our best option c) Tweak drawStridedSlow to still rely on vertex array when possible (I have an example of code which is doing this. I'm playing WoW with this since 3 days without any issue and with a FPS increase of 200%). I don't think that honestly it is the good idea. d) do something else. Because I did not read anything else than the drawStritedSlow function, I may have missed something important. I'm motivated to help in the DX -> GL code. I'm a skilled C and GL coder, I don't know DX, but can learn enough. Thank you for reading. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 14