https://bugs.winehq.org/show_bug.cgi?id=50816
Bug ID: 50816
Summary: Wine-staging 6.4 regression: No man's sky doesn't
start anymore
Product: Wine-staging
Version: 6.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69628
--> https://bugs.winehq.org/attachment.cgi?id=69628
Backtrace
Since version 6.4 of wine-staging, NMS doesn't start anymore.
It crashes before it finishes the long loading (which is very long, like 5
minutes) but on wine-staging 6.3 everything worked.
--
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=35304
Bug ID: 35304
Summary: `wine start appwiz.cpl` doesn't work
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Classification: Unclassified
$ wine start appwiz.cpl
err:wineboot:ProcessRunKeys Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2)
fixme:exec:SHELL_execute flags ignored: 0x00000100
Application could not be started, or no application associated with the
specified file.
ShellExecuteEx failed: File not found.
$ wine appwiz.cpl
err:wineboot:ProcessRunKeys Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2)
Segmentation fault
It starts fine from `wine control` though.
I remember I could start appwiz.cpl previously so it looks like a regression.
--
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=52258
Bug ID: 52258
Summary: Changing L"\\\\.\\DISPLAY1" display settings returned
-2 error
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: robert.ayrapetyan(a)gmail.com
Distribution: ---
Hi, I'm running some old game (Faust: The Seven Games of The Soul), it runs
fine on a usual setup. But when I try to run it inside a Dockerized Wine
container (via RDP), I'm getting:
0148:Call
winex11.drv.EnumDisplaySettingsEx(0031f21c,ffffffff,0031f13c,00000000)
ret=6ed8aa83
0148:Ret winex11.drv.EnumDisplaySettingsEx() retval=00000001 ret=6ed8aa83
0148:Ret winex11.drv.ChangeDisplaySettingsEx() retval=fffffffe ret=6ed8ba60
0148:err:system:ChangeDisplaySettingsExW Changing L"\\\\.\\DISPLAY1" display
settings returned -2.
0148:Ret user32.ChangeDisplaySettingsExW() retval=fffffffe ret=7ed1af41
0148:Ret wined3d.wined3d_output_set_display_mode() retval=8876086a
ret=697c45aa
after which process exits normally.
I have a dozen of other games running fine in the same Dockerized container
through RDP, it's just this game calling ChangeDisplaySettingsExW and exits.
What I've tried so far:
1. Run with "explorer /desktop..."
2. Change resolution on the RDP client side
Any thoughts of how to bypass that?
--
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=51440
Bug ID: 51440
Summary: Sea of Thieves hangs on loading into the game with
b8aaf86b2dbb8ecb3f7094cc40a0df89bb2add27
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Regression SHA1: b8aaf86b2dbb8ecb3f7094cc40a0df89bb2add27
Distribution: ---
This commit causes Sea of Thieves to hang at loading when entering a new game:
https://github.com/wine-mirror/wine/commit/b8aaf86b2dbb8ecb3f7094cc40a0df89…
Reproduce:
Adventure Mode > Galleon > Closed Crew > Start
Results in hang at loading screen
Reverting the commit resolves the issue.
Note: the game also requires staging patchset
secur32-InitializeSecurityContextW
--
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=35127
Bug ID: 35127
Summary: Gamehall (Chinese game client) crashes in comctl32
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://fcg.uc108.com/gamehall/down.aspx?downid=113
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46857
--> http://bugs.winehq.org/attachment.cgi?id=46857
terminal output
I came across this bug when looking at bug #35125. The application is
(probably) a game client for playing card games. Everything in the installer
and in the application is displayed in Chinese so I don't understand a word of
it, but here are the steps to reproduce the crash:
1. download the client from the above url and launch it. Installation should be
straightforward even though everything is displayed in Chinese.
2. start the application with GameHall.exe. There are 3 green buttons at the
bottom, click on the leftmost one. Some files are being downloaded(?) and Wine
crashes in comctl32 before the application interface is loaded.
'winetricks comctl32' is a workaround to the crash.
gamehallsetup.exe
md5sum: b091c46d56680a7376853460dc8510ce
wine-1.7.8-88-gfb75292
--
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=50514
Bug ID: 50514
Summary: Notation Software x64 apps freeze when resizing its
windows
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: reinhold.hoffmann(a)hotmail.com
Distribution: ---
Created attachment 69178
--> https://bugs.winehq.org/attachment.cgi?id=69178
Log files of exception when freeze happens
All x64 apps of Notation Software (www.notation.com) freeze with Wine 6.0 when
resizing its windows.
This happens on Ubuntu 20.04 LTS with Wine 6.0. The same behaviour exists on
Mac with Gcenx's Wine 6.0 from
https://github.com/Gcenx/macOS_Wine_builds/releases
I believe that this is a regression bug because all apps have worked fine with
Wine 5.4 without any issues in many, many installations but now freeze with
Wine 6.0.
An exception happens. Please see the results of WINEDEBUG=+seh,+timestamp in
the zip file attached
file 1: Exception_of_freeze_x64_Linux_Ubuntu.txt: log on Ubuntu
file 2: Exception_of_freeze_x64_Mac.txt: log on Mac
The exception address is the same for all apps and it looks as if it is outside
the app's address range. Any ideas how to further identify the problem and for
a more helpful logging is highly appreciated. Thx
--
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=52248
Bug ID: 52248
Summary: tests/d3d12 fails during Debian packaging
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 71366
--> https://bugs.winehq.org/attachment.cgi?id=71366
Crash log for tests/d3d12
Hi,
I want to package vkd3d 1.2 for Debian and the test fails during d3d12.
I tried with vkd3d-git and i have the same failure.
I attach the test-suite.log
System :
Debian Unstable x86_64
Vulkan dev deps 1.2.189
Mesa Vulkan driver 21.2.6
--
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=46283
Bug ID: 46283
Summary: Clicking in the web browser does not launch Magic: The
Gathering - Battlegrounds Trial
Product: Wine
Version: 4.0-rc1
Hardware: x86
URL: https://www.fileplanet.com/archive/p-49075/Magic-The-G
athering-Battlegrounds-Trial/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 62995
--> https://bugs.winehq.org/attachment.cgi?id=62995
Console output with ieframe and mshtml channels enabled
When you try a second times Magic: The Gathering - Battlegrounds Trial
you need to launch the game through a web browser. Clicking in "play free
trial" does not launch the game. In a real windows box, that 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.
https://bugs.winehq.org/show_bug.cgi?id=8091
Bug 8091 depends on bug 35943, which changed state.
Bug 35943 Summary: DVDShrink downloader crashes in ieframe
https://bugs.winehq.org/show_bug.cgi?id=35943
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |ABANDONED
--
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=52245
Bug ID: 52245
Summary: Add a way to log out all other sessions
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
This security enhancement has been suggested through the TestBot feedback:
---
Currently, there's no way for a user to invalidate all other sessions that are
logged in as the same user. Password reset does not log out other existing
sessions either.
Since Wine-Testbot is inherently a security-sensitive infrastructure
("arbitrary code execution" in VMs), it might be a good idea to add such an
extra security measure to protect accounts.
---
I don't know how often the Wine developers access the TestBot from multiple
devices more or less simultaneously. And even more specifically, I'm not sure
they expect to remain logged in on other devices when log out on one of them.
So maybe this could even be the default.
--
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.