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.
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=52785
Bug ID: 52785
Summary: Battlefield 4 crashes in wined3d_buffer_create
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xiretza+winehq(a)xiretza.xyz
Distribution: ---
Created attachment 72167
--> https://bugs.winehq.org/attachment.cgi?id=72167
Report saved by the wine crash reporter
During gameplay, Battlefield 4 frequently and seemingly randomly crashes with a
page fault in wined3d_buffer_create. Some time ago I was able to play the game
without any crashes, and I'm not aware of any updates to the game, so this may
be a regression in wine - but too much on my system has changed since then to
be certain. Crash report is attached.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52901
Bug ID: 52901
Summary: gdi32:metafile - test_emf_ExtTextOut_on_path() fails
on Windows with the UTF-8 codepage
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
test_emf_ExtTextOut_on_path() fails on Windows with the UTF-8 codepage:
metafile.c:7907: Test failed: expected 0, got 183
metafile.c:7922: Test failed: expected 0, got 183
metafile.c:7981: Test failed: expected 0, got 183
metafile.c:8004: Test failed: ExtTextOut error 0
metafile.c:2326: Test failed: emf_TextOut_negative_count: mfsize=1840,
bsize=128
metafile.c:2343: Test failed: emf_TextOut_negative_count: expected
rclBounds.left = 0, got 10
metafile.c:2345: Test failed: emf_TextOut_negative_count: expected
rclBounds.top = 0, got 20
metafile.c:2347: Test failed: emf_TextOut_negative_count: expected
rclBounds.right = -1, got 29
metafile.c:2349: Test failed: emf_TextOut_negative_count: expected
rclBounds.bottom = -1, got 39
metafile.c:2352: Test failed: expected nBytes 128, got 1840
metafile.c:2354: Test failed: expected nRecords 2, got 18
metafile.c:2219: Test failed: emf_TextOut_negative_count: emr->iType 14 != 84
metafile.c:2222: Test failed: emf_TextOut_negative_count: emr->nSize 20 != 108
https://test.winehq.org/data/patterns.html#gdi32:metafile
--
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=52769
Bug ID: 52769
Summary: Missing MFSchemeHandler for common url schemes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
Right now there is only a scheme handler for "file:". Some games use Media
Foundation to play videos from URLs, VRChat is one of the notable examples.
Missing common scheme handler for schemes such as "http:" and "https:" means
videos can't be played in those games.
--
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.