February 2019 - Wine-Bugs - list.winehq.org

[Bug 44896] New: Sonic CD Steam choppy audio
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=44896 Bug ID: 44896 Summary: Sonic CD Steam choppy audio Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: ALEXMCCULLLOCH(a)gmail.com If you do get Sonic CD to even run, the music/sounds are choppy. -- 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.

3 4

[Bug 43390] New: valgrind shows a few definite leaks in dlls/xaudio2_7/ tests/xaudio2.c
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=43390 Bug ID: 43390 Summary: valgrind shows a few definite leaks in dlls/xaudio2_7/tests/xaudio2.c Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: xaudio2 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo ==3551== 8 bytes in 1 blocks are definitely lost in loss record 63 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C85281: XAudio2Create (xaudio_dll.c:2159) ==3551== by 0x4A1B741: func_xaudio2 (xaudio2.c:1150) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 94 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795) ==3551== by 0x4A1B1A7: test_xapo_creation_modern (xaudio2.c:1053) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 95 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DAFA: CreateAudioReverb (xapofx.c:809) ==3551== by 0x4A1B2D4: test_xapo_creation_modern (xaudio2.c:1067) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 12 bytes in 1 blocks are definitely lost in loss record 96 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DA6D: CreateAudioVolumeMeter (xapofx.c:795) ==3551== by 0x4A176DB: test_simple_streaming (xaudio2.c:293) ==3551== by 0x4A1B807: func_xaudio2 (xaudio2.c:1158) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 349 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B3ED: test_xapo_creation (xaudio2.c:1083) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 350 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C37F03: ??? ==3551== by 0x5C38059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B401: test_xapo_creation (xaudio2.c:1084) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 351 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B415: test_xapo_creation (xaudio2.c:1085) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 352 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B429: test_xapo_creation (xaudio2.c:1086) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 353 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5CA3F03: ??? ==3551== by 0x5CA4059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B43D: test_xapo_creation (xaudio2.c:1087) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 354 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5E44F03: ??? ==3551== by 0x5E45059: ??? ==3551== by 0x4A1A97C: test_xapo_creation_legacy (xaudio2.c:932) ==3551== by 0x4A1B451: test_xapo_creation (xaudio2.c:1088) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== ==3551== 48 bytes in 4 blocks are definitely lost in loss record 355 of 766 ==3551== at 0x7BC51061: notify_alloc (heap.c:254) ==3551== by 0x7BC5554F: RtlAllocateHeap (heap.c:1716) ==3551== by 0x5C7DC35: CreateFX (xapofx.c:835) ==3551== by 0x4A1AE99: test_xapo_creation_modern (xaudio2.c:1018) ==3551== by 0x4A1B463: test_xapo_creation (xaudio2.c:1089) ==3551== by 0x4A1B5B4: func_xaudio2 (xaudio2.c:1122) ==3551== by 0x4A1C74F: run_test (test.h:603) ==3551== by 0x4A1CBAD: main (test.h:687) ==3551== -- 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 36705] New: valgrind shows uninitialized memory use in user32/tests/input.c
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=36705 Bug ID: 36705 Summary: valgrind shows uninitialized memory use in user32/tests/input.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com I tracked this down to only occurring when the screen is locked. Note that the test passes with the screen locked or unlocked. ==15374== Conditional jump or move depends on uninitialised value(s) ==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486) ==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69) ==15374== by 0x4EB87DB: test_key_names (input.c:1642) ==15374== by 0x4EB88E7: func_input (input.c:1664) ==15374== by 0x4F59107: run_test (test.h:584) ==15374== by 0x4F594F2: main (test.h:654) ==15374== Uninitialised value was created by a stack allocation ==15374== at 0x4EB8871: func_input (input.c:1647) ==15374== ==15374== Conditional jump or move depends on uninitialised value(s) ==15374== at 0x4F58C24: wine_dbgstr_wn (test.h:486) ==15374== by 0x4EB30DC: wine_dbgstr_w (test.h:69) ==15374== by 0x4EB8828: test_key_names (input.c:1643) ==15374== by 0x4EB88E7: func_input (input.c:1664) ==15374== by 0x4F59107: run_test (test.h:584) ==15374== by 0x4F594F2: main (test.h:654) ==15374== Uninitialised value was created by a stack allocation ==15374== at 0x4EB8871: func_input (input.c:1647) ==15374== -- 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 3

[Bug 36360] New: valgrind shows several leaks in dxdiagn/tests/provider.c
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=36360 Bug ID: 36360 Summary: valgrind shows several leaks in dxdiagn/tests/provider.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==14755== 756 bytes in 21 blocks are definitely lost in loss record 1,054 of 1,203 ==14755== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==14755== by 0x53C9493: IMalloc_fnAlloc (ifs.c:186) ==14755== by 0x53C99D4: CoTaskMemAlloc (objidl.h:1236) ==14755== by 0xAD2EA72: ??? ==14755== by 0xAD2EEB4: ??? ==14755== by 0x649E5C6: ??? ==14755== by 0x649C924: ??? ==14755== by 0x4A788CB: func_provider (provider.c:124) ==14755== by 0x4A798E0: run_test (test.h:584) ==14755== by 0x4A79CCF: main (test.h:654) ==14755== ==14755== 28 bytes in 1 blocks are possibly lost in loss record 322 of 1,203 ==14755== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==14755== by 0x53A8BB8: apartment_getclassobject (compobj.c:526) ==14755== by 0x53ABFC6: get_inproc_class_object (compobj.c:2894) ==14755== by 0x53AED2F: CoGetClassObject (compobj.c:3032) ==14755== by 0x53AF4B7: CoCreateInstance (compobj.c:3197) ==14755== by 0x649FCEF: ??? ==14755== by 0x649C924: ??? ==14755== by 0x4A78720: func_provider (provider.c:83) ==14755== by 0x4A798E0: run_test (test.h:584) ==14755== by 0x4A79CCF: main (test.h:654) ==14755== { -- 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 5

[Bug 36239] New: valgrind shows a potential leak in cryptnet/tests/cryptnet.c
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=36239 Bug ID: 36239 Summary: valgrind shows a potential leak in cryptnet/tests/cryptnet.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==25097== 2,664 bytes in 74 blocks are possibly lost in loss record 295 of 312 ==25097== at 0x7BC4C735: notify_alloc (heap.c:255) ==25097== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==25097== by 0x4D639FE: CryptMemAlloc (main.c:124) ==25097== by 0x4D769BD: init_oid_info (oid.c:1403) ==25097== by 0x4D77347: crypt_oid_init (oid.c:1613) ==25097== by 0x4D63578: DllMain (main.c:46) ==25097== by 0x4D8B522: __wine_spec_dll_entry (dll_entry.c:40) ==25097== by 0x7BC52FC0: ??? (loader.c:138) ==25097== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==25097== by 0x7BC5597C: process_attach (loader.c:1157) ==25097== by 0x7BC5592C: process_attach (loader.c:1149) ==25097== by 0x7BC5592C: process_attach (loader.c:1149) ==25097== by 0x7BC59F29: attach_process_dlls (loader.c:2769) ==25097== by 0x401B03C: ??? (port.c:60) -- 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.

3 5

[Bug 38448] New: valgrind shows an unitialized variable in dlls/psapi/tests/psapi_main.c
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=38448 Bug ID: 38448 Summary: valgrind shows an unitialized variable in dlls/psapi/tests/psapi_main.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: psapi Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Debian ==14400== Conditional jump or move depends on uninitialised value(s) ==14400== at 0x402DBE9: bcmp (vg_replace_strmem.c:1005) ==14400== by 0x42005C2: test_GetMappedFileName (psapi_main.c:464) ==14400== by 0x4202913: func_psapi_main (psapi_main.c:802) ==14400== by 0x42036CB: run_test (test.h:584) ==14400== by 0x4203B04: main (test.h:666) ==14400== Uninitialised value was created by a stack allocation ==14400== at 0x41FFAF2: test_GetMappedFileName (psapi_main.c:373) ==14400== -- 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 2

[Bug 36563] New: valgrind shows some invalid reads in mshtml/tests/htmldoc.c
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=36563 Bug ID: 36563 Summary: valgrind shows some invalid reads in mshtml/tests/htmldoc.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==18965== Invalid read of size 4 ==18965== at 0x66124F6: Binding_Abort (binding.c:852) ==18965== by 0x70B953D: abort_window_bindings (urlmon.h:408) ==18965== by 0x70A21B3: release_outer_window (htmlwindow.c:198) ==18965== by 0x70A25C7: HTMLWindow2_Release (htmlwindow.c:282) ==18965== by 0x7044EDB: CustomDoc_Release (mshtml.h:47873) ==18965== by 0x7032D3F: htmldoc_release (mshtml_private.h:544) ==18965== by 0x7033535: HTMLDocument_Release (htmldoc.c:140) ==18965== by 0x4F77749: release_document (htmldoc.c:7164) ==18965== by 0x4F7A3FC: test_HTMLDocument_http (htmldoc.c:7710) ==18965== by 0x4F7E357: func_htmldoc (htmldoc.c:8489) ==18965== by 0x4FA96B0: run_test (test.h:584) ==18965== by 0x4FA9A9F: main (test.h:654) ==18965== Address 0x11c534e0 is 176 bytes inside a block of size 276 free'd ==18965== at 0x7BC4C72C: notify_free (heap.c:263) ==18965== by 0x7BC51071: RtlFreeHeap (heap.c:1762) ==18965== by 0x5A457D9: free_font (freetype.c:4396) ==18965== by 0x5A46449: release_font (freetype.c:4624) ==18965== by 0x5A495AC: freetype_SelectFont (freetype.c:5499) ==18965== by 0x6B01E48: X11DRV_SelectFont (init.c:319) ==18965== by 0x6B381D8: xrenderdrv_SelectFont (xrender.c:858) ==18965== by 0x5A30686: FONT_SelectObject (font.c:723) ==18965== by 0x5A54177: SelectObject (gdiobj.c:1174) ==18965== by 0x69E67268: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==18965== by 0x69E67B6A: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==18965== by 0x6A436A1E: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==18965== by 0x6A32A1DE: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==18965== by 0x69E537E1: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==18965== by 0x69F750BE: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==18965== by 0x69CAB80E: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==18965== by 0x6A0E65A1: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==18965== by 0x69D80A5F: ??? (in /home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll) ==18965== by 0x56214F5: ??? (winproc.c:173) ==18965== by 0x562166A: call_window_proc (winproc.c:244) ==18965== -- 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 5

[Bug 36147] New: valgrind shows a leak in dlls/jscript/tests/jscript.c
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=36147 Bug ID: 36147 Summary: valgrind shows a leak in dlls/jscript/tests/jscript.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ../../../tools/runtest -q -P wine -T ../../.. -M jscript.dll -p jscript_test.exe.so jscript && touch jscript.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 fixme:ole:CoCreateInstance Class {f414c260-6ac0-11cf-b6d1-00aa00bbbb58} does not support aggregation ==2325== 64 bytes in 1 blocks are definitely lost in loss record 514 of 960 ==2325== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2325== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2325== by 0x6A316A6: ??? ==2325== by 0x6A33457: ??? ==2325== by 0x6A335C1: ??? ==2325== by 0x6A1152D: ??? ==2325== by 0x6A379BD: ??? ==2325== by 0x6A37B96: ??? ==2325== by 0x6A38431: ??? ==2325== by 0x6A3959F: ??? ==2325== by 0x4E51D23: test_jscript_uninitializing (activscp.h:1007) ==2325== by 0x4E52813: func_jscript (jscript.c:688) ==2325== by 0x4E5ED5F: run_test (test.h:584) ==2325== by 0x4E5F14E: main (test.h:654) ==2325== -- 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 3

[Bug 36123] New: valgrind shows leaks in msiexec/msiexec.c
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=36123 Bug ID: 36123 Summary: valgrind shows leaks in msiexec/msiexec.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==23034== 20 bytes in 1 blocks are definitely lost in loss record 107 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472DD61: process_args (msiexec.c:490) ==23034== by 0x472E0BD: WinMain (msiexec.c:576) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== ==23034== 26 bytes in 1 blocks are definitely lost in loss record 146 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472CE7F: StringListAppend (msiexec.c:113) ==23034== by 0x472F9DE: WinMain (msiexec.c:966) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== ==23034== 28 bytes in 1 blocks are definitely lost in loss record 150 of 592 ==23034== at 0x7BC4C735: notify_alloc (heap.c:255) ==23034== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==23034== by 0x472CFA7: build_properties (msiexec.c:146) ==23034== by 0x472FA15: WinMain (msiexec.c:972) ==23034== by 0x473039B: main (exe_main.c:49) ==23034== -- 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 43349] New: Blizzard App Fails to Recognize Password Upon Switching Regions
by wine-bugs＠winehq.org Aug. 27, 2026

Aug. 27, 2026

https://bugs.winehq.org/show_bug.cgi?id=43349 Bug ID: 43349 Summary: Blizzard App Fails to Recognize Password Upon Switching Regions Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: siren(a)sirenwatcher.com Distribution: --- Specs: Wine 2.4 Staging [Win 7] Issue: Blizzard App Fails to Recognize Password Upon Switching Regions. The default "password" area isn't recognised when typed into. There is an override in place for US logins but not for EU logins. Images: [with override under US] imgur.com/zZHUtPN [failing to override for EU] imgur.com/h6z3IWQ Tried fixes: > Changing the Launcher.db codes for both WoW and Blizz App to enEU from enUS to see if the override is just for the defaulted region. Does load the launcher by default as "europe", though still does not give the override. > Typing in the password like 100 times to see if the override was something that proc'd from failed attempts on US. Hasn't worked. When occured: The Blizzard App ran an update about a week or so ago, it bugged out around this time. It threw all users of the application "out" of being signed in. Both on US and EU after the update. Upon signing back in I received this error, I assume from a GUI override update. A new game has been introduced to the application, which is not directly linked to Blizzard Entertainment, so I assume the integration of the new Destiny PC players accounts, put an issue in the coding for Wine under EU? Currently, using the Blizzard App on US works fine. Though after a week of trying, waiting to see if it just fixed itself, I still cannot use it to sign into the EU interface. I can still sign onto my EU WoW account through the US interface. So there is no rush, its just a minor hindrance. Does not affect gameplay of any of Blizzard's games. Just stops me talking to my EU friends when I am signed onto US WoW. -- 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.

3 12