July 2016 - Wine-Bugs - list.winehq.org

[Bug 35165] New: Quake Live standalone login window shows difficult to read text in the username field
by wine-bugs＠winehq.org Aug. 15, 2016

Aug. 15, 2016

http://bugs.winehq.org/show_bug.cgi?id=35165 Bug ID: 35165 Summary: Quake Live standalone login window shows difficult to read text in the username field Product: Wine Version: 1.7.8 Hardware: x86-64 URL: http://quakelive.com OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexandru.balut(a)gmail.com Classification: Unclassified Created attachment 46910 --> http://bugs.winehq.org/attachment.cgi?id=46910 Entered "mmmmmmmm" in the two fields Install the app (installer might crash, but ignore that), start it, notice the text entered in the username/password fields appears in a weird way. When pressing backspace to delete the last character, the text suddenly seems to appear fine but there is an unexpected margin between the right-side of the text and the cursor. Then if more letters are entered they continue to be displayed broken. Does not happen with digits for some reason. -- 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 13

[Bug 41035] New: Crash on Battle.net.exe Unhandled exception: unimplemented function api-ms-win-crt-runtime-l1-1-0.d._get_narrow_winmain_command_line called in 32-bit code
by wine-bugs＠winehq.org Aug. 15, 2016

Aug. 15, 2016

https://bugs.winehq.org/show_bug.cgi?id=41035 Bug ID: 41035 Summary: Crash on Battle.net.exe Unhandled exception: unimplemented function api-ms-win-crt-runtime-l1-1-0.d._get_narrow_winmain_co mmand_line called in 32-bit code Product: Wine Version: 1.9.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: juergen.sauer(a)automatix.de Distribution: --- Created attachment 55208 --> https://bugs.winehq.org/attachment.cgi?id=55208 Backtrace of Crash on Battle.net.exe Crash on Battle.net.exe update. WoW and other Blizard Games are not usable any more, due this is the Game update Task. -- 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

[Bug 41018] New: foldit-linux wine crashes after a long play run
by wine-bugs＠winehq.org Aug. 15, 2016

Aug. 15, 2016

https://bugs.winehq.org/show_bug.cgi?id=41018 Bug ID: 41018 Summary: foldit-linux wine crashes after a long play run Product: Wine Version: 1.9.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: muns24072(a)mypacks.net Distribution: --- Created attachment 55184 --> https://bugs.winehq.org/attachment.cgi?id=55184 wine crash log for Foldit game foldit-linux wine crashes after a long play run. -- 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 4

[Bug 41019] New: foldit-linux wine crashes after 5 min play run
by wine-bugs＠winehq.org Aug. 15, 2016

Aug. 15, 2016

https://bugs.winehq.org/show_bug.cgi?id=41019 Bug ID: 41019 Summary: foldit-linux wine crashes after 5 min play run Product: Wine Version: 1.9.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: muns24072(a)mypacks.net Distribution: --- Created attachment 55185 --> https://bugs.winehq.org/attachment.cgi?id=55185 wine crash log for Foldit game foldit-linux wine crashes after 5 min play run -- 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 3

[Bug 40816] New: Webrotate (FREE) application hangs during installation
by wine-bugs＠winehq.org Aug. 15, 2016

Aug. 15, 2016

https://bugs.winehq.org/show_bug.cgi?id=40816 Bug ID: 40816 Summary: Webrotate (FREE) application hangs during installation Product: Wine Version: 1.9.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bob.mt.wya(a)gmail.com Distribution: --- Created attachment 54761 --> https://bugs.winehq.org/attachment.cgi?id=54761 WINEDEBUG=+relay,+seh,+tid console output (truncated) Installation of this application hangs after pressing the INSTALL button. I've not dug through the trace to see what's going wrong - but it's not immediately obvious what (Wine) component is at fault. The last few lines of the console trace repeat ad infinitum (so I've truncated the attached version): 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,00000014) ret=7efeb721 000d:Ret ntdll.RtlAllocateHeap() retval=00179098 ret=7efeb721 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,00000016) ret=7efeb44b 000d:Ret ntdll.RtlAllocateHeap() retval=001790b8 ret=7efeb44b 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,00000006) ret=7efeb44b 000d:Ret ntdll.RtlAllocateHeap() retval=001790d8 ret=7efeb44b 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,00000006) ret=7efeb44b 000d:Ret ntdll.RtlAllocateHeap() retval=001790f0 ret=7efeb44b -- 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 9

[Bug 40787] New: POILoader quits right after start
by wine-bugs＠winehq.org Aug. 15, 2016

Aug. 15, 2016

https://bugs.winehq.org/show_bug.cgi?id=40787 Bug ID: 40787 Summary: POILoader quits right after start Product: Wine Version: 1.9.12 Hardware: x86 URL: http://www.garmin.com/us/maps/poiloader OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ladislav.laska(a)gmail.com Distribution: ArchLinux The Garmin POI Loader quits after start, without an error message. This might be related to bug #22544, but it's an old bug, and I'm not really sure if it's regression. I've tried testing this with the 1.7.11 as suggested, but the result is the same. Installer works (and required mono). Whenever I start the application, I get a few messages on terminal, the POI Loader initial screen shows up for a few seconds, but is non-responsive, and crashes promptly, without further error: krakonos(a)wallaby ~/[...]/POI Loader $ wine POILoader fixme:dbghelp:elf_search_auxv can't find symbol in module fixme:dbghelp:elf_search_auxv can't find symbol in module fixme:dbghelp:elf_search_auxv can't find symbol in module krakonos(a)wallaby ~/[...]/POI Loader $ wine --version wine-1.9.12 The wine I'm using is a version from Arch repository. I'd be glad to provide more information, but I have no idea where to look for problems. Download is available here: http://www.garmin.com/us/maps/poiloader Tested with POI Loader 2.7.3 (the latest available) -- 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 9

[Bug 34928] New: X Rebirth only (re)draws HUD Elements
by wine-bugs＠winehq.org Aug. 13, 2016

Aug. 13, 2016

http://bugs.winehq.org/show_bug.cgi?id=34928 Bug #: 34928 Summary: X Rebirth only (re)draws HUD Elements Product: Wine Version: 1.7.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: skython(a)web.de Classification: Unclassified Created attachment 46545 --> http://bugs.winehq.org/attachment.cgi?id=46545 Screenshot 1: Rendering bugs after starting a new free game. The game doesn't renders everything except the HUD. When you start a new free game the screen becomes black and only the HUD elements are visible. If any of the HUD elements is moving, you see them being 'copied' over the black background. The attached screenshots are showing this behaviour. If you alter some graphics settings (for example antialiasing) while ingame, you can see the game rendering everything just fine for a single frame. But then again the rendered scene doesn't redraw and HUD is being copied again. You can see this behaviour on the second screenshot. The terminal repeatedly says: err:d3d:wined3d_debug_callback 0x193ef0: "GL_INVALID_OPERATION error generated. Buffer is mapped.". err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDrawElementsBaseVertex @ ../../../wine/dlls/wined3d/drawprim.c / 64 I'm using Archlinux and the current Wine version 1.7.6 I already tried altering several rendering settings using winetricks. No luck so far. Any help is appreciated -- 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 11

[Bug 40725] New: 8-bit Armies crashes on start (32-bit prefix, Windows 7 mode)
by wine-bugs＠winehq.org Aug. 13, 2016

Aug. 13, 2016

https://bugs.winehq.org/show_bug.cgi?id=40725 Bug ID: 40725 Summary: 8-bit Armies crashes on start (32-bit prefix, Windows 7 mode) Product: Wine Version: 1.9.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 54631 --> https://bugs.winehq.org/attachment.cgi?id=54631 Terminal output for Wine 1.9.11 Staging no CSMT I am attempting to run this game in a clean 32-bit prefix and it crashes while loading. Running the command "wine ClientG.exe" gets me a splash screen and opens up a very tiny square which I assume is the game's window. After a few seconds the game then crashes. I have checked that ClientG.exe, the game's executable, is in fact a 32-bit file: file ClientG.exe ClientG.exe: PE32 executable (GUI) Intel 80386, for MS Windows I am attempting to run the game in Windows 7 mode as it does not support Windows XP. I have attached the terminal output as the game loads then crashes. I am using Wine 1.9.11 Staging. -- 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 40920] New: Into The Stars (UE4 game) crashes while loading with SwapChain->GetFullscreenState error
by wine-bugs＠winehq.org Aug. 10, 2016

Aug. 10, 2016

https://bugs.winehq.org/show_bug.cgi?id=40920 Bug ID: 40920 Summary: Into The Stars (UE4 game) crashes while loading with SwapChain->GetFullscreenState error Product: Wine Version: 1.9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 55026 --> https://bugs.winehq.org/attachment.cgi?id=55026 Terminal output Wine 1.9.13-144-g9729d15 Windows 7 mode The Unreal Engine 4 game, Into The Stars crashes while loading in a clean Windows 7 prefix. I am attempting to run the game on an Nvidia GTX 970 using the proprietary drivers (367.27) in Wine 1.9.13-144-g9729d15. -- 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 12

[Bug 32495] New: Incorrect behavior in ScriptGetLogicalWidths() / ScriptApplyLogicalWidth() (buffer overrun)
by wine-bugs＠winehq.org Aug. 9, 2016

Aug. 9, 2016

http://bugs.winehq.org/show_bug.cgi?id=32495 Bug #: 32495 Summary: Incorrect behavior in ScriptGetLogicalWidths() / ScriptApplyLogicalWidth() (buffer overrun) Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 AssignedTo: wine-bugs(a)winehq.org ReportedBy: disposable593-wine(a)yahoo.com Classification: Unclassified Currently, ScriptGetLogicalWidths() and ScriptApplyLogicalWidth() are incorrectly implemented, leading to wrong glyph positioning in one of my applications. **ScriptGetLogicalWidths(): The current implementation simply copies the input to the output array, incorrectly assuming nbchar==nbglyphs. If there are fewer glyphs than characters, this causes a buffer overrun, potentially leading to application crashes. (The problem does and will become more prevalent as the implementation of shaping is improved over time.) **ScriptApplyLogicalWidths(): The functions fails to apply justification and simply returns the unjustified widths. Below I include what I believe are correct implementations. I have taken care that the results agree with those returned by the Microsoft implementations. (I have never seen or been in contact with the original Microsoft code, though, so the following code is "clean" and may be used for any purpose.) HRESULT WINAPI ScriptGetLogicalWidths(const SCRIPT_ANALYSIS *sa, int nbchars, int nbglyphs, const int *glyph_width, const WORD *log_clust, const SCRIPT_VISATTR *sva, int *widths) { int rtl, i; // TRACE("(%p, %d, %d, %p, %p, %p, %p)\n", // sa, nbchars, nbglyphs, glyph_width, log_clust, sva, widths); rtl = sa->fRTL && !sa->fLogicalOrder; for (i = 0; i < nbchars; ) { int w = 0, i2, j, j2; j = log_clust[i]; i2 = i; do i2++; while (i2 < nbchars && log_clust[i2] == j); j2 = i2 < nbchars ? log_clust[i2] : rtl? -1 : nbglyphs; for ( ; j != j2; rtl? j--:j++) w += glyph_width[j]; for ( ; i < i2; i++) w -= widths[i] = w / (i2-i); } return S_OK; } HRESULT WINAPI ScriptApplyLogicalWidth(const int *dx, int num_chars, int num_glyphs, const WORD *log_clust, const SCRIPT_VISATTR *sva, const int *advance, const SCRIPT_ANALYSIS *sa, ABC *abc, int *justify) { int rtl, i; // FIXME("(%p, %d, %d, %p, %p, %p, %p, %p, %p)\n", // dx, num_chars, num_glyphs, log_clust, sva, advance, sa, abc, justify); rtl = sa->fRTL && !sa->fLogicalOrder; if (abc) abc->abcB = - abc->abcA - abc->abcC; for (i = 0; i < num_chars; ) { int w = 0, j, j1, j2; j1 = log_clust[i]; do w += dx[i++]; while (i < num_chars && log_clust[i] == j1); j2 = i < num_chars ? log_clust[i] : rtl? -1 : num_glyphs; for (j = j1; j != j2; rtl? j--:j++) w -= advance[j]; for (j = j1; j != j2; rtl? j--:j++) { w -= justify[j] = w / (rtl? j-j2:j2-j); justify[j] += advance[j]; if (abc) abc->abcB += justify[j]; } } return S_OK; } -- 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 4