https://bugs.winehq.org/show_bug.cgi?id=57672
Bug ID: 57672
Summary: Knights of the Old Republic II - Rendering issues and
crashes when using new WoW64 mode
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)fdossena.com
Distribution: ---
Created attachment 77849
--> https://bugs.winehq.org/attachment.cgi?id=77849
Screenshot of how the game looks with the new WoW64 mode
I'm testing the "classic" version of KOTOR 2 (not the 2015 remaster from steam)
and I noticed a strange behavior.
When building Wine using the new WoW64 mode, the game has visual artifacts in
the character creation screen, and freezes when trying to start a new game.
When building Wine with the old WoW64, the game works correctly.
The first game, based on the same engine, works correctly with both versions of
WoW64.
Tested on:
* Arch Linux x86_64, Kernel 6.12
* AMD Radeon RX6900XT with Mesa 24.3.3
* KDE Plasma on Wayland (wine is running with the x11 backend)
I'm attaching screenshots of Wine 10.0-rc5. Logs don't show anything out of the
ordinary or different between the two builds.
--
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=37088
Bug ID: 37088
Summary: SmartBarXP hangs on exit
Product: Wine
Version: 1.7.24
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 49298
--> https://bugs.winehq.org/attachment.cgi?id=49298
terminal output
Noticed while checking bug 8018. Closing the application (either via Option,
Exit or clicking the X) results in a hang.
There's a seh exception thrown, as well.
--
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=57381
Bug ID: 57381
Summary: International Rally Championship Regression
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2011.ac(a)gmail.com
Distribution: ---
International Rally Championship used to run ok but has recently stopped
working. I dont know when exactly.
There is a demo here
https://archive.org/details/InternationalRallyChampionshipDemo
--
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=58220
Bug ID: 58220
Summary: Unable to start FileMon 7.03 from SysInternals -
Invalid function
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78535
--> http://bugs.winehq.org/attachment.cgi?id=78535
Error
FileMon 7.03 from SysInternals
https://web.archive.org/web/20070327060603/http://www.sysinternals.com/File…
Fails to start due to invalid function
--
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=58171
Bug ID: 58171
Summary: Breath of Fire IV, Ys VI crashes on the opening video
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: smazza(a)codeweavers.com
Regression SHA1: 277c8924c1ecd8626b26e19206908f648cc86e2c
Distribution: ArchLinux
Created attachment 78459
--> http://bugs.winehq.org/attachment.cgi?id=78459
terminal output
The GOG version of Breath of Fire IV and YS VI: The Ark of Naphistim crash when
the first opening video is about to play.
No demo versions exist.
Reverting commit
277c8924c1ecd8626b26e19206908f648cc86e2c
[amstream: Implement dynamic formats in ddraw stream.]
fixes the crash for me.
wine-10.6-71-gf7503d0a996
--
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=58224
Bug ID: 58224
Summary: [Website] HyperKitty has stopped working.
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: axis6404(a)proton.me
Distribution: ---
https://list.winehq.org/mailman3/hyperkitty/list/wine-bugs@winehq.org/
--
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=58229
Bug ID: 58229
Summary: _SH_SECURE sharing flag is not supported and causing
_wfsopen to fail
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: bruvzg13(a)proton.me
Distribution: ---
Calling _wfsopen with _SH_SECURE sharing flag result in failure and
"012c:err:msvcrt:_wsopen_dispatch Unhandled shflags 0x80" error in the
terminal.
0x80 value correspond to _SH_SECURE
Discovered while debugging Godot Engine -
https://github.com/godotengine/godot/pull/106392
Seems like the case for this flag is missing:
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/msvcrt/file.c?ref_ty…
The flag is documented as "shared read, exclusive write access"
(https://learn.microsoft.com/en-us/cpp/c-runtime-library/sharing-constants?v…),
and the issue can be worked around by substituting it with "(mode_flags ==
READ) ? _SH_DENYWR : _SH_DENYRW", which result in the same behavior as on
Windows (at least in our use case).
--
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=58228
Bug ID: 58228
Summary: Move child object page unable to fully load because it
is too long
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
Distribution: ---
When merging entries, the page that shows the entries to move the child objects
to displays as one long list in alphabetical order. That list is now so long
that the page cannot fully load:
Ooops! Something has gone terribly wrong!
Our monkey train has derailed! Worry not, a webmaster gopher help army has been
dispatched and is on the way.
If this error continues to be a problem, please report it to us on our Forums
error details:
Error Message: Maximum execution time of 60 seconds exceeded
File: query.php:119
Discovered while trying to merge 千千静听 (TTPlayer)
https://appdb.winehq.org/objectManager.php?sClass=application&iId=11003 with
TTPlayer
https://appdb.winehq.org/objectManager.php?sClass=application&iId=6077. The
move child objects page only got as far as the H's before timing out.
--
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=58221
Bug ID: 58221
Summary: Pot Player
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mosgf80(a)gmail.com
Distribution: ---
error 'WinDbg attached to pid 03e8'
--
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=55170
Bug ID: 55170
Summary: Access 97 installer fails with could not open file
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
I installed Debian 12 (32-bits), download wine and select development branch.
Got 8.11. Ran winecfg and selected Windows XP.
Insert install CD and run "wine setup.exe".
I get an error: Setup could not open the file
'Z:\opt\wine-devel\share\wine\fonts\ACMd51f.tmp'
Console output reports an error about read access denied for Z: and bad file
descriptor.
--
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=58211
Bug ID: 58211
Summary: Bonsai-Rx Application Crashes Due to
TREEVIEW_DoSelectItem Assertion
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: ncguilbeault(a)gmail.com
Distribution: ---
Created attachment 78524
--> http://bugs.winehq.org/attachment.cgi?id=78524
Crash log when launching Bonsai main editor or package manager
Hi there, and thank you for all the amazing work on Wine!
I'm a relatively new user and have encountered an issue when running a Windows
application called Bonsai-Rx under Wine. Bonsai-Rx is a C#/.NET-based
application widely used in neuroscience research. Traditionally, Bonsai running
on Linux has relied on Mono, but I’m exploring the possibility of running
Bonsai using Wine instead.
System Details:
Wine version: Built from source (latest master, 10.7) using Shared-WoW64
instructions
Bonsai version: Installed from official site (latest, 2.8.5):
https://bonsai-rx.org/docs/articles/installation.html
Wine prefix setup: .NET Framework 4.8 installed via winetricks -q dotnet48
System: Ubuntu 24.04, x86_64, kernel 6.8.0-59-generic
The Issue:
Bonsai installs and launches correctly. The welcome menu displays, but
selecting any option that would launch the main editor window or the package
manager (e.g., New File, Open File, Manage Packages, etc.) causes the
application to crash due to an assertion in the function:
`TREEVIEW_DoSelectItem(TREEVIEW_INFO *infoPtr, INT action, HTREEITEM newSelect,
INT cause)`
Observations:
If I comment out the assertion line in the above function and rebuild Wine,
Bonsai functionality works as expected.
I’ve tested several native DLL overrides (comctl32, comdlg32, vcrun6) without
success.
The issue persists in multiple Wine versions (10.3 through 10.7).
Questions:
What are the implications of removing this assertion in TREEVIEW_DoSelectItem?
Could this point to a misbehaviour in Bonsai, or is it a Wine edge case that
should be handled more gracefully?
Is there a better workaround or fix for ensuring compatibility with this
application?
I’ve attached the full error stack trace for reference. Any guidance or
insights would be greatly appreciated.
Thanks again for your time and your excellent 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=51537
Bug ID: 51537
Summary: Mouse does not work in civilization VI
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: voker57(a)gmail.com
Distribution: ---
Created attachment 70376
--> https://bugs.winehq.org/attachment.cgi?id=70376
complete log
Mouse does not work in Sid Meier's Civilization VI, menu loads but it is not
possible to do anything further.
This comment https://bugs.winehq.org/show_bug.cgi?id=49315#c9 suggests a cause
of this bug.
--
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=58227
Bug ID: 58227
Summary: xEdit require ITextRange::MoveEnd support for
tomCharFormat
Product: Wine
Version: 10.7
Hardware: x86-64
URL: https://github.com/TES5Edit/TES5Edit
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
When loading xEdit 4.1.5j(editor and viewer for Bethesda games and mods,
application is also called tes4edit, tes5edit ,etc depending on the game mod)
the program try to show a changelog of the application version.
With wine the application give a Not Implemented Error and while the changelog
is shown the Table of Content is empty.
The application is using RichEdit controls trought the msftedit.dll, using
native dll workaround this issue.
The application is using ITextRange::MoveEnd to have a range of the editor
containing the full text with bold and bigger text (the paragraph titles of the
changelog)
Turn out msftedit on windows don't rely on riched20 like wine dll does. The
error was a bit confusing at first and using native riched20 wasn't a solution
(actually was breaking the entire widget).
Before discovering the msftedit workaround I tried to make a crude
implementaton that while do works, opening the application in winxp
compatibility mode give the same TOC then using native msftedit (but there is a
slight difference when using windows 10 mode), it's abysmally slow (20-30
seconds to create the TOC)
--
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=58226
Bug ID: 58226
Summary: Warnings and notes when compiling from source on Arch
Linux (GCC 15.1.1 20250425)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joni.hilger(a)yahoo.de
Distribution: ---
Created attachment 78547
--> http://bugs.winehq.org/attachment.cgi?id=78547
Full log of the build (gzip because of size)
Hi,
when compiling wine from up to date sources (taken from Gitlab today
2025-05-13)
I get a few warnings (see wine-build-full.log.gz)
This is how I build it:
CFLAGS="-march=native -O3 -pipe -fno-plt -fexceptions \
-Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security \
-fstack-clash-protection -fcf-protection -ffat-lto-objects"
CXXFLAGS="$CFLAGS -Wp,-D_GLIBCXX_ASSERTIONS"
LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now \
-Wl,-z,pack-relative-relocs"
# Apply flags for cross-compilation
export CROSSCFLAGS="-O2 -pipe -g"
export CROSSCXXFLAGS="-O2 -pipe -g"
export CROSSLDFLAGS="-Wl,-O1"
../wine/configure \
--prefix=/usr \
--libdir=/usr/lib \
--with-x \
--with-wayland \
--with-gstreamer \
--enable-win64
make
../wine/configure \
--prefix=/usr \
--libdir=/usr/lib \
--with-x \
--with-wayland \
--with-gstreamer \
--with-wine64="$srcdir/$pkgname-64-build"
make
Made the following greps to have more focused logs (thought it might help):
grep -C 5 "note: " wine-build-full.log > wine-build-grepped-notes.log
grep -C 5 "warning: " wine-build-full.log > wine-build-grepped-warnings.log
(full log is called wine-build-full.log.gz)
Thank you for your help!
--
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=17124
Summary: MSYS installer doesn't pop up cmd window?
Product: Wine
Version: 1.1.13
Platform: Other
URL: http://www.mingw.org/wiki/msys
OS/Version: other
Status: NEW
Keywords: download, Installer, source
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
When install msys, it floods the terminal with:
This is a post install process that will try to normalize betweenyour MinGW
install if any as well as your previous MSYS installs if any. I don't have any
traps as aborts will not hurt anything.Do you wish to continue with the post
install? [yn ] pi.sh: [: ==: unary operator expectedDo you have MinGW
installed? [yn ] pi.sh: [: ==: unary operator expectedWhen you install MinGW I
suggest you install it to C:/mingw(replace C: with the drive of your choice).
Then create an/etc/fstab file with a line that has a value similar to:C:/mingw
/mingwPress ENTER to continue Normalizing your MSYS environment.You
have script /bin/awkYou have script /bin/cmdYou have script /bin/echoYou have
script /bin/egrepYou have script /bin/exYou have script /bin/fgrepYou have
script /bin/printfYou have script /bin/pwdYou have script /bin/rviYou have
script /bin/rviewYou have script /bin/rvimYou have script /bin/viYou have
script /bin/viewMinGW-1.1 has a version of make.exe within it's bin/
directory.Please be sure to rename this file to mingw32-make.exe once youve
echo installed MinGW-1.1 because it\s very deficient in function.Press ENTER to
continue.C:\msys\1.0\postinstall>pause
Press Return key to continue:
Towards the end. It looks like something that should be in a cmd prompt
(haven't tested on windows yet). The line endings are also wrong, but that's
another bug.
--
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=15949
Summary: MSYS does not integrate with MinGW install correctly
Product: Wine
Version: 1.1.8
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeffz(a)jeffz.name
Installing MSYS after MinGW on windows sets things up so that the existing
MinGW install integrates with MSYS, whereby /mingw from the MSYS shell points
to the MinGW install.
First download:
wget
http://downloads.sourceforge.net/mingw/MinGW-5.1.4.exe?modtime=1209244789&b…
run MinGW-5.1.4.exe with all defaults.
Second download:
wget
http://downloads.sourceforge.net/mingw/MSYS-1.0.10.exe?modtime=1079444447&b…
run wineconsole cmd (required because Wine doesn't launch a console window like
windows does)
MSYS-1.0.10.exe
Answer the defaults to the prompted questions on the console window before the
installer finishes (it pauses there)
wine cmd /c c:\msys\1.0\msys.bat
Typing 'gcc' in the msys terminal echos "sh: gcc: command not found", whereas
on windows it says gcc.exe: no input files.
On windows within msys, `ls /mingw` lists the contents of C:\mingw, on Wine
/mingw is empty.
--
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=54567
Bug ID: 54567
Summary: comdlg32: Find/Replace: Flags became invalid after
EN_KILLFOCUS.
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 74109
--> https://bugs.winehq.org/attachment.cgi?id=74109
the patch to fix this bug
The flags value became invalid after EN_KILLFOCUS.
It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and
close the find/replace dialog.
--
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=56093
Bug ID: 56093
Summary: msys/pacman: fails with "fixup_mmaps_after_fork:
VirtualQueryEx failed"
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Updating a msys2 installation via "pacman -Suy" fails in below way.
This is a result of the parent process doing a DuplicateHandle with
PROCESS_QUERY_LIMITED_INFORMATION and inheriting this to the forked process.
This fork tries to recreate the mappings of the parent but fails
the VirtualQueryEx call with this inherited handle of the parent process.
It does fail because in wine it leads to a call to get_process_from_handle
with PROCESS_QUERY_INFORMATION which the handle was not created with.
msys2 does intentionally use PROCESS_QUERY_LIMITED_INFORMATION instead
of PROCESS_QUERY_INFORMATION with DuplicateHandle on windows 8.1 and up.
wine bash.exe --login
pacman -Suy
0 [main] pacman 1051 fixup_mmaps_after_fork: VirtualQueryEx failed for
MAP_PRIVATE address 0x6FFFFFFF0000, Win32 error 5
562 [main] pacman 1051 C:\msys64\usr\bin\pacman.exe: *** fatal error in
forked process - recreate_mmaps_after_fork_failed
In the parent process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/sigp…
In the child process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/mm/m…
--
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=56925
Bug ID: 56925
Summary: msys2-64/cygwin64: unlink of read-only file fails
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 76744
--> https://bugs.winehq.org/attachment.cgi?id=76744
A few notes and backtraces in wine and cygwin.
In another attempt to check the state of msys2 or cygwin I found following
issue trying to update a msys2-64 installation:
# LANG=C pacman -Suy
:: Synchronizing package databases...
...
warning: could not remove lock file /var/lib/pacman/db.lck
error: failed to init transaction (unable to lock database)
error: could not lock database: File exists
...
A simpler version to reproduce is this:
rm -f test.txt
LANG=C wine cmd
echo test > test.txt
attrib +r test.txt
c:\msys64\usr\bin\rm.exe -f -v test.txt
Returns:
/usr/bin/rm: cannot remove 'test.txt': Permission denied
This tests were done with a wine tree including patches for this bugs:
52105
55138
53574
54995
--
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=58225
Bug ID: 58225
Summary: Using winecfg to change a Desktop Integration setting
and applying throws a "pack_message msg 14
(WM_ERASEBKGND) not supported yet" fixme.
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reelix(a)gmail.com
Distribution: ---
1.) Launch winecfg
2.) Navigate to the "Desktop Integration" tab
3.) Alter any setting (Eg: Theme, WinRT Theme, Font Size)
4.) Hit Apply
5.) Notice the fixme message in the Console
00f8:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
Whilst I normally wouldn't create a bug report for a specific fixme, a fixme
appearing in the winecfg tool itself is rather unusual, and far easier to
navigate.
--
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=58210
Bug ID: 58210
Summary: Alpha Protocol (Steam) launcher has grey overlay over
buttons
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://store.steampowered.com/app/34010/Alpha_Protoco
l/
OS: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: pgofman(a)codeweavers.com
Regression SHA1: 3437ba2dea115381217e64fdad6c8496cb8052f8
Distribution: ArchLinux
This commit reintroduces bug #38975 for me: the buttons in the launcher are
covered with a grey rectangle until you hover the mouse pointer over them (when
the buttons are "uncovered").
commit 3437ba2dea115381217e64fdad6c8496cb8052f8
win32u: Don't redraw window in expose_window_surface() if window has surface.
Happens either in fullscreen or virtual desktop mode.
X.Org X Server 1.21.1.16
XFCE/XFWM 4.20
Nvidia binary drivers 575.51.02
--
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=58146
Bug ID: 58146
Summary: HWiNFO 8.24 (latest): doesn't work unless winecfg is
set to Windows 7
Product: Wine
Version: 10.6
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Created attachment 78427
--> http://bugs.winehq.org/attachment.cgi?id=78427
Wine-devel 10.6 log using default Windows 10 in winecfg
HWiNFO 8.24 (latest version, compatible with Windows 10) doesn't work unless
winecfg is set to Windows 7 (instead of the default Windows 10). The intro
window will load, but after clicking "Start" the app will crash.
The progess bar stops at this stage:
Examining system configuration...
Initializing Kernel Driver...
With this error message:
Error
Cannot install the HWiNFO driver !
It might be blocked by the system other applications.
download link:
https://sourceforge.net/projects/hwinfo/files/Windows_Portable/hwi_824.zip/…
sha256: 74c71b6a8a3498f5a5254b4e692345c45ec5cf88246bf3516cd7c35faf516ca4
I'm using Gcenx's wine-devel 10.6 build
(https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.6) on macOS 11
--
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=53155
Bug ID: 53155
Summary: msys2 cannot be installed under wine
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hramrach(a)gmail.com
Distribution: ---
Created attachment 72589
--> https://bugs.winehq.org/attachment.cgi?id=72589
terminal output
There is a number of bugs that reference msys2 but all are marked as staging sp
presumably they should be addressed in the staging version.
nonetheless msys2 installer gets still stuck at 66%
sha256sum Downloads/msys2-x86_64-20220603.exe
6e5a76e36a651542e6b907a39776effb7670a139d6a017c3808fdcfaca84ee83
Downloads/msys2-x86_64-20220603.exe
--
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=58204
Bug ID: 58204
Summary: Winecfg Audio tab doesn't enumerate drivers or show
output devices, but test button works.
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 78512
--> http://bugs.winehq.org/attachment.cgi?id=78512
Screenshot of winecfg audio tab UI bug.
Under Wine-10.7 (specifically the winehq-devel packages for Debian), the
winecfg Audio tab doesn't seem to be functional even in a clean wine prefix.
There is no drop down for selecting audio drivers, and the currently selected
driver says "(None)".
The output and input device selection drop down boxes all say "(System
Default)" with no other options given.
The speaker configuration is completely blank, and speakers drop down is empty
and disabled.
The only thing that does seem to work is the "Test Sound" button which does
play a test sound, when clicked.
Manually selecting an audio driver (such as winealsa) using the helpful
registry key (HKCU->Software->Wine->Audio) does appear to work, but results in
no visible changes to winecfg. (The change can only be observed from
WINEDEBUG="+mmdevapi"'s console output.)
Even when shutting down pulseaudio / pipewire (systemctl stop and systemctl
disable), which _should_ just leave us with alsa, there are no visible changes
in winecfg, and the test button still works.
--
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=58222
Bug ID: 58222
Summary: [Fedora wiki - winehq GitLab] put sudo before install
commands for Fedora 41/42
Product: WineHQ Gitlab
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gitlab-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexschwartz01(a)gmail.com
Distribution: ---
NOTE: users can't make PRs to the wiki pages
---
Currently
---
Fedora 42:
dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/42/winehq.repo
Fedora 41:
dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/41/winehq.repo
---
It should be....
---
Fedora 42:
sudo dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/42/winehq.repo
Fedora 41:
sudo dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/41/winehq.repo
--
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.