wine-bugs April 2022

wine-bugs@winehq.org

1 participants
3449 discussions

[Bug 52928] New: comctl32:toolbar - test_sizes() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52928 Bug ID: 52928 Summary: comctl32:toolbar - test_sizes() fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:toolbar's test_sizes() fails on Windows with the UTF-8 codepage: toolbar.c:1594: Test failed: invalid rect (754,2)-(783,26) - expected (754,2)-(784,26) - (button = 5, tbsize_numtests = 18) toolbar.c:1597: Test failed: invalid rect (754,0)-(783,38) - expected (754,0)-(784,38) - (button = 5, tbsize_numtests = 19) toolbar.c:1626: Test failed: invalid rect (118,2)-(183,40) - expected (118,2)-(184,40) - (button = 2, tbsize_numtests = 21) toolbar.c:1634: Test failed: invalid rect (0,2)-(65,40) - expected (0,2)-(66,40) - (button = 0, tbsize_numtests = 22) toolbar.c:1661: Test failed: invalid rect (0,2)-(29,24) - expected (0,2)-(30,24) - (button = 0, tbsize_numtests = 24) https://test.winehq.org/data/patterns.html#comctl32:toolbar This can be reproduced on w10pro64-hi-u8. -- 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 1

[Bug 52927] New: comctl32:rebar - test_bandinfo() fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52927 Bug ID: 52927 Summary: comctl32:rebar - test_bandinfo() fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:rebar's test_bandinfo() fails on Windows with the UTF-8 codepage: rebar.c:949: Test failed: expected 35 for 38 from line 990 rebar.c:949: Test failed: expected 40 for 43 from line 996 rebar.c:949: Test failed: expected 40 for 43 from line 1015 https://test.winehq.org/data/patterns.html#comctl32:rebar Hindi + UTF-8 is the only locale where this test fails on Windows at this time. In particular there is no failure on the standard Hindi locale (English system locale) so this appears to be specific to UTF-8. -- 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 1

[Bug 52926] New: usp10:usp10 The wgBlank and wgInvalid checks fail on Windows with the UTF-8 codepage
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52926 Bug ID: 52926 Summary: usp10:usp10 The wgBlank and wgInvalid checks fail on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com usp10:usp10's wgBlank and wgInvalid checks in test_ScriptGetFontProperties() fails on some truetype fonts with Hindi + UTF-8 codepage: usp10.c:2634: Test failed: truetype font Symbol wgBlank 0000 gi[0] 0003 usp10.c:2645: Test failed: truetype font Symbol wgInvalid 0000 gi[0] 0003 usp10.c:2634: Test failed: truetype font Webdings wgBlank 0000 gi[0] 0003 usp10.c:2645: Test failed: truetype font Webdings wgInvalid 0000 gi[0] 0003 usp10.c:2634: Test failed: truetype font Wingdings wgBlank 0000 gi[0] 0003 usp10.c:2645: Test failed: truetype font Wingdings wgInvalid 0000 gi[0] 0003 https://test.winehq.org/data/patterns.html#usp10:usp10 See also bug 52925 which is a similar issue with wgBlank in a wider range of locales, and for bitmap fonts instead of TrueType ones. -- 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 1

[Bug 52896] New: gdi32:font has a test_GetCharABCWidths() failure on all Windows 10 versions
by WineHQ Bugzilla 28 Apr '22

28 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52896 Bug ID: 52896 Summary: gdi32:font has a test_GetCharABCWidths() failure on all Windows 10 versions Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following test_GetCharABCWidths() test fails on all Windows 10 versions: ret = GetCharABCWidthsW(hdc, 'a', 'a', abc); ok(!ret, "GetCharABCWidthsW should have failed\n"); font.c:1189: Test failed: GetCharABCWidthsW should have failed https://test.winehq.org/data/patterns.html#gdi32:font It was introduced in this pretty old commit: commit 0dc765809c602cf62a87e28451e4eea81eeca0cb Author: Hans Leidekker <hans(a)it.vu.nl> AuthorDate: Sat Dec 8 22:55:01 2007 +0100 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Dec 10 12:27:13 2007 +0100 gdi32: GetCharABCWidthsI does not require a scalable font. -- 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 45385] New: Wrong state of virtual keys after cycling windows. Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every key can be affected.
by wine-bugs＠winehq.org 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=45385 Bug ID: 45385 Summary: Wrong state of virtual keys after cycling windows. Usually VK_MENU, VK_SHIFT and VK_CONTROL, but every key can be affected. Product: Wine Version: 3.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: johnfound(a)asm32.info Distribution: --- I noticed that the state of the keys sometimes sticks in pressed state. This happens when cycling windows with some shortcut key combination. For example if cycling with Alt+Tab, on pressing Alt, the program gets WM_KEYDOWN and the state of the VK_MENU becomes pressed. But after cycling windows, the program does not get WM_KEYUP because the window is not focused and VK_MENU (and the respective VK_LMENU or VK_RMENU) remain in pressed state. When cycling back to the program window, the window get focused only after releasing Alt key, so it does not get this event as well. If cycling windows with another shortcut key combination (for example Alt+Shift+Tab - for backward cycling) both VK_MENU and VK_SHIFT keys stick. In the same time, GetAsyncKeyState returns the proper state of the keys. Note1: The problem is obviously in the wineserver code, because it handles the key state tables for the different threads. Note2: The effect happens only sometimes. It seems the code for proper processing is already there, but some racing conditions have place. Note3: There is some probability that the effect is in result of my application code, but it never happens on real Windows, so I considered it a bug. Note4: I tried to workaround this problem by reading the whole table by GetAsyncKeyState and setting it then with SetKeyboardState on WM_ACTIVATE message of the main window. This workaround actually works, but is too ugly IMO. The same trick on WM_ACTIVATEAPP does not work. -- 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 52737] New: winecfg not open
by WineHQ Bugzilla 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52737 Bug ID: 52737 Summary: winecfg not open Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jayjameshlw(a)gmail.com Distribution: --- archkubi@GnuChanOS ~> winecfg MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete MESA-INTEL: warning: Haswell Vulkan support is incomplete 0120:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0120:err:winediag:nodrv_CreateWindow The explorer process failed to start. -- 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 52735] New: Wine does not launch GUI apps
by WineHQ Bugzilla 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52735 Bug ID: 52735 Summary: Wine does not launch GUI apps Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bihag37553(a)flowminer.com Distribution: --- Wine versions above wine 7.0rc2 don't work for me on intel+nvidia setup on manjaro linux kernel 5.17.0-1 and I have also tried kernel 5.16. I'm using nvidia drivers version 510.60.02 When I launch wine, I get the following error: 00f4:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 00f4:err:winediag:nodrv_CreateWindow L"The explorer process failed to start." I have tried deleting the wine prefix and using wine-staging but couldn't fix this issue. -- 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 52913] New: user32:dde fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 27 Apr '22

27 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=52913 Bug ID: 52913 Summary: user32:dde fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:dde fails on Windows with the UTF-8 codepage. dde.c:2653: client ansi, server ansi dde.c:2535: Test failed: Wrong size 5 expected 7 or 6, msg_index=9 dde.c:2537: Test failed: Expected abcé, got abcé, msg_index=9 msg_index=9 https://test.winehq.org/data/patterns.html#user32:dde The failing string is actually this one: { 0x0061, 0x0062, 0x0063, 0x9152, 0 }, /* Chinese with latin characters begin */ Adding a couple of wine_dbgstr_a() shows that the two strings that are compared are: dde.c:2538: Test failed: Expected [abc酒] "abc\xe9\x85\x92", got [abc��] "abc\xe9\x85", msg_index=9 I have confirmed that the 0x9152 UTF-16 character translates to \xe9\x85\x92 in UTF-8 [1]. So the issue is that the string we receive is missing one byte. However that looks like a Windows bug in the character encoding conversion. [1] For some reason test.winehq.org seems to interpret the page as iso-8859-1 so \xe9 is shown as 'é'. -- 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 33058] New: Visual Basic 6 crashes when object browser is clicked
by wine-bugs＠winehq.org 26 Apr '22

26 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=33058 Bug #: 33058 Summary: Visual Basic 6 crashes when object browser is clicked Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: german_ant_82(a)yahoo.com Classification: Unclassified Regression SHA1: Visual Basic 6 crashes when object browser button is clicked Created attachment 43703 --> http://bugs.winehq.org/attachment.cgi?id=43703 Backtrace Visual Basic 6 IDE crashes when object browser is clicked -- 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 10

[Bug 24914] New: Unable to resize form in visual basic 6 enterprise
by wine-bugs＠winehq.org 26 Apr '22

26 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=24914 Summary: Unable to resize form in visual basic 6 enterprise Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stupidhomer(a)gmail.com If I make a new Standard Project and attempt to resize the form, it locks the whole form window, and to get it back, I have to double click on "Form1" in the project sidebar. No error messages or output from wine to understand the problem. -- 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 13

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2022