https://bugs.winehq.org/show_bug.cgi?id=57440
Bug ID: 57440
Summary: date format bug in wine env creation
Product: Wine
Version: 9.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
Distribution: ---
Name : wine-core
Version : 9.15
Release : 1.fc40
Architecture: x86_64
Install Date: Do 14 Nov 2024 13:19:06 CET
When a wine env is created, the REG value of:
HKEY_CURRENT_USER -> Control Panel -> International -> sShortDate
is set to "d.M.yyyy", which is wrong and confuses some apps.
It needs to be "dd.MM.yyyy" for Germany ( CC=DE ).
Please inform me, if this a true Wine issue, or if i.e. LUTRIS gives the wrong
date format to the creationprocess. The ENV, with that issue, has been created
by Lutris, which is way easier than doing it manually ;)
--
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=55859
Bug ID: 55859
Summary: LabView 2023.3.1 fails to install
Product: Wine
Version: 8.19
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 75381
--> https://bugs.winehq.org/attachment.cgi?id=75381
Terminal output
Steps to reproduce:
1. Extract ni-labview-2023-community-x86_23.3.1_offline.iso to a directory
called ni-labview-2023-community-x86_23.3.1_offline
2. Run `chmod +r -R ni-labview-2023-community-x86_23.3.1_offline`
3. Run `winetricks dotnet48`
4. Run `winecfg` and change the Windows version back to 10
5. Run `winetricks d3dcompiler_47`
6. Run `wine Install.exe`
$ sha256sum ni-labview-2023-community-x86_23.3.1_offline.iso
654dec2f01a3ae2e13ac69dd22bb717fac25e625da1099f974676ea79516e7c5
--
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=51401
Bug ID: 51401
Summary: 6.12-1 can't make server connections anymore
Product: Wine-staging
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70257
--> https://bugs.winehq.org/attachment.cgi?id=70257
working tcp connection
Game: Runes of Magic
with 6.12-1 the client can't connect it's version server any more.
downgrade to 6.11-5 solved the issue instantly.
Steps to Reproduce:
update to 6-12
tcpdump -X -n -n host 194.187.19.180
(runewakers updateserver)
start the game
You see the connection, you see some tcp data, but your do not see ANY sign of
a HTTP protocol and unencrypted port 80 connection should contain.
Conclusion: the connection fails on TCP/IP level before HTTP gets involved.
--
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=48426
Bug ID: 48426
Summary: Wine-Gecko can't be installed.
Product: Wine-staging
Version: 5.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)evolution-hosting.eu
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
wine-staging 64/32 is asking to install Gecko, but the installation attempt
hangs at "loading down" with no progress.
--
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=57426
Bug ID: 57426
Summary: Battlefield 2 won't launch.
Product: Wine
Version: 9.21
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: tanvir.maht(a)outlook.com
Created attachment 77419
--> https://bugs.winehq.org/attachment.cgi?id=77419
Terminal output
Battlefield 2 opens to show a black screen and crashes later on.
--
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=57432
Bug ID: 57432
Summary: dxdiag will return "Windows XP" unconditionally from
systeminfo.szOSExLongEnglish
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: braiamp(a)gmail.com
Distribution: ---
Created attachment 77424
--> https://bugs.winehq.org/attachment.cgi?id=77424
dxdiag.log with windows xp set
Running dxdiag /t dxdiag.log on a new prefix, will show that "Operating System:
Windows XP Professional", despite the prefix being created by default with
Windows 10 configuration on recent versions of wine.
Whatever it is, is caused by dxdiag_info->system_info.szOSExLongEnglish being
specified as Windows XP. I couldn't trace where it was set, after I reached
https://gitlab.winehq.org/wine/wine/-/blob/master/programs/dxdiag/informati…
and was lost in the source.
Attached the "dxdiag /t dxdiag.log" resulting file.
--
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=49933
Bug ID: 49933
Summary: Alt+Tab doesn't work with gog installers
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rtentser(a)yandex.ru
Distribution: ---
I need to minimize other windows to see progress.
When i try to alttab to an installer i'm getting
"00f0:fixme:win:WINNLSEnableIME hwnd 0001011C enable 0: stub!" in terminal.
When i try to alttab out of it i'm getting "00f0:fixme:win:WINNLSEnableIME hwnd
0001011C enable -1: stub!"
So, i'm guessing, implementing WINNLSEnableIME will help.
--
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=57436
Bug ID: 57436
Summary: ntlm_auth was not found after Debian update?
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)infobahn.33m.co
Distribution: ---
So I am new to submitting bugs but will try to give relevant info.
Wine --version = wine-8.0 (Debian 8.0~repack-4)
I recently did a mundane:
sudo apt-get update && sudo apt-get upgrade
and later tried running a win program (foobar2000) and got:
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
So I checked the version:
user@media:~/.wine/drive_c/Program Files$ ntlm_auth --version
Version 4.17.12-Debian
and the path:
user@media:~/.wine/drive_c/Program Files$ echo $PATH
/home/user/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
user@media:~/.wine/drive_c/Program Files/foobar2000$ which ntlm_auth
/usr/bin/ntlm_auth
Ultimately this results in foobar2k crashing, but seemingly only fb2k. I have
tried running mp3tag, Awesome Duplicate Finder, notepad.exe, and iexplorer.exe
and none of them crashed (IE would not load pages but I can't be sure that is a
related issue). I will be happy to post more information, please let me know
what is needed.
--
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=57435
Bug ID: 57435
Summary: D2D1GeometrySinc::AddArc() doesn't properly mark end
of the figure segment
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
Created attachment 77431
--> https://bugs.winehq.org/attachment.cgi?id=77431
Rounded rect under Wine
If an application creates a rounded rect geometry manually using a sequence of
calls ::AddLine() and ::AddArc() instead of ::CreateRoundedRectangleGeometry()
then the created rectangle is distorted under Wine.
While D2D1GeometrySinc::AddArc() is currently a stub, it tries to be smart and
calls d2d_figure_add_vertex() to add a terminating arc point to the figure,
however this doesn't work, and next call to ::AddLine() draws the line from the
point where previous line was terminated instead of an added vertex, and this
leads to drawing a distorted rectangle.
A simple implementation of ::AddArc() that calculates points of two arc
quadrants and calls d2d_geometry_outline_add_arc_quadrant() helper also suffers
from the same problem: added arc quadrants don't seem to properly mark end of
the figure segment. This seems to be caused by difference between how
::AddLines() and d2d_geometry_outline_add_line_segment() (used by
d2d_rounded_rectangle_geometry_init() helper called from
::CreateRoundedRectangleGeometry()) create line segments.
Attached test applications (source + binary) use both described above
approaches:
::CreateRoundedRectangleGeometry() and ::AddLine() + ::AddArc().
See screenshots for the Windows vs. Wine comparison.
--
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=54482
Bug ID: 54482
Summary: RtlCaptureStackBackTrace cause segv
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ake.rehnman(a)gmail.com
Distribution: ---
Created attachment 74033
--> https://bugs.winehq.org/attachment.cgi?id=74033
patch attempt
RtlCaptureStackBackTrace crash on segmentation fault because the unwinding
keeps going beyond the stack end. It seems on x86-64 the stack actually starts
at least 32 bytes below StackBase so the compariston with context.rsp to
StackBase will never hit but we get a context.rpc value of 0 which obviously
SEGV:s.
I made a patch attempt and just check if rcp = 0 and end the unwinding.
--
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.