wine-bugs July 2021

wine-bugs@winehq.org

1 participants
5340 discussions

[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 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

[Bug 48008] New: WinSCP can't display Chinese characters correctly
by WineHQ Bugzilla 26 Apr '22

26 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=48008 Bug ID: 48008 Summary: WinSCP can't display Chinese characters correctly Product: Wine Version: 4.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wwycheuk(a)gmail.com Distribution: --- Created attachment 65539 --> https://bugs.winehq.org/attachment.cgi?id=65539 screenshot Ubuntu Studio 19.10 is installed using Traditional Chinese interface. Downloaded and installed the latest version of WinSCP 5.15.5 from https://winscp.net/eng/download.php The Chinese characters in the dialog box appear as boxes, but the characters in main window are ok. (see picture 1) The Chinese characters in folder also appear as boxes (see picture 2), not sure whether they are of the same root cause. -- 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 49111] New: ELWAVE Demo installer crashes on start
by WineHQ Bugzilla 24 Apr '22

24 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49111 Bug ID: 49111 Summary: ELWAVE Demo installer crashes on start Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 67087 --> https://bugs.winehq.org/attachment.cgi?id=67087 Wine log The installer crashes as soon as its run, see attached log - that's a full log, not only the backtrace. -- 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 49112] New: ELWAVE doesn't start - detects Wine as VM
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=49112 Bug ID: 49112 Summary: ELWAVE doesn't start - detects Wine as VM Product: Wine Version: 5.2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- The program doesn't start, since it refuses to work in a VM but detects Wine as such. Seems to work on older CPUs though, so maybe that's a clue. Reported in the forums: https://forum.winehq.org/viewtopic.php?f=2&t=33826 -- 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 51387] New: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section"
by WineHQ Bugzilla 23 Apr '22

23 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=51387 Bug ID: 51387 Summary: Critical Section timeout between "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" Product: Wine Version: 4.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: l.arzeni(a)iname.com Distribution: --- Created attachment 70242 --> https://bugs.winehq.org/attachment.cgi?id=70242 application logs Environment: GNU Debian Linux, kernel 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1 (2021-03-19), Wine 4.0.2, but I tested it and I can reproduce the issue under every release of wine32, from release 1.5 to release 5.0.3, I'm running an old windows application. It works showing a list of records from an ODBC connection, then when a record is clicked, it opens a form for editing the record. It's similar to MS Access, but the application is written in a 4GL db language called clarion. I can share the sources, if needed. The application works fine under "native" windows (tested in all releases of windows, from windows XP to Windows 10). The application looks fine, but hangs after a while, if I run it under wine: env WINEPREFIX=/home/user1/.wine32 wine /srv/data/shared/LicenseManager.exe The log shows that there is a timeout in a critical section, may be a deadlock between: "dlls/user32/user_main.c: user_section" and "dlls/winex11.drv/window.c: win_data_section" This is the relevant lines of the logs: 0024:err:ntdll:RtlpWaitForCriticalSection section 6EDB7C80 "dlls/user32/user_main.c: user_section" wait timed out in thread 0024, blocked by 0114, retrying (60 sec) 0114:err:ntdll:RtlpWaitForCriticalSection section 7DB04220 "dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0114, blocked by 0024, retrying (60 sec) To solve the issue, I run it with "taskset --cpu-list 0 ", that is: env WINEPREFIX=/home/user1/.wine32 taskset --cpu-list 0 wine /srv/data/shared/LicenseManager.exe But, if I user the taskset, the application GUI artifacts became "dirty" , and I need to close and reopen the window to redraw them properly. Is there any clue to solve this issue, or, at least, to avoid the garbage on the user interface when running under the "taskset" command? Please note: the issue is not "application specific" but, afaik, instead the bug affects all application generated with "clarion" Regards, Luca -- 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 24574] New: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=24574 Summary: RAR Password Recovery Magic initial (registration) window is empty and doesn't allow any interaction Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Created an attachment (id=31036) --> (http://bugs.winehq.org/attachment.cgi?id=31036) The initial window Download and install, try to run. -- 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 16

[Bug 44144] New:=?UTF-8?Q?=20Complete=20support=20for?= “InstallShield Wizard” ( for a game installation)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=44144 Bug ID: 44144 Summary: Complete support for “InstallShield Wizard” (for a game installation) Product: Wine Version: 3.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I have tried to install the game “Civilization IV” once more. The corresponding log messages indicate some details for further considerations. elfring@Sonne:~> wine /run/media/elfring/CIVILIZATION4/setup.exe 0038:fixme:heap:RtlSetHeapInformation 0x240000 0 0x23fd00 4 stub 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 004b:err:rpc:I_RpcReceive we got fault packet with status 0x80004005 0035:err:ole:xCall RpcChannelBuffer SendReceive failed, 80004005 0038:fixme:ole:TMStubImpl_Invoke not implemented on non-i386 … 0035:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet … 0035:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33ddf4 L"D:\\data1.hdr" 0038:err:ole:StdMarshalImpl_ReleaseMarshalData could not map object ID to stub manager, oxid=3700000038, oid=2 0038:err:ole:CoReleaseMarshalData IMarshal::ReleaseMarshalData failed with error 0x8001011d 0051:err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-4e00-000034000000} 0050:err:rpc:I_RpcReceive we got fault packet with status 0x80010108 … Now I am curious which other open issues will be still remaining if the situation can be improved for the software “InstallShield Wizard” a bit more also around such programming interfaces. -- 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 43862] New: NVAPI can't start (error 0xFFFFFFFE)
by wine-bugs＠winehq.org 22 Apr '22

22 Apr '22

https://bugs.winehq.org/show_bug.cgi?id=43862 Bug ID: 43862 Summary: NVAPI can't start (error 0xFFFFFFFE) Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: ikdc.services(a)gmail.com Distribution: --- Created attachment 59440 --> https://bugs.winehq.org/attachment.cgi?id=59440 Logs of the command : "wine csgo.exe" Detected when I tried to start CS:GO on Steam Windows (started also with wine). With the logs, it seems to be an D3D error about format. Config : - Xubuntu 16.04 x86 - Nvidia GT 430 (Driver : Nvidia Official Binary, V 387.12) -- 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

Jump to page:

2025

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 July 2021