https://bugs.winehq.org/show_bug.cgi?id=56234
Bug ID: 56234
Summary: foobar2000 advanced preferences Apply button not
available when change options via checkboxes
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paregistrase(a)yahoo.es
Distribution: ---
In the Preferences: Advanced window when an option is changed via checkboxes
the Apply button remains grey and the change can't be set.
Screenshot: https://imgur.com/wcnT4o1
Also the rounded checkboxes can't be activated
Screenshot: https://imgur.com/MFbApn6
But the options that have a text to edit enable the Apply button when changes
Screenshot: https://imgur.com/1KM0xy2
Others pages in preferences like the Context menu also presents this problem.
Previously this used to 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=55981
Bug ID: 55981
Summary: Dragon Age Origins: Runs slowly when using the
experimental wow64 mode
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 75572
--> https://bugs.winehq.org/attachment.cgi?id=75572
Dragon Age : Origins main menu with new wow64 + OpenGL renderer
Dragon Age : Origins works with the new wow64 experimental mode but it's very
slowly and unplayable. This bug affect "Beyond Good & Evil" too.
Use DXVK fix this issue so something wrong with new wow64 + opengl renderer ?
--
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=47068
Bug ID: 47068
Summary: fixme:ntdll:create_logical_proc_info Only 64 Threads
are usable
Product: Wine
Version: 4.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: coolx67(a)gmx.at
Distribution: ---
When running heavy multi threaded programs such as scientific applications or
benchmarks it shows that only 64 threads can be used.
> 002a:fixme:ntdll:create_logical_proc_info Improve CPU info reporting: system supports 96 logical cores, but only 64 supported!
The problem is here
https://github.com/wine-mirror/wine/blob/master/dlls/ntdll/nt.c#L1687
I don't know how much time I have to fix this.
But if someone would brainstorm this with me.
It were my first 5 minutes in the Wine code so please have some understanding.
If there would be some mentor who would give me some advice I could probably
fix some of the 22k+ FIMES in the code :)
Here the WINEDBG from Cinebench
https://pastebin.com/FrgSGxGw
--
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=47278
Bug ID: 47278
Summary: Europa Universalis 4 Golden Century require TGA
support in D3DXSaveSurfaceToFileInMemory
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
HI.
As the title says, Europa Universalis 4 Golden Century (so version 1.28.3
Spain), require TGA file support for D3DXSaveSurfaceToFileInMemory function.
In the log there is :
0057:fixme:d3dx:D3DXSaveSurfaceToFileInMemory File format 0x2 is not supported
yet
After the line the application catch a MEMORY_ACCESS_VIOLATION and close
itself.
In the log there is also a bunch of:
0057:fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
For now winetricks d3d9x_43 is a workaround
--
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=56106
Bug ID: 56106
Summary: Roon 2.0.23 crashes due to unable to find library:
Windows.Storage.Streams.RandomAccessStreamReference
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bunsengorionik(a)gmail.com
Distribution: ---
Same root cause as BugID#55867 (https://bugs.winehq.org/show_bug.cgi?id=55867)
but the error is different on wine RC1 or RC3.
Relevant snippet from the log attached:
0118:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.Storage.Streams.RandomAccessStreamReference"
0118:err:eventlog:ReportEventW L"Application: Roon.exe\n"
0118:err:eventlog:ReportEventW L"CoreCLR Version: 6.0.2123.36311\n"
0118:err:eventlog:ReportEventW L".NET Version: 6.0.21\n"
0118:err:eventlog:ReportEventW L"Description: The process was terminated due to
an internal error in the .NET Runtime at IP 00006FFFFBC22699 (00006FFFFBA50000)
with exit code c0000005.\n
Running 9.0-rc3 wine-staging on Linux Mint 21.2.
--
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=53103
Bug ID: 53103
Summary: ie8 doesn't start (race condition)
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: eric.pouech(a)orange.fr, jacek(a)codeweavers.com
Regression SHA1: f034084d49b354811096524d472ae5172ac1cebf
Distribution: Debian
Created attachment 72538
--> https://bugs.winehq.org/attachment.cgi?id=72538
terminal output
Regression, I *believe* introduced by:
commit f034084d49b354811096524d472ae5172ac1cebf
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Thu Mar 17 08:27:28 2022 +0100
kernelbase: Handle corner case in CreateProcess.
In CreateProcess, if:
- parent isn't attached to a console
- CreateProcess's flag isn't set with DETACHED_PROCESS nor
CREATE_NEW_CONSOLE
- child is a CUI program
then a console must be allocated for the child.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52048
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
before this commit (i.e., with c7e87b536edb28bb48162690e0d42c9ba9ccb43c),
installing/starting ie after `winetricks -q ie8` works without failure. After
this commit, there's a race.
Of course, it's a race, so I can't be 100% sure, but I can run at
c7e87b536edb28bb48162690e0d42c9ba9ccb43c 15 times in a row without failure, but
fails most of the time at f034084d49b354811096524d472ae5172ac1cebf).
To reproduce:
$ wineserver -k ; rm -rf ~/.wine ; winetricks -q ie8 ; wineserver -w ; wine
'C:\Program Files\Internet Explorer\iexplore.exe' http://example.org
if successful, IE will show its window. If it fails, no window will appear.
--
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=56108
Bug ID: 56108
Summary: Edit control should stop processing characters when
left mouse button is down
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
When the left mouse button is held down, the edit control should stop
processing characters until the button is released.
Fix :
static LRESULT EDIT_WM_Char(EDITSTATE *es, WCHAR c)
{
BOOL control;
+ if (es->bCaptureState)
+ {
+ return 0;
+ }
+
control = GetKeyState(VK_CONTROL) & 0x8000;
--
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=56225
Bug ID: 56225
Summary: Myst deadlocks on start since Wine 3.2
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `sudo sysctl vm.mmap_min_addr=0`
2. Run `DISPLAY=:1 wine MYST.EXE`
In Wine 3.1, the game pops up a dialog that says "Myst requires a 256-color
palettized display driver." But in Wine 3.2 and later, Wine just prints an
error like the following:
00f0:err:sync:RtlpWaitForCriticalSection section 777129E0
"../wine/dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out in thread
00f0, blocked by 0114, retrying (60 sec)
`git bisect` says:
ed6bdb3c51cd4b8c94f9839806321703e7aa9765 is the first bad commit
commit ed6bdb3c51cd4b8c94f9839806321703e7aa9765
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Feb 5 17:03:48 2018 +0100
krnl386: Remove support for DPMI real-mode calls.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
$ sha256sum myst_win3x_win.7z
562d3a3d829648352b94ab0d828290f17f90406d34218ebe3ffd0ac012cb12e3
--
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=54066
Bug ID: 54066
Summary: SysLink control shouldn't delete the HFONT it didn't
create
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: vz-wine(a)zeitlins.org
Distribution: ---
I believe there is a bug in `dlls/comctl32/syslink.c` where `WM_DESTROY`
handler calls `DeleteObject(infoPtr->Font)`, although this font is not owned by
the control -- it is (or can be) given to it via `WM_SETFONT` and doing this
means that a system font can be destroyed prematurely, resulting in plenty of
other problems later on in the program.
Amazingly, it looks like this code was there since a1f3756daab (Free allocated
font handles when control is destroyed., 2004-12-08) and I don't really
understand how could it not be noticed until now, but apparently somehow it
wasn't.
The following trivial patch:
```
diff --git a/dlls/comctl32/syslink.c b/dlls/comctl32/syslink.c
index 8130bf19641..efc3467838b 100644
--- a/dlls/comctl32/syslink.c
+++ b/dlls/comctl32/syslink.c
@@ -1709,7 +1709,6 @@ static LRESULT WINAPI SysLinkWindowProc(HWND hwnd, UINT
message,
case WM_DESTROY:
TRACE("SysLink Ctrl destruction, hwnd=%p\n", hwnd);
SYSLINK_ClearDoc(infoPtr);
- if(infoPtr->Font != 0) DeleteObject(infoPtr->Font);
if(infoPtr->LinkFont != 0) DeleteObject(infoPtr->LinkFont);
SetWindowLongPtrW(hwnd, 0, 0);
Free (infoPtr);
```
is enough to fix the problem for me.
--
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.