http://bugs.winehq.org/show_bug.cgi?id=58209
Bug ID: 58209
Summary: add an environmental variable to control the Windows
Version
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Distribution: ---
the current environmental variables only include:
https://gitlab.winehq.org/wine/wine/-/wikis/Wine-User's-Guide#environment-variables
WINEDEBUG
WINEDLLOVERRIDES
WINEARCH
WINEPREFIX
there shoud also be an environmental variable to set the Windows Version
(currently set using `winecfg` and choosing Windows Version at the bottom of
the Applications tab)
usage:
WINEWINVER=winxp wine my-old-program.exe
all versions should have a corresponding WINEWINVER variable:
WINEWINVER=
win11
win10
win8.1
win8
win2008r2
...etc...
This also helps speed up testing of apps with issues, it's much faster than
switching Windows Versions using `winecfg` and relaunching the app
--
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=58155
Bug ID: 58155
Summary: Use space-saving APFS clones instead of copying file
data blocks to each WINEPREFIX on macOS
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
CC: dimesio(a)earthlink.net
When a WINEPREFIX is created using Wine on macOS, files from the Wine .app are
copied using actual copying of data blocks, instead of the space-saving
Copy-on-Write cloning mechanism of APFS (Apple File System), which only
references the already existing data blocks.
When using Gcenx's macOS package builds, the data blocks of files are copied
(from I believe Wine.app/Contents/Resources/wine/lib/wine/) to
$WINEPREFIX/drive_c/windows/. This wastes over 300 MB of space for each
WINEPREFIX created, which can add up, especially as it's recommended to install
each Windows app in its own WINEPREFIX. They should instead use APFS CoW clones
(similar to Linux btrfs reflinks).
Solution: use APFS Copy-on-Write when creating WINEPREFIXes, so it is faster
and saves space
How?: using the macOS terminal command `cp -c` uses CoW
see macOS's man pages for `cp(1)` and `clonefile(2)`
macOS 10.14 Mojave man pages online:
https://www.unix.com/man_page/mojave/1/cphttps://www.unix.com/man_page/mojave/2/clonefile/
A Stack Exchange answer mentioning that macOS's "`cp -c` is equivalent to
[Linux] `cp --reflink=always` (not `auto`), and will fail when copy-on-write is
not possible":
https://unix.stackexchange.com/a/504330
APFS was released for macOS devices on September 25, 2017, with the release of
macOS 10.13 High Sierra.
(https://en.wikipedia.org/wiki/Apple_File_System#History)
Gcenx's Wine 10.0 and later package releases for macOS
(https://github.com/Gcenx/macOS_Wine_builds/releases) only support macOS 10.15
Catalina and later. (macOS 10.12 Sierra though macOS 10.14 Mojave can be
installed via MacPorts).
How to test that Wine is not currently using APFS CoW clones: open Disk Utility
before creating a new WINEPREFIX, click on your Container disk and look at the
free space. Now create a new WINEPREFIX, the free space will decrease by about
300 MB. Delete the WINEPREFIX and empty the trash, watch the free space grow
back
--
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=57469
Bug ID: 57469
Summary: Abiword 2.6.8 - Trauncated image in "about" dialog
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: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 77473
--> https://bugs.winehq.org/attachment.cgi?id=77473
Truncated image in Wine
Abiword 2.6.8 from
https://web.archive.org/web/20210925210302/http://www.abisource.com/downloa…
Open "About" dialog.
"Image" is trauncated see bottom part
--
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=58219
Bug ID: 58219
Summary: Fopnu: "blanks" in download path during initial
configuration
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 78533
--> http://bugs.winehq.org/attachment.cgi?id=78533
Wine 10.7
Fopnu: "blanks" in download path during initial configuration
Download Fopnu v1.58 for 32-Bit Windows :
https://softradar.com/static/products/fopnu/distr/1.58/fopnu_softradar-com.…
In the initial configuration, "extra blanks" in the Download Folder
Similar bug in ReactOS: https://jira.reactos.org/browse/CORE-18804
--
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=55828
Bug ID: 55828
Summary: the program has encountered serious problem and need
to be closed,
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: t2embed
Assignee: wine-bugs(a)winehq.org
Reporter: atriadha(a)gmail.com
Distribution: ---
Created attachment 75321
--> https://bugs.winehq.org/attachment.cgi?id=75321
program error details
this can be caused by a problem in the program or a deficiency in wine. i'm
using devcpp on the archlinux
--
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=48361
Bug ID: 48361
Summary: Honkai Impact 3rd doesn't start
Product: Wine
Version: 5.0-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Without wine-staging the game crashes, with wine-staging the game simply
"terminates".
The log simply says
######
000b:fixme:winediag:__wine_start_process Wine Staging 5.0-rc2 is a testing
version containing experimental patches.
000b:fixme:winediag:__wine_start_process Please mention your exact version when
filing bug reports on winehq.org.
Terminated
######
Any logs I should provide?
--
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=58214
Bug ID: 58214
Summary: K-Meleon 75.1 after browsing to URL adressbar is not
repainted and appears blank
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 78527
--> http://bugs.winehq.org/attachment.cgi?id=78527
Broken URL bar
K-Meleon 75.1 from
http://download.sourceforge.net/project/kmeleon/k-meleon/75.1/K-Meleon75.1.…
K-Meleon 75.1 after browsing to URL adressbar is not repainted and appears
blank (see screenshot)
--
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=52254
Bug ID: 52254
Summary: Cold Steel Subs: Application is not transparent
(relies on DwmExtendFrameIntoClientArea)
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
URL: https://zerofield.net/2020/09/30/hajimari-no-kiseki-sp
readsheet-translation/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: johnny(a)localmomentum.net
Distribution: ---
Created attachment 71376
--> https://bugs.winehq.org/attachment.cgi?id=71376
ColdSteelSubs transparency code (currently not in the distributed application)
This application provides a transparent clickthrough overlay to show English
translations on top of the original Japanese source.
It relies on layered windows and DwmExtendFrameIntoClientArea to handle the
transparent display.
Currently, the main UI elements show, but the game (or any other application)
does not show through. This seems to be because DwmExtendFrameIntoClientArea
is only a stub. I'm not sure if that's the only reason it's not transparent,
but it's at least one of the reasons.
The program itself uses the unity3d engine along with some native dll calls to
the relevant user32 apis to handle the transparency.
I was able to get a copy of the relevant code (but not the whole application),
of which I will attach.
Since I can't get all of the code, I've been using an unity sample application
to try to figure out some parts myself (the relevant code is here
https://github.com/pheonise/Unity3D-Desktop-Overlay/blob/master/Assets/Scri…).
This unity3d application works as expected on windows, but is not transparent
via wine (as expected). When i comment the call to
DwmExtendFrameIntoClientArea, then it its also no longer transparent on windows
as well.
It seems that if the sample application works, then I can make sure the dev
applies to the same technique to the overlay application.
Please let me know If i can provide any more information.
--
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=56123
Bug ID: 56123
Summary: Git for windows installer freezes at the last step
(but does install the files correctly)
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: cedric.dewijs(a)eclipso.eu
Distribution: ---
The git for windows installer freezes at the end. The computer beeps when the
window is clicked. The window does not react to the X to close, but it does
react to the minimize button. Afterwards the window can not be restored again.
The installer did install the needed files, as VSCodium did gain git
capabilities.
To reproduce:
Download git for windows:
https://github.com/git-for-windows/git/releases/download/v2.43.0.windows.1/…
$ rm -rf ~/wine-tmp/
$ mkdir ~/wine-tmp
$ export WINEPREFIX=~/wine-tmp
$ cd ~/wine-tmp
$ cp ~/Downloads/Git-2.43.0-64-bit.exe .
$ wine Git-2.43.0-64-bit.exe Now the installer starts. Accpet the defaults.
Now the installer does it's steps, and stops at "Running post-install script".
When I ctrl-C in the console, the bash promt returns, but the installer window
remains. The computer beeps when the window is clicked. The window does not
react to the X to close, but it does react to the minimize button. Afterwards
the window can not be restored again.
Console output:
[cedric@cedric wine-tmp]$ cp ~/Downloads/Git-2.43.0-64-bit.exe .
[cedric@cedric wine-tmp]$ wine Git-2.43.0-64-bit.exe
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
004c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0054:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
004c:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
004c:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
004c:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0054:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0054:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0054:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0054:err:ole:start_rpcss Failed to open RpcSs service
0090:fixme:file:NtLockFile I/O completion on lock not implemented yet
0090:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0090:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
0090:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
00f0:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
wine: configuration in L"/home/cedric/wine-tmp" has been updated.
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0024:fixme:thread:GetThreadUILanguage : stub, returning default language.
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 005ED99C, 00000000
005ED9C4
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 005ED99C 00000000
005ED9C4) returning a dummy value (current locale)
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 005ED99C, 015EA680
005ED9C4
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 005ED99C 015EA680
005ED9C4) returning a dummy value (current locale)
0148:fixme:thread:GetThreadUILanguage : stub, returning default language.
0148:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0081D9E8, 00000000
0081DA10
0148:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0081D9E8 00000000
0081DA10) returning a dummy value (current locale)
0148:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0081D9E8, 019319B0
0081DA10
0148:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0081D9E8 019319B0
0081DA10) returning a dummy value (current locale)
0148:fixme:wtsapi:WTSRegisterSessionNotification Stub 000100A4 0x00000000
0148:fixme:uxtheme:BufferedPaintInit Stub ()
0148:fixme:win:DisableProcessWindowsGhosting : stub
0148:fixme:graphics:ShutdownBlockReasonDestroy (000100A4): stub
0148:fixme:graphics:ShutdownBlockReasonCreate (000100A4, L"Installing"): stub
0148:fixme:graphics:ShutdownBlockReasonDestroy (000100A4): stub
0148:fixme:graphics:ShutdownBlockReasonCreate (000100A4, L"Installing Git."):
stub
0148:fixme:system:EnableNonClientDpiScaling (000100B2): stub
0148:fixme:msg:ChangeWindowMessageFilterEx 000100B2 c051 1 00000000
0148:fixme:system:EnableNonClientDpiScaling (000200B2): stub
0148:fixme:msg:ChangeWindowMessageFilterEx 000200B2 c051 1 00000000
0148:fixme:msg:ChangeWindowMessageFilterEx 000100BC c051 1 00000000
0148:fixme:msg:ChangeWindowMessageFilterEx 000200BC c051 1 00000000
0148:fixme:shell:SHAutoComplete stub
0148:fixme:shell:SHAutoComplete stub
0148:fixme:explorerframe:taskbar_list_SetProgressValue iface 01FBDD50, hwnd
000100A4, ullCompleted 0, ullTotal 503 stub!
0148:fixme:sfc:SfcIsFileProtected (00000000, L"C:\\Program
Files\\Git\\unins000.exe") stub
0148:fixme:explorerframe:taskbar_list_SetProgressState iface 01FBDD50, hwnd
000100A4, flags 0 stub!
0188:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0198:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0198:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01a8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01a8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01b8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01b8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01c8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01c8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01d8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01d8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01e8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01e8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01f8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01f8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0208:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0208:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0218:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0218:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0228:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0228:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0238:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0238:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0248:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0248:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0258:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0258:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0268:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0268:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0290:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
02b0:fixme:ntdll:NtSetInformationToken unimplemented class 4
02b0:fixme:security:GetWindowsAccountDomainSid (00000007FFFFC2A0
00000000007C2CF8 00000007FFFFC29C): semi-stub
02b0:fixme:netapi32:DsEnumerateDomainTrustsW ((null), 0x0023, 00000007FFFFC368,
00000007FFFFC354): stub
02b8:fixme:wldap32:ldap_set_optionW Unsupported option: 0x95
02b8:fixme:wldap32:ldap_set_optionW Unsupported option: 0x96
02b0:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but
remote serverL"\\\\@" was requested.
^C02bc:fixme:console:default_ctrl_handler Terminating process 20 on event 0
[cedric@cedric wine-tmp]$ ^C
I'm running Arch linux, LXDE on Xorg, AMD video card with the open source
drivers.
$ wine --version
wine-9.0-rc3
$ uname -a
Linux cedric 6.6.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 14 Dec 2023 03:45:42
+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.
http://bugs.winehq.org/show_bug.cgi?id=58206
Bug ID: 58206
Summary: Orwell Dev-C++ TDM GCC 5.11 icons wrongly placed and
therefore cut off in "first time configuration"
Product: Wine
Version: 10.6
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 78514
--> http://bugs.winehq.org/attachment.cgi?id=78514
Icons wrongly placed in Wine
http://download.sourceforge.net/project/orwelldevcpp/Setup%20Releases/Dev-C…
icons wrongly placed and therefore cut off in "first time configuration"
--
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=58187
Bug ID: 58187
Summary: page fault during NdrContextHandleUnmarshall when
running cpu-z x64 version
Product: Wine
Version: 10.5
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: 2012720421(a)qq.com
Distribution: ---
Created attachment 78485
--> http://bugs.winehq.org/attachment.cgi?id=78485
the backtrace
When running cpu-z on the arm64 platform with arm64ec mode, the rpcrt4 crashed
by visiting invalid address.
tried build rpcrt4 as arm64ec_x64 mode but failed also.
Running on x64 PC seen fine and no crash occurred.
--
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=58205
Bug ID: 58205
Summary: PHP error removing maintainer
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: jnewman(a)codeweavers.com
Distribution: ---
From the logs:
PHP Fatal error: Uncaught Error: Non-static method
maintainer::findVersionMaintainer() cannot be called statically in
/home/winehq/opt/appdb/maintainerdelete.php:42
--
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=58012
Bug ID: 58012
Summary: DOOM + DOOM II: rsaenh regression
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rsaenh
Assignee: wine-bugs(a)winehq.org
Reporter: joelh(a)disroot.org
Distribution: ---
Created attachment 78271
--> https://bugs.winehq.org/attachment.cgi?id=78271
backtrace of doom_gog.exe
DOOM + DOOM II by Nightdive Studios released in 2024. I am using the GOG.com
version.
The game will get past the opening screens, then crash on the main menu. It
worked okay in Wine 10.2.
I have tracked down the problematic commit to:
fd539487b7860ff0a53474aa6fbcbe229f3f42c1 rsaenh: Use the bundled tomcrypt
to replace the local copy.
--
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=58041
Bug ID: 58041
Summary: PlayOnline Viewer: Black screen when running via
winewayland.
Product: Wine
Version: 10.4
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: Gentoo
Running PlayOnline Viewer via Wayland by setting DISPLAY="" in an LXQt/Wayfire
session results into a completely black window.
The application still works, just no content can be seen.
Final Fantasy XI Online, which PlayOnline Viewer is used to launch, seems to
work OK so far, when navigated to blindly.
Did not spot anything different in the default terminal output yet.
Running via XWayland works as expected, though that also means a black screen
in displays other than the primary screen, or rather the content just isn't
updated in the other screens.
Without XWayland, the result is the same regardless of the display.
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.
https://bugs.winehq.org/show_bug.cgi?id=57570
Bug ID: 57570
Summary: Syntax Error in CMD Batch Parsing
Product: Wine-staging
Version: 10.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: juan3(a)yandex.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 77673
--> https://bugs.winehq.org/attachment.cgi?id=77673
running wine cmd
When attempting to run the `msys2_shell.cmd` script from MSYS2, Wine fails with
a syntax error: `Syntax error: unexpected IN`. This issue occurs during the
batch file parsing phase.
1. Download the MSYS2 base archive from the following link:
```
https://github.com/msys2/msys2-installer/releases/download/2024-12-08/msys2…
```
2. Extract the archive to a directory, e.g., `Z:\msys2\msys64`.
3. Navigate to the extracted directory:
```
Z:\msys2\msys64>
```
4. Run the `msys2_shell.cmd` script with the following arguments:
```
msys2_shell.cmd -here -defterm -no-start
```
5. Observe the error:
```
Syntaxfehler
Syntax error: unexpected IN
```
The `msys2_shell.cmd` script should execute without errors and launch the MSYS2
shell environment.
Wine fails with a syntax error: `Syntax error: unexpected IN`.
--
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=57621
Bug ID: 57621
Summary: using glfw with angle doesn't seem to work
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: juan3(a)yandex.com
Distribution: ---
Created attachment 77741
--> https://bugs.winehq.org/attachment.cgi?id=77741
Wine crashes trying to run red_circle, something to do with not finding symbols
on the dlls
when building this project under msys2 windows
https://github.com/Kreijstal/glfw-example.git
and running it under wine, with the non windows dll dependencies copied over.
It turns it can't run under wine. It works fine under windows however.
--
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=56927
Bug ID: 56927
Summary: msys2-64/cygwin64: rsync fails with 'Socket operation
on non-socket'
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 76749
--> https://bugs.winehq.org/attachment.cgi?id=76749
Notes to reproduce, a backtrace in cygwin/wine.
I tried to check if bug #19858 is still an issue.
Unfortunately I hit a rsync call which fails:
$ rsync -aq --delete-before dir-a dir-b
rsync: [Receiver] Failed to dup/close: Socket operation on non-socket (108)
rsync error: error in IPC code (code 14) at pipe.c(157) [Receiver=3.2.7]
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(231)
It looks like rsync forks a child process, and the child tries then to close
the derived socket, which cannot be found in closesocket/socket_list_remove.
This seems kind of similar to bug #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.
https://bugs.winehq.org/show_bug.cgi?id=53574
Bug ID: 53574
Summary: MSYS2 "pacman -Sy" fails key lookup
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joel(a)airwebreathe.org.uk
Distribution: ---
Created attachment 72951
--> https://bugs.winehq.org/attachment.cgi?id=72951
Log of console interaction
With a fresh Msys2 installation, pacman fails to run, because it keeps
producing "key lookup failed" errors. The user is prompted to with the
following message:
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
However, if the user selects "yes", pacman simply asks the same question again
after a short delay, in an infinite loop.
--
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=55138
Bug ID: 55138
Summary: msys2: bash.exe is not able to fork/start another
process.
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 74697
--> https://bugs.winehq.org/attachment.cgi?id=74697
allocation stacks in parent and child bash.exe
This is a followup to bug 47808.
If I understand it right, bug 47808 was primarily about native libraries
getting called at a win32 stack which was not yet committed.
Those native libraries then jumped over the guard page, therefore the stack
got not grown, instead a crash reported.
This aspect was fixed by using the syscall interface and
therefore bug 47808 was closed.
But there is another issue that causes a msys2-forked process crashing,
because after the stack was grown it still misses the PAGE_READWRITE flags.
For this Zeb Figura included in the first attachement to bug 47808
"always expand the stack if within the stack reserve"
a line adding the flags "VPROT_COMMITTED | VPROT_READ | VPROT_WRITE"
to the page that gets the VPROT_GUARD removed in grow_thread_stack.
This modification still enables a forked process to run.
The issue can be reproduced with an unmodified wine by just
- running msys2 bash.exe interactively
- then trying to start e.g. notepad from it.
Attached file shows the stack when the stack gets allocated
- in a working msys2-parent process and
- in a failing msys2-forked child process.
Therefore it looks like the forked stack get really setup differently,
but it is still not clear if or when this memory gets the READ/WRITE
added in native windows.
--
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=58144
Bug ID: 58144
Summary: Wordpad: garbage in dialog when opening
Edit>Advanced>Complete Text
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
As logged in ReactOS https://jira.reactos.org/browse/CORE-19868 with possible
fix in https://github.com/reactos/reactos/pull/7922
Open Wordpad
Do NOT enter any content
Edit>Advanced>Complete Text
Shows a first "empty" dialog (expected, as no content)
then shows a second dialog with some garbage ==> Should not happen.
--
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=53121
Bug ID: 53121
Summary: IrfanView: In full screen mode the image title is not
correctly repainted when switching between images
Product: Wine
Version: 7.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 72576
--> https://bugs.winehq.org/attachment.cgi?id=72576
Example
Steps to reproduce:
1. Download IrfanView
2. File -> Open an image file (which matches or exceeds your display
resolution)
3. Press Enter (goes in full screen mode)
4. Press right arrow or left arrow (alternatively "Space" and "Back Space") to
browse through images forward or backward.
The area where the image path and name are being rendered starts to look bad
(i.e. it's not correctly repainted). It's in the left top corner.
The example 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=42284
Bug ID: 42284
Summary: Enable using Wine with Wayland and without X on Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Currently, Wine on Linux is strongly dependent on X, and when used with the
desktop environment with new Wayland display server, Wine is forced to run
through XWayland, which so far remains a poor experience.
The whole Linux desktop is now strongly pushing the switch from X to Wayland,
and many major applications are now in the process of enabling this switch.
Is there some plan for such effort in Wine? Is it even feasible? I couldn't
find any bugs opened for it, so I'm opening one here to track this.
--
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=58106
Bug ID: 58106
Summary: PrintDialog (System.Windows.Controls): does not set
PageRange and PageRangeSelection
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: igor.ivanov.0501(a)gmail.com
Distribution: ---
Created attachment 78364
--> http://bugs.winehq.org/attachment.cgi?id=78364
Sample App for VS22 with executable
After opening PrintDialog and manually setting PageRange returned result will
be unchanged. See sample in attachment
--
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.