https://bugs.winehq.org/show_bug.cgi?id=52412
Bug ID: 52412
Summary: Cygwin installer: "Select Prackages" dialog maximizes
itself
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shefben(a)gmail.com
Distribution: ---
The only way to get the dialog to a normal size is by dragging on the edges.
--
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=52402
Bug ID: 52402
Summary: Add 'go up one directory' button to open file/save
file dialog
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shefben(a)gmail.com
Distribution: ---
This is more of an annoyance with which I have wasted a lot of time
re-navigating into folders that are buried 10+ folder deeps; only to need to go
up 1 directory level from the folder the dialog opened to.
the save file & load file dialog needs a button for moving up 1 directory
level, which windows has had since probably its inception.
--
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=52388
Bug ID: 52388
Summary: Winrar failed to install
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chrisblakely25(a)hotmail.com
Created attachment 71611
--> https://bugs.winehq.org/attachment.cgi?id=71611
its the error log
I attempted to install winrar windows version for the gui as i didnt want to
use the command line interface
--
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=52498
Bug ID: 52498
Summary: wineboot does not block main thread
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: imre.steiner(a)oneidentity.com
Distribution: ---
Created attachment 71793
--> https://bugs.winehq.org/attachment.cgi?id=71793
wineboot has non-blocking output
Wine is used as a test tool..
There is a weird behavior when trying to initialize the test env with this
script:
<code>
#! /bin/bash
if ! [ -d "$HOME/.wine" ]; then
# this prevents wine asking for gecko and mono install
WINEDLLOVERRIDES="mscoree,mshtml=" wineboot -u
fi
# add some dll paths to the path
wine regedit /opt/add_dll_paths.x86_64-w64-mingw32.shared.posix.reg &>/dev/null
</code>
The weird thing is the regedit process was forked before the wineboot
process had been finished/disappeared.
(regedit can be replaced with any other command)
This causes a very unpredictable wine usage e.g. stuck processes.
Further details in the attachment.
With wine 6.0.2 there was no such an issue.
Environment:
Ubuntu 18.04 OS
Running docker container on a focal based Ubuntu image
Wine 7.0
--
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=52405
Bug ID: 52405
Summary: Shell Folder.CopyHere method fails
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: winehq-bugzilla(a)reichardt.de
Distribution: ---
Created attachment 71656
--> https://bugs.winehq.org/attachment.cgi?id=71656
Inno Setup script
I found this on macOS via Crossover but in the WineHQ forums it was confirmed
on Linux with Wine 2.0-rc6.
My usecase is an Inno Setup script that unzips a zip file via the Shell
Folder.Copy here method.
This works in a Windows 10 VM.
Seems it fails already with the portion of the script
Shell := CreateOleObject('Shell.Application');
*or*
ZipFile := Shell.NameSpace(ZipPath);
Attached is the Inno Setup script that works with Inno Setup 6.2
https://jrsoftware.org/isdl.php
The script downloads a zip and then tries to unzip it.
With Wine it gets a runtime error that the zip cannot be found or used (even
though the zip is right there in the path and is valid).
Forum post with Linux wine 7.0-rc6:
https://forum.winehq.org/viewtopic.php?f=2&t=36097&p=135722#p135722
--
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=52404
Bug ID: 52404
Summary: The program Spitfire Audio.exe has encountered a
serious problem and needs to close
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stebridgwater80(a)gmail.com
Distribution: ---
Created attachment 71650
--> https://bugs.winehq.org/attachment.cgi?id=71650
backtrace.txt contains the full details of the error
I am using Wine in Linux xfce (version 4.14.254-18421-g52c1f30155ad) which I
have installed onto an Acer Chromebook using crouton. Linux runs alongside
Chrome OS as a chroot application.
The App is Spitfire Audio 3.3.22 for Windows.
The download link is
https://www.spitfireaudio.com/library-manager/download/win/
The app is installed in .wine/drive_c/Program Files/Spitfire Audio/Spitfire
Audio.exe
The SHA1 checksum is ee79e88fc3d659944cd972f0ae4e3a929ee57cee
When I try to run the Spitfire Audio.exe program the following error message
appears:
The program Spitfire Audio.exe has encountered a serious problem and needs to
close.
I have attached the full program error details.
I would be grateful for your help or advice.
--
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=52299
Bug ID: 52299
Summary: Oculus Setup Installer Runs but Renders as a Black
Window
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 71453
--> https://bugs.winehq.org/attachment.cgi?id=71453
Wine-Staging 7.0-rc1 Terminal Output and Backtrace
Version of wine used:
Wine-Staging 7.0-rc1
SHA256:
ef04ac24ea20b404b175b0f18f706b7eabe5d5712f653e600cb7e8e715d93fa2
Download location:
https://www.oculus.com/download_app/?id=1582076955407037
-----
Dotnet 48 is required to render the program's window:
winetricks -q dotnet48
-----
Once the program launches, it renders as a black window.
Closing the program (after waiting for some time) allowed me to collect a
backtrace.
--
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=50571
Bug ID: 50571
Summary: Mouse issues with Escape from Tarkov
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: faalagorn(a)gmail.com
Distribution: ArchLinux
Currently, it's impossible to play on online servers due to BattlEye, but in
Escape from Tarkov (Unity game) there's a bug where the window loses focus and
gains it again, mouse can't be clicked. It's an old bug going back to older
versions of the game where BattlEye did'n prevent logging to the game, but it
seems to still be there in 6.0. It initially suffered from Bug 42631 which
seems to be largely fixed, but the mouse issues are still there, which is
present even on wine-staging and even wine-wayland where sometimes mouse
suffers from other issues such as it being offset by a few pixels. The same is
present on D3D12 render which can be forced with -force-d3d12 as well as on
DXVK.
I'm using Wayland window manager sway, but it seems the issue is present on X11
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=47920
Bug ID: 47920
Summary: Visio 2013 failed to complete installation
Product: Wine
Version: 4.11
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 32fdffac424b51fbbbd89c02022b4269930bdd31
Distribution: ---
Error message: 'Visio Professional 2013 encountered an error during setup.'
--
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=46915
Bug ID: 46915
Summary: Black boder around Wine App
Product: Wine
Version: 4.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hytzongxuan(a)gmail.com
Distribution: ---
Created attachment 64001
--> https://bugs.winehq.org/attachment.cgi?id=64001
border in Virtual Desktop
I tried to install a music player (Netease Cloudmusic) on Deepin 15.9 with Wine
4.4
Normally, this application's borders is drop shadows, but now, there is a thick
border line around the window.
What's worse, after I disabled Virtual Desktop, this border show in the wrong
place.
How could I fix it?
--
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.