https://bugs.winehq.org/show_bug.cgi?id=56682
Bug ID: 56682
Summary: msvcrt:locale prevents the msvcrt:* tests from running
on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msvcrt:locale prevents the msvcrt:* tests from running on Windows 7 because it
depends on an API which is missing on that Windows version.
See: https://test.winehq.org/data/tests/msvcrt:locale.html
Based on the test result history this is caused by the commit below:
commit 243a014123b3f1b18e390720d843949240323fba
Author: Daniel Lehman <dlehman25(a)gmail.com>
Date: Wed May 1 15:31:44 2024 -0700
msvcrt/tests: Add tests for _wcsicmp_l.
--
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=26545
Summary: Crysis2: Red color on highlights of Bumpmap/Specular
Highlights
Product: Wine
Version: 1.3.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mgavl69(a)juno.com
Bumpmaps are highlighted in red. This goes goes the sky as well as objects.
--
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=28192
Summary: regedit: The usage message arrives too late in the
wine console
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
To reproduce this start the console with 'wine wineconsole cmd' and then type
'regedit /?' in the wine console.
You will get something like this:
c:\>regedit /?
c:\>Usage:
regedit filename
regedit /E filename [regpath]
regedit /D regpath
[...]
Notice how the second wineconsole prompt appears before the regedit usage?
I believe this happens because regedit uses msvcrt's stdio functions: it uses
the '$(top_srcdir)/include/msvcrt' headers and that seems to be enough for it
to link with msvcrt. So there are probably two things here:
* This looks like a bug in the MSVCRT stdio functions.
* regedit should probably use the WriteConsole() / WriteFile() functions
anyway like all the other Wine tools.
See the XCOPY_wprintf() function in programs/xcopy/xcopy.c or the output_*()
functions in programs/net/net.c for a model on how to do this. And if making
the switch to WriteConsole(), verify that running 'regedit /?' still works fine
in a regular xterm or equivalent.
(split off from bug 13861)
--
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=56000
Bug ID: 56000
Summary: Window title is not set with winewayland
Product: Wine
Version: 9.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Component: winewayland.drv (please add it to the list of components btw).
When testing something with winewayland (regedit for example or anything else
really), it's not setting the window title, unlike winex11.
--
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=56615
Bug ID: 56615
Summary: Spelunky: wined3d: Require GLSL 1.20 support
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: carmantic24(a)outlook.com
Regression SHA1: 010008f629dd0590978095942ded8851ee3a9e17
Distribution: ArchLinux
Spelunky won't start with "Error creating Direct3D9 object".
0128:err:d3d:wined3d_adapter_gl_init GLSL version 1.20 is too low; 1.20 is
required.
Changing the "<=" to "<" fixed it for me. Tried to CC Zebediah Figura, but
Bugzilla wouldn't accept their email.
if (gl_info->glsl_version <= MAKEDWORD_VERSION(1, 20))
{
ERR("GLSL version %s is too low; 1.20 is required.\n",
(const char
*)gl_info->gl_ops.gl.p_glGetString(GL_SHADING_LANGUAGE_VERSION_ARB));
wined3d_caps_gl_ctx_destroy(&caps_gl_ctx);
return FALSE;
}
--
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=56671
Bug ID: 56671
Summary: Disney Ratatouille demo renders upside down on Intel
graphics
Product: Wine
Version: 9.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 76455
--> https://bugs.winehq.org/attachment.cgi?id=76455
Screenshot of the main menu
A recent regression is causing the Disney Ratatouille demo to render upside
down on my laptop that has an Intel i7-1360P processor and integrated graphics.
Interestingly, the game renders right-side-up on my desktop that has an AMD
Radeon RX 5500 XT. Both the laptop and the desktop have Arch Linux.
Steps to reproduce:
1. Create an empty directory and download EN_Ratatouille_Demo.exe into it.
2. Run `wine EN_Ratatouille_Demo.exe` to extract the installer.
3. Run `wine setup.exe` to install the Ratatouille demo.
4. Run `cd "$HOME/.wine/drive_c/Program Files
(x86)/THQ/Disney-Pixar/Ratatouille Demo/Rat"` to enter the game directory.
5. Run `wine GameSetup.exe` to start the game launcher.
6. Click Play.
Observe that everything is upside down, from the intro videos to the main menu.
`git bisect` says:
ba2f78922f84f0576694fef17be7bec2cc9da19b is the first bad commit
commit ba2f78922f84f0576694fef17be7bec2cc9da19b
Author: Elizabeth Figura <zfigura(a)codeweavers.com>
AuthorDate: Fri Mar 15 18:59:35 2024 -0500
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Sun May 12 16:25:54 2024 +0200
wined3d: Remove no longer used support for drawing to an onscreen render
target.
Now that we require ORM_FBO, wined3d backbuffers are always offscreen (and
we
never draw directly to the frontbuffer, which is the only truly onscreen
surface).
We could reintroduce support for drawing directly to the backbuffer, and
this
would presumably improve performance by avoiding a blit from the wined3d
backbuffer to the real GL backbuffer.
However, this is not always possible or performant due to mismatching
dimensions, or the need to use a depth buffer which is also used with
offscreen
RTVs, and for d3d1-9 it may not be possible at all due to issues related to
preserving invariance between flipped and non-flipped geometry.
It *may* be possible to identify situations where we can render directly to
the
backbuffer for d3d10+, but at that point we can rely on the Vulkan backend
to
work, and given other unfixable performance problems with the GL backend
(most
notably the inability to properly stream index buffer data) it does not
really
make much sense to go out of our way to perform such a minor optimization
there.
dlls/wined3d/adapter_gl.c | 1 -
dlls/wined3d/arb_program_shader.c | 4 ++--
dlls/wined3d/context_gl.c | 101
++++++++++++++++++++++++++++++-----------------------------------------------------------------------
dlls/wined3d/ffp_gl.c | 95
++++++++++++++++++++++-------------------------------------------------------------------------
dlls/wined3d/glsl_shader.c | 4 ++--
dlls/wined3d/shader.c | 4 ++--
dlls/wined3d/utils.c | 2 +-
dlls/wined3d/wined3d_private.h | 10 +---------
8 files changed, 60 insertions(+), 161 deletions(-)
$ sha256sum EN_Ratatouille_Demo.exe
b8fcd1385ef47883987df0ae3c05b2acbd83f70bede43bcf8567e6a7aa2629c0
--
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=56485
Bug ID: 56485
Summary: Visual novel RE:D Cherish! displays white screen
instead of logo video
Product: Wine
Version: 9.5
Hardware: x86-64
URL: https://web.archive.org/web/20230522084712/http://suezou.dyndns.org/dl2021/crystalia/red_cherish/red_cherish
_try.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Regression SHA1: 6ce8a31b0b87f9dc7ce94c4cba81074510b8c384
Distribution: Ubuntu
After CAUTION message, RE:D Cherish! (trial) displays white screen and gets
stuck before reaching the main menu.
This does not happen prior to Wine 9.4. After Bug 53613 was fixed, the program
may have taken a different path.
--
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=56413
Bug ID: 56413
Summary: wine-staging 9.4 build fails on Debian 11, Ubuntu
20.04 and 22.04
Product: Wine-staging
Version: 9.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 76176
--> https://bugs.winehq.org/attachment.cgi?id=76176
Debian 11 wine-staging 9.4 failed build log
Building the wine-staging packages failed on Debian 11, Ubuntu 20.04 and 22.04.
No problem on newer versions of Debian/Ubuntu or Fedora.
[ 329s] dlls/winex11.drv/mouse.c: In function 'map_raw_event_coords':
[ 329s] dlls/winex11.drv/mouse.c:1788:84: error: 'UINT16_MAX' undeclared
(first use in this function); did you mean 'UINT_MAX'?
[ 329s] 1788 | if (input->mi.dwFlags & MOUSEEVENTF_VIRTUALDESK) SetRect(
&virtual_rect, 0, 0, UINT16_MAX, UINT16_MAX );
[ 329s] |
^~~~~~~~~~
[ 329s] |
UINT_MAX
[ 329s] dlls/winex11.drv/mouse.c:1788:84: note: each undeclared identifier is
reported only once for each function it appears 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=51917
Bug ID: 51917
Summary: Internet Explorer 8 crashes when visiting
http://www.baidu.com/ on unimplemented function
dxtrans.dll.DllGetClassObject
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 70870
--> https://bugs.winehq.org/attachment.cgi?id=70870
Terminal output
Steps to reproduce:
1. Delete the existing ~/.wine directory or move it to another location.
2. Run `WINEARCH=win32 wine regsvr32` to create a new 32-bit Wine bottle.
3. Run `winetricks ie8` to install Internet Explorer 8.
4. Run `wine 'C:\Program Files\Internet Explorer\iexplore.exe'
http://www.baidu.com/` to open <http://www.baidu.com/>.
--
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.