https://bugs.winehq.org/show_bug.cgi?id=55477
Bug ID: 55477
Summary: shell32:autocomplete - test_prefix_filtering()
sometimes fails on Windows because the AutoComplete
DropDown is visible
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - test_prefix_filtering() sometimes fails on Windows
because the AutoComplete DropDown is visible:
autocomplete.c:671: Test failed: AutoComplete DropDown visible
See https://test.winehq.org/data/patterns.html#shell32:autocomplete
This is pretty rare and did not happen for 4 months but has started happening
again:
* 2023-01-16 win21H1_newtb-w10pro64-ar-64
* 2023-01-19 win22H2_newtb-w1064-tsign-64
* 2023-02-14 win1507_newtb-w1064v1507-64
* 2023-07-03 win21H1_newtb-w10pro64-he-64
* 2023-08-22 win7_newtb-w7u-2qxl
--
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=55492
Bug ID: 55492
Summary: ntdll:threadpool - test_RtlRegisterWait() sometimes
fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_RtlRegisterWait() sometimes fails in Wine. There are
three variants which look like they are probably related:
(1)
threadpool.c:354: Test failed: expected info.userdata = 1, got 0
threadpool.c:370: Test failed: expected info.userdata = 1, got 0
threadpool.c:371: Test failed: expected info.threadid != 0, got 0
threadpool.c:373: Test failed: OpenThread failed with 87
threadpool.c:376: Test failed: QueueUserAPC failed with 6
(2)
threadpool.c:290: Test failed: expected info.userdata = 0, got 65536
threadpool.c:294: Test failed: expected info.userdata = 1, got 65536
threadpool.c:296: Test failed: WaitForSingleObject returned 0
(3)
threadpool.c:292: Test failed: expected info.userdata = 1, got 65536
threadpool.c:294: Test failed: WaitForSingleObject returned 0
See https://test.winehq.org/data/patterns.html#ntdll:threadpool
(1) This is the most common variant and it happens in both the GitLab and other
non-TestBot VMs:
* 2023-06-30 linux_fgtb-debian11-x86-64
* 2023-06-18 MR!3094
* 2023-06-06 linux_rbernon-vulkan-win64
* 2023-05-29 linux_fg-deb64-wow32
* 2023-05-24 MR!2628
* 2023-01-31 linux_fg-deb64-wow64
* 2023-01-11 MR!1940
(2) Only happened once and on the GitLab CI.
* 2023-04-28 MR!2682
(3) Only happened on the GitLab CI.
* 2023-08-25 linux_gitlab-debian-32
* 2023-06-02 MR!2954
--
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=55579
Bug ID: 55579
Summary: kernel32:loader - test_ExitProcess() sometimes fails
on the 32-bit w8 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:loader - test_ExitProcess() sometimes fails on the 32-bit w8 VM:
loader.c:3529: Test failed: GetThreadContext should fail
loader.c:3530: Test failed: expected ERROR_INVALID_PARAMETER, got -559038737
loader.c:3538: Test failed: SetThreadContext should fail
loader.c:3539: Test failed: expected ERROR_ACCESS_DENIED, got -559038737
See https://test.winehq.org/data/patterns.html#kernel32:loader
This started on 2023-09-04 and happens in about 50% of the WineTest runs and is
most likely caused by the commit below:
commit d64200805b1848f782c8a4ce1fdbcb9292fffe51
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Thu Aug 31 18:08:50 2023 +0200
kernel32/tests: Remove some workarounds for old Windows versions.
--
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=49868
Bug ID: 49868
Summary: Hedgewars 1.0.0 crashes when a game against the
computer is started
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 68209
--> https://bugs.winehq.org/attachment.cgi?id=68209
The console messages
Hedgewars crashes when the following steps are taken:
1) remove .wine directory
2) run wineboot
3) run the Hedgewars installer, accept the defaults. This will start Hedgewards
at the end of the installer
4) Press "Play a game on a single computer"
5) Press "Play a quick game against the computer with random settings"
6) Sometimes, the game now shows the error "The program hedgewars.exe has
encountered a serious problem and needs to close"
7) if the game does not crash, press escape and Y, and repeat step 5
My versions:
$ wine --version
wine-5.17 (Staging)
$ uname -a
Linux cedric-p4 5.8.10-arch1-1 #1 SMP PREEMPT Thu, 17 Sep 2020 18:01:06 +0000
x86_64 GNU/Linux
--
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=55585
Bug ID: 55585
Summary: Redraw problem at Notepad++
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp2004(a)freenet.de
Distribution: ---
Created attachment 75114
--> https://bugs.winehq.org/attachment.cgi?id=75114
Movie showing influence of left mouse button clicks at the degenerated document
list
There seems to be a problem affecting the Doc Switcher dialog of Notepad++:
When running Notepad++ for a long period inside Wine, file names are displayed
at wrong positions or appear multiple, sometimes only half lines are displayed.
Resizing Notepad++ main windows sometimes temporary corrects the complete file
list, but not always.
Clicking at a file name at his list always leads to a correct redraw of this
one file name
(watch attached movie).
Only the Doc Switcher dialog is affected: all other Notepad++ sub windows seem
to be correctly redrawn.
Seen at any releases of SuSE and Ubuntu during the last years. Also at
different computer hardware.
Seems to affect any Notepad++ releases (current I use 8.1.2).
At MS Windows this problem does not occur.
Steps:
Enable "Document List Panel=Show" at Menu Settings/Preferences/General.
Open and close some text files over a long period .
Right after start of Notepad++ everything seems to be OK.
The redraw problem needs some time (hours?) to appear.
Possibly computers Stand-By mode also has an influence.
If the problem appears, it will not go away until Notepad++ is restarted.
--
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=54530
Bug ID: 54530
Summary: Unable to find an entry point named
'UiaDisconnectProvider' in DLL 'UIAutomationCore.dll'
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uiautomationcore
Assignee: wine-bugs(a)winehq.org
Reporter: hunt3rgz(a)protonmail.com
Distribution: ---
Created attachment 74074
--> https://bugs.winehq.org/attachment.cgi?id=74074
Wine log
I runned a .NET 5.0 application written with Windows Forms
https://github.com/X-Hax/sa_tools
When i close the 'create gradient' window, it gives me this error
System.EntryPointNotFoundException: Unable to find an entry point named
'UiaDisconnectProvider' in DLL 'UIAutomationCore.dll'.
at Interop.UiaCore.UiaDisconnectProvider(IRawElementProviderSimple provider)
at System.Windows.Forms.Control.ReleaseUiaProvider(IntPtr handle)
at System.Windows.Forms.Control.WmDestroy(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, WM msg, IntPtr
wparam, IntPtr lparam)
--
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=55581
Bug ID: 55581
Summary: Internet Explorer 6 crashes when viewing local or
intranet HTML pages
Product: Wine
Version: 8.15
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 75111
--> https://bugs.winehq.org/attachment.cgi?id=75111
Terminal output
Steps to reproduce:
1. Create a 32-bit Wine bottle
2. Run `winetricks ie6`
3. Run `wine 'C:\Program Files\Internet Explorer\IEXPLORE.EXE'
'C:\windows\Web\TIP.HTM'`
IE6 crashes in a similar way when opening <http://localhost/>. However, it does
not crash when opening images or plain text files.
--
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=53434
Bug ID: 53434
Summary: user32:msg - test_SendMessage_other_thread() sometimes
fails on Windows 10 1507 - 1909
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:msg - test_SendMessage_other_thread() sometimes fails on Windows 1507 -
1909:
msg.c:18493: main: call PeekMessage
msg.c:18505: Test failed: wrong status 00080000
msg.c:18507: main: call PeekMessage
msg.c:18508: Test failed: PeekMessage should fail
https://test.winehq.org/data/patterns.html#user32:msg
Where 0x00080000 indicates that there are still QS_POSTMESSAGE messages in the
queue and that none were added since the last call.
This only happens on Windows 10 1507 to 1909.
--
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=55570
Bug ID: 55570
Summary: Battleblock Theater shows window menu bar in
fullscreen
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: ---
Created attachment 75108
--> https://bugs.winehq.org/attachment.cgi?id=75108
wine log
Battleblock Theater shows a window menu in both fullscreen and windowed view
when launched from Steam. I am unsure if this behavior is also present in
Windows or not but it would be weird as well. The menu only has an empty
File-Exit entry and Help options.
I've attached a log of wine output launching Steam and a few seconds of the
game open. Please tell me if more logs are needed. Thank you.
--
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.