September 2019 - Wine-bugs - list.winehq.org

[Bug 47327] New: Japanese text are overlapped in notepad when using bitmap font.
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47327 Bug ID: 47327 Summary: Japanese text are overlapped in notepad when using bitmap font. Product: Wine Version: 4.0.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Regression SHA1: 8d018d8d1dadf9d731690567b9c98d5a9eae37db Distribution: Ubuntu Created attachment 64650 --> https://bugs.winehq.org/attachment.cgi?id=64650 screenshot of notepad Japanese text are overlapped in notepad when using bitmap font, e.g. System. When I choose TrueType font in the setting, it doesn't happen. How to reproduce: 1. Set following registry value to supplement Japanese glyphs: Key: HKCU\Software\Wine\Fonts\Replacements Name: MS UI Gothic Type: REG_SZ Data: Ume UI Gothic (or your favorite Japanese font) 2. Run notepad in Japanese locale, i.e. LANG=ja_JP.UTF-8 wine notepad. 3. Choose FixedSys font in 編集(Edit) - フォント(Font) setting. 4. Type or paste Japanese text. e.g. いろはにほへと Actual behavior: * Glyphs are overlapped, so they can't be readable (see the attachement). * Japanese character's advance is the same as half-width character, e.g. Latin alphabets Expecting behavior: * Glyphs aren't overlapped. You can see each one. * Japanese character's advance is twice as wide as half-width character. -- 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.

2 8

[Bug 43286] New: Qt 5.7.0 based: Cannot read UDP packets: "errno 90, ( Message too long)"
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=43286 Bug ID: 43286 Summary: Qt 5.7.0 based: Cannot read UDP packets: "errno 90, (Message too long)" Product: Wine Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)supradigital.org Distribution: --- Created attachment 58625 --> https://bugs.winehq.org/attachment.cgi?id=58625 Binary, source code, debug log In any program using Qt 5.7.0, if you try to read a udp datagram packet, the call would always return size 0 and leave you with an empty peer-address/port as well. I discovered the problem in the launcher for my game which uses UDP to ping various servers. I wrote a minimal UDP server to which you can connect with netcat (or anything) and it easily reproduces the problem. Attached you'll find a small archive containing: - minimal udp test server - source code for that server - debug log with +winsock showing the error - the client netcat command to cause that error Note: I have not checked a simple raw UDP server using the winsock API directly. The problem exists at least since wine v1.6.2 -- 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.

2 12

[Bug 28196] New: Test Drive Unlimited: Water is always rendered on top of everything.
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=28196 Summary: Test Drive Unlimited: Water is always rendered on top of everything. Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: samurai_no_densetsu(a)yahoo.es On Test Drive Unlimited water is always rendered on top of any other object, no matter how far or high the object is, in fact one can see the rivers and sea over the road/mountains being miles away from the sea/river. This issue happens since the very first runnable wine version (1.1.x), and I belive that it wasn't reported earlier because it was confused by most users with bug 7991, but definitely not the same issue. I have tested it with the following hardware (DX10 capable) and the bug shows clearly: ------------------------[ snip ]------------------------------------ direct rendering: Yes server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 9300M GS/PCI/SSE2 OpenGL version string: 3.3.0 NVIDIA 270.41.06 OpenGL shading language version string: 3.30 NVIDIA via Cg compiler ------------------------[ snip ]------------------------------------ There are also reports on the appdb of users with a Geforce 9600GT or ATI HD4870 having the same issue (both cards are DX10 capable), and a lot of screenshots with the "flood". -- 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.

2 36

[Bug 46453] New: The Testament of Sherlock Holmes crashes while loading level with builtin d3dx9_43
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=46453 Bug ID: 46453 Summary: The Testament of Sherlock Holmes crashes while loading level with builtin d3dx9_43 Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: 949dbbd31f450178c90ea8267097a975b77c3219 Distribution: --- fixme:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled Tag type 0x1 at ctx(0x33b4ec,L"d3dx9_43<elf>"), for debug_info(abbrev:0x6d3303ac,symt:0x6d27b524) fixme:dbghelp_dwarf:dwarf2_parse_const_type Unsupported children Set d3dx9_43 to native,builtin helps. -- 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.

2 9

[Bug 47137] New: HX Edit (Line 6) : crashes on launch
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47137 Bug ID: 47137 Summary: HX Edit (Line 6) : crashes on launch Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: clarinet(a)huzzam.com Distribution: --- Created attachment 64363 --> https://bugs.winehq.org/attachment.cgi?id=64363 backtrace Fresh install of wine-development (4.2), set to Windows 10 and 192dpi (for hidpi screen), otherwise stock .wine. Installed Line6 HX Edit software, and it crashes immediately on launch. -- 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.

2 16

[Bug 47236] New: Adobe InDesign CC 2017: crashes at startup: unimplemented function msvcp140.dll._Strxfrm
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47236 Bug ID: 47236 Summary: Adobe InDesign CC 2017: crashes at startup: unimplemented function msvcp140.dll._Strxfrm Product: Wine Version: 4.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: winepala(a)tradermail.info Distribution: --- Created attachment 64512 --> https://bugs.winehq.org/attachment.cgi?id=64512 terminal log Adobe InDesign CC2017 crashes at startup with this wine log message wine: Call from 0x7b456056 to unimplemented function msvcp140.dll._Strxfrm, aborting 005a:err:module:LdrInitializeThunk "dvanet.dll" failed to initialize, aborting 005a:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\home\\user\\Wine\\Adobe InDesign CC 2017\\InDesign.exe" failed, status 80000100 -- 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.

2 6

[Bug 47082] New: Unhandled exception: unimplemented function authz.dll.AuthzFreeResourceManager called in 32-bit code (0x7b445f5b).
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47082 Bug ID: 47082 Summary: Unhandled exception: unimplemented function authz.dll.AuthzFreeResourceManager called in 32-bit code (0x7b445f5b). Product: Wine Version: 4.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: terry(a)beam.ltd.uk Distribution: --- Created attachment 64274 --> https://bugs.winehq.org/attachment.cgi?id=64274 Backtrace An un-implemented function when using a program called passpad.exe an MRI imaging viewer: Clarity English, OsiriX Viewer. This is using Fedora29 wine. -- 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.

2 7

[Bug 39614] New: Wine initialises a Critical Section for Mutexes by NULL instead of (void*)-1
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=39614 Bug ID: 39614 Summary: Wine initialises a Critical Section for Mutexes by NULL instead of (void*)-1 Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: EoD(a)xmw.de Distribution: --- After initialising a critical section for mutexes by using static CRITICAL_SECTION Mutex = {(PCRITICAL_SECTION_DEBUG)-1, -1, 0, 0, 0, 0}; wine crashed in "RtlpWaitForCriticalSection()". According to http://locklessinc.com/articles/pthreads_on_windows/ this is a valid way of initialising the critical section. However, Wine seems to initialize it by NULL instead of (void*)-1: http://source.winehq.org/git/wine.git/blob/e8b9bda53ac39c913ddc93de0308f0c8… This is a re-reporting of an issue on github: https://github.com/apitrace/apitrace/issues/397 with a backtrace in https://gist.github.com/EoD/cf759116a4af8744bdb7 -- 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.

2 7

[Bug 47399] New: Mozart 13 crashes on startup
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47399 Bug ID: 47399 Summary: Mozart 13 crashes on startup Product: Wine Version: 4.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- Mozart 13 can be downloaded from: http://www.mozart.co.uk/programs/mzsetup.exe It crashes while starting up. This line from the relay trace looks relevant: 0009:Call user32.CreateWindowExW(00000000,0120bb60 L"",01ac3e00 L"Mozart",00cf8000,80000000,80000000,80000000,80000000,00000000,00010066,00400000,00000000) ret=00c6eb88 It's trying to create a window with an empty string for a class name, and that fails. -- 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.

2 11

[Bug 47432] New: bcrypt always chooses ECB mode when using AES, even if a program indicates otherwise.
by wine-bugs＠winehq.org 25 Nov '19

25 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47432 Bug ID: 47432 Summary: bcrypt always chooses ECB mode when using AES, even if a program indicates otherwise. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- When selecting the block chaining mode to use with AES, wine's bcrypt implementation never checks the full length of the mode string given. On my system the call to strncmpW() only checks the first 8 bytes. As a result, ECB mode is always chosen regardless as to the mode chosen by the caller. This issue is present in both key_set_property() in gnutls.c and set_alg_property() in bcrypt_main.c. I cannot test mac systems, so I cannot tell if it affects macos.c. -- 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.

2 9