https://bugs.winehq.org/show_bug.cgi?id=57599
Bug ID: 57599
Summary: HyperBall Shareware: black screen (regression)
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: baskanov(a)gmail.com
Distribution: ---
Created attachment 77713
--> https://bugs.winehq.org/attachment.cgi?id=77713
Screenshot with the issue
After displaying the logos the game should display a start screen with "Press
Enter to Start" at the bottom, but there is a black screen instead.
Bisect points to the following commit:
commit 69138c85edbc5c38fccb27e0f93b8e85aa26bcc5
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Tue Jun 18 12:52:54 2024 -0600
ddraw: Preserve d3d device state in ddraw_surface_create().
--
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=56205
Bug ID: 56205
Summary: The Egyptian Prophecy: The Fate of Ramses: text
displayed without transparency
Product: Wine
Version: 8.18
Hardware: x86-64
URL: https://store.steampowered.com/app/302160/The_Egyptian
_Prophecy_The_Fate_of_Ramses/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: ee7d047dd55a4b2338eb2d64f85b7d984b39812f
Distribution: ---
Created attachment 75915
--> https://bugs.winehq.org/attachment.cgi?id=75915
screenshot showing the issue
In the game 'The Egyptian Prophecy: The Fate of Ramses' text (subtitles,
in-game encyclopedia) is displayed on a bright cyan background without
transparency making the text difficult to read.
Reverting commit ee7d047dd55a4b2338eb2d64f85b7d984b39812f
on top of wine-9.0-54-g1932c3a2516 fixes the problem for me.
There is no demo version available.
The Steam version is DRM free, you can start Egypt3.exe directly, without Steam
running.
Make sure 32-bit color depth is selected in the <Options> menu (the problem
doesn't occur in 16-bit color/software renderer mode). In the main menu open
<Documentary Database> to see the problem.
Still present in wine-9.0-54-g1932c3a2516.
--
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=57409
Bug ID: 57409
Summary: Interactivity The Interactive Experience from itch.io
deadlocks (regression)
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 77394
--> https://bugs.winehq.org/attachment.cgi?id=77394
Patch to revert the commit
Bisected to
commit f6a1844dbed91b441ad69e7b15b5be242d063e87 (HEAD)
Author: Andrew Wesie <awesie(a)gmail.com>
Date: Mon Mar 11 21:56:53 2024 -0500
wined3d: Use bindless textures for GLSL shaders if possible.
Reverting fixes the issue (see 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.
https://bugs.winehq.org/show_bug.cgi?id=38975
Bug ID: 38975
Summary: Alpha Protocol launcher: menu options hidden behind
grey boxes
Product: Wine
Version: 1.5.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 2eebedf38e4d5fd49075f8f89e63f869ca85cceb
Distribution: ---
Created attachment 51925
--> https://bugs.winehq.org/attachment.cgi?id=51925
screencast demonstrating the problem
Tested with the Steam version, no demo available.
When the game launcher appears menu options are hidden underneath grey
rectangles.
As the mouse pointer passes over a button it becomes visible (see example
screencast).
Terminal output doesn't show anything related.
The problem is reproducible in the traditional fullscreen and virtual desktop
mode as well.
The bug is present since
commit 2eebedf38e4d5fd49075f8f89e63f869ca85cceb
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 30 15:09:03 2012 +0200
winex11: Handle Expose events by refreshing from the window surface.
wine-1.7.47-196-g4e6e9a1
Fedora 22 32-bit
XOrg 1.17.2
XFCE 4.12
--
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=52542
Bug ID: 52542
Summary: NVIDIA GeForceNow Installer fails due to rundll32
problems
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 71855
--> https://bugs.winehq.org/attachment.cgi?id=71855
Hack
Mostly for bookkeeping, I have it on my ToDo somewhere, although feel free to
take it. But please mention when you want to work on this.
The installer tries to use rundll32 to let a dll generate the config. The exact
commandline is
> trace:rundll32:wWinMain CmdLine=L"C:\\users\\fabian\\Temp\\GeForceNOWInstallerTemp\\GeforceNOW\\NvConfigGenerator.dll ,GenerateConfigs
Notice the space before the comma, that's what causes the problem. Wine doesn't
handle that properly.
Attaching a hack to work around the issue.
Warning:
It seems like you need to set that byte to 0 (see patch). Just skipping the
space lets it find the function, but it won't work due to being passed
unexpected parameters!
Also be aware, that the installer also tries to call system32/rundll32.exe
which is 64bit with a 32bit dll. So to test this, you need to take that into
account, else rundll32 will fail to load the dll, nevermind load the entry
point.
--
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=23319
Summary: cmd thinks shift.exe is an internal command
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
On Windows, 'shift' is an internal command, and 'shift.exe' is an
external command.
Wine's cmd mistakenly thinks 'shift.exe' is a synonym for 'shift'.
This makes it somewhat hard to play EA's Need For Speed: Shift.
--
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=28582
Bug #: 28582
Summary: MOVE-ing a file with cmd to current directory should
be a no-op
Product: Wine
Version: 1.3.29
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
Classification: Unclassified
When using MOVE of a file/directory, bad things happen
'move file' or 'move file1' gives a confirmation dialog and deletes the file if
the move/overwrite is confirmed.
With directories, similar behaviour but you get an access denied and the dir
isn't deleted.
--
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=46504
Bug ID: 46504
Summary: cmd.exe: xcopy.exe with renaming
Product: Wine
Version: 4.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jonathanbelsewir(a)yahoo.de
Distribution: ---
The following command does not work right:
xcopy /q /y *.i root\*.htm
Workaround:
for %%f in (*.i) do (
copy %%f root\%%~nf.htm
)
--
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=42182
Bug ID: 42182
Summary: OUT: isn't supported (custom output device)
Product: Wine
Version: 1.8.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: kenorb(a)gmail.com
Distribution: ---
On Windows, OUT: is the special device and doing:
echo test > OUT
or:
echo test > OUT:
would redirect this to output device (by default same as NUL).
On Wine, "OUT:" file is created.
This should work similar as for CON: (which works fine in Wine):
echo test > CON
or:
echo test > CON:
See list of special devices at: http://superuser.com/a/613335
--
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=27605
Summary: cmd can't handle Ctrl-C
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xuhdev(a)gmail.com
When using wine cmd, Ctrl-C cannot be handled, instead, cmd will exit. I'm
using wine on Fedora.
1. $ wine cmd
2. press Ctrl-C
cmd exits, but it should not.
--
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.