https://bugs.winehq.org/show_bug.cgi?id=56983
Bug ID: 56983
Summary: UI: Application using ModernWPF crashes,
Windows.UI.ViewManagement.UISettings not implemented
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madbyte(a)tuta.io
Distribution: ---
Created attachment 76812
--> https://bugs.winehq.org/attachment.cgi?id=76812
Generated log file using WINEDEBUG=err+all,+debugstr
UI library: ModernWPF(https://github.com/Kinnara/ModernWpf)
Tried on latest Wine 9.13 devel release.
Log is in the attachments.
--
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=57424
Bug ID: 57424
Summary: msys2-64/cygwin64: mintty.exe not able to show
bash.exe output.
Product: Wine
Version: 9.21
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: ---
Cygwin in version 3.5.4 or later relies in having the WriteQuotaAvailable
member of a NtQueryInformationFile(FilePipeLocalInformation) query
to be non-zero.
This causes mintty.exe not being able to show the bash.exe output
when running in wine.
A bisect of cygwin1.dll led to this cygwin commit:
49018bf5774fc90ddddc762a8462030c5d528643 is the first broken commit
commit 49018bf5774fc90ddddc762a8462030c5d528643
Author: Takashi Yano <takashi.yano(a)nifty.ne.jp>
Date: Mon Jul 1 17:44:53 2024 +0900
Cygwin: pty: Avoid client deadlock when pty master stops to read.
https://www.cygwin.com/cgit/newlib-cygwin/commit/?h=cygwin-3_5-branch&id=49…https://www.cygwin.com/cgit/newlib-cygwin/commit/?id=c4fb5da2787693ea3bf20b…
Installing cygwin/msys2 or reproducing this issue
might need several other patches from this tree:
https://gitlab.winehq.org/bernhardu/wine/-/commits/msys2-cygwin_2024-11-16/…
--
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=54923
Bug ID: 54923
Summary: Drag and drop is not working in Delphi based
applications
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.org(a)mail.magynhard.de
Distribution: ---
The drag and drop does not work inside applications that are based on Delphi by
default anymore.
For example, when using HeidiSQL, I'm not able to move entries in the
connection session manager into a folder to organize my connections.
WORKAROUND:
It is working, if i select "Windows XP" in winecfg, but not working for example
for "Windows 10". So it seems that the drag and drop feature got lost at later
"windows versions". On a real Windows 10 machine it works without any problems.
Might be related with "gdiplus_winxp" -> see other Delphi applications with the
same problem:
https://github.com/TES5Edit/TES5Edit/issues/774
--
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=58084
Bug ID: 58084
Summary: Commit d813ffc3 (ntdll: Align virtual memory
allocations to the host page size) breaks Wine in a
Rosetta emulated Docker environment
Product: Wine
Version: 10.5
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alex(a)willner.ws
**Version:** 10.5 and 10.4
**Steps that will reproduce the problem:**
On an arm64 M2 run macOS 15.4 (24E248) and execute with Docker version 28.0.4
(b8034c0):
docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.4 sh -c
'wine --version && winecfg'
**What is the expected result:**
> % docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.5 sh -c 'wine --version && winecfg'
> wine-10.5
> wine: created the configuration directory
> ...
**What happens instead:**
> wine-10.5
> wine: dlls/ntdll/unix/virtual.c:253: anon_mmap_fixed: Assertion `!((UINT_PTR)start & host_page_mask)' failed.
> qemu: uncaught target signal 6 (Aborted) - core dumped
> Aborted
**Possible workaround:**
Downgrade to Wine 10.4:
> % docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.4 sh -c 'wine --version && winecfg'
> wine-10.4
> wine: created the configuration directory
> ...
*Any additional information:**
See Commit d813ffc3: ntdll: Align virtual memory allocations to the host page
size.
https://gitlab.winehq.org/wine/wine/-/commit/d813ffc3557083fd135a28d59f490b…
--
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=25936
Summary: SolidWorks 2010: sldim.exe shows blank window
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=33059)
--> (http://bugs.winehq.org/attachment.cgi?id=33059)
Image showing the problem
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko
3) wine /sldim/sldim.exe
Behaviour:
Blank window (see attachment)
Expected behaviour:
The window shouldn't be blank
--
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=27403
Summary: Collapsable section headers in Solidworks property
manager are overdrawn, thus unusable
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mpartap(a)gmx.net
The problem can be seen in the attached video: headers on the first tab are
first displayed correctly (and are clickable), then they get overdrawn slowly
which makes them non-clickable. Usually, the second tab does not have this
problem, and some actions trigger the header buttons to be redrawn, but they
get overdrawn again at once. I tried to nail down the problem by vastly
expanding RelayExclude to the 500 topmost function calls, an excerpt of the
resulting log is also attached. No fixmes or warnings come up.
--
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=11461
Summary: TortoiseSVN does not run under Wine
Product: Wine
Version: 0.9.5.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mslinn(a)mslinn.com
I note that Winscp (winscp.org) is able to display TortoiseSVN menus in the
local file window when running under Windows, but not when running under wine.
Here is how I invoke winscp under wine:
WINEDEBUG=fixme-all wine "c:/program files/winscp/winscp"
Background:
WinSCP is a very nice GUI front end for Subversion (svn). You can read about
it and download it here: http://tortoisesvn.tigris.org/
TortoiseSVN should not be run across a network when the Icon Overlays feature
is enabled.
http://tortoisesvn.net/node/138http://tortoisesvn.net/node/267
However, TortoiseSVN's icon overlay feature is one of the program's major
assets.
I want to use Cygwin's xterm to connect to the samba server that holds the svn
checkout directory and use Wine to run TortoiseSVN locally on that server. The
user would be presented with a nice visual representation of the state of their
checked out Subversion project, and performance would be good.
On Windows, TortoiseSVN can display its icons in any file chooser window, and
in Windows Explorer. I have also found that WinSCP's explorer view will show
icons for the local machine.
I would prefer not to have to run WinSCP in order to view TortoiseSVN icons.
Perhaps a tiny Win32 program that merely shows a file dialog would be
sufficient to run in an xterm, if Wine would support whatever system calls
TortoiseSVN makes.
For me, and many other programmers and IT personnel who work in a mixed
Windows/Linux environment, Wine would be much more useful if there was a way to
run it under Wine. Might it be possible to extend winefile with whatever it
currently lacks in order to allow TortoiseSVN 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.
http://bugs.winehq.org/show_bug.cgi?id=58162
Bug ID: 58162
Summary: GetPrivateProfileIntA/W and
WritePrivateProfileStringA/W does not detour properly.
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 78443
--> http://bugs.winehq.org/attachment.cgi?id=78443
sone_patch's debug log under Windows 10.
When trying to detour a Recettear - An Item Shop's Tale's custom.exe using
https://gitlab.com/redpolline/sone_patch, all attempts to update the game's
config ini file fail under Wine, but work under Windows.
The game's custom.exe uses the GetPrivateProfileIntA() and
WritePrivateProfileStringA() functions to access the game's ini file instead of
calling CreateFileA(), ReadFile(), and WriteFile() directly.
I assume that the cause is Wine possibly having GetFullPathNameW() as a
statically linked symbol within the context of GetPrivateProfileIntA() and
WritePrivateProfileStringA(). (As all three of them are exported by
kernel32.dll, and therefore the compiler would not need to search for the
symbol at build time.) But I could be wrong here.
What matters is that when sone_patch detours GetFullPathNameA/W(),
GetPrivateProfileIntA() and WritePrivateProfileStringA() should be affected by
that detour without being detoured themselves.
A good way to see this is by using sone_patch's debug build, as it logs when a
detoured function is hit, along with the given arguments.
Under Windows 10, multiple calls to GetFullPathNameA/W() are seen in the log.
(But no CreateFileA/W() for the ini file.)
Under Wine, no calls are logged at all for the ini file. The only call to
GetFullPathNameW() seen under Wine is for
C:\windows\resources\themes\light\light.msstyles. Which isn't present under the
Windows log, so that one is Wine specific.)
As a result, the game's button config and display settings cannot be altered by
the game's custom.exe. As it gets the original (developer intended) file which
is read-only (and owned by another user) on my system. Which sone_patch is
supposed to workaround through the detouring of GetFullPathNameA/W() to point
custom.exe to an accessible file elsewhere.
--
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=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.