https://bugs.winehq.org/show_bug.cgi?id=42867
Bug ID: 42867
Summary: steam store doesnt work
Product: Wine
Version: 2.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bronsonmathews(a)gmail.com
Distribution: ---
trying to access the steam store through steam itself doesnt work at all.
--
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=54871
Bug ID: 54871
Summary: kernel32:console - testScroll() fails on Windows 10
1909
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:console - testScroll() fails on Windows 10 1909:
console.c:704: Test failed: ScrollConsoleScreenBufferA failed: 87
See https://test.winehq.org/data/patterns.html#kernel32:console
Where 87 == ERROR_INVALID_PARAMETER
The failing call is:
/* clipping, src & dst rect do overlap */
...
ret = ScrollConsoleScreenBufferA(hCon, &scroll, &clip, dst, &ci);
The parameters are scroll: 0x0-10x6 dst 2x0 clip 5x3-16x10 [1]
Some debugging shows that:
* The test is not skipped and succeeds in all other Windows 10 versions,
including Windows 10 1809 and 2009.
* Despite returning an error ScrollConsoleScreenBufferA() does what it was
asked, even on Windows 10 1909! This is why the loop that checks the content of
the screen does not report a ton of failures.
* ScrollConsoleScreenBufferA() stops returning an error when the destination
coordinates are within the clip rectangle.
[1] I'm not sure the 0 Y shift was intentional. It's the result of integer
rounding in 7/2-3 = 0.5 -> 0. So this is really only testing an horizontal
shift.
--
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=51201
Bug ID: 51201
Summary: Zlatogorye 2 crashes after selecting the class
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.excysted(a)aleeas.com
Distribution: ---
Created attachment 70076
--> https://bugs.winehq.org/attachment.cgi?id=70076
Screenshot of error after I started the game.
I downloaded the game from the website called MyAbandonWare, I updated the game
to the most latest version and applied NoCD. I played the first disk of this
game.
In settings of the game I disabled EAX. Then started new game, selected class,
and tells me this in the screenshot I attached. All Visual C++ from oldest to
the most up to date version are installed.
OpenSUSE Tumbleweed x86_64
Kernel: 5.12.4-1-default
Wine-staging 6.8 from official repos.
--
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=54113
Bug ID: 54113
Summary: ws2_32:afd - test_get_events_reset() sometimes gets
unexpected flags in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_get_events_reset() sometimes gets unexpected flags in Wine:
afd.c:2045: Test failed: got flags 0x44
afd.c:2063: Test failed: got flags 0x4
See https://test.winehq.org/data/patterns.html#ws2_32:afd
Where:
0x04 == AFD_POLL_WRITE
0x44 == AFD_POLL_WRITE | AFD_POLL_CONNECT
In the nightly WineTest runs this mostly happens on my box (fg-deb64, maybe
because it's typically more busy), but it also sometimes happens on the
debian11 VM and the GitLab CI, impacting some merge requests (for instance
MR!1635, MR!1742 and MR!1667).
--
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=54140
Bug ID: 54140
Summary: mmdevapi:render - test_event() sometimes gets a
timeout
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_event() sometimes gets a timeout:
render.c:742: Test failed: Wait(event) after Start gave 102
See https://test.winehq.org/data/patterns.html#mmdevapi:render
This is only known to have happened on Windows once (2022-12-09 on w1064v21h2).
But there have been regular instances in Wine on the GitLab CI (e.g. MR!1608,
MR!1598, MR!1199).
--
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=54960
Bug ID: 54960
Summary: winhttp:winhttp - test_websocket() fails on Windows
and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winhttp:winhttp - test_websocket() fails on Windows and Wine:
winhttp.c:3543: Test failed: got 8
winhttp.c:3549: Test failed: got 12019
winhttp.c:3550: Test failed: got 3735928559
winhttp.c:3553: Test failed: got 4317
winhttp.c:3572: Test failed: got 12018
winhttp.c:3577: Test failed: got 12018
winhttp.c:3582: Test failed: got 12018
winhttp.c:3583: Test failed: got 12018
winhttp.c:3588: Test failed: got 12018
winhttp.c:3593: Test failed: got 12018
winhttp.c:3598: Test failed: got 12018
winhttp.c:3603: Test failed: got 12018
winhttp.c:3609: Test failed: got 6
winhttp.c:3610: Test failed: got
winhttp.c:3611: Test failed: got 0
winhttp.c:3612: Test failed: got 3735928559
winhttp.c:3615: Test failed: got 6
winhttp.c:3621: Test failed: got 6
winhttp.c:3625: Test failed: got 6
winhttp.c:3628: Test failed: got 6
winhttp.c:3631: Test failed: got 6
winhttp.c:3637: Test failed: got 6
winhttp.c:3638: Test failed: got
winhttp.c:3639: Test failed: got 0
winhttp.c:3640: Test failed: got 3735928559
winhttp.c:3646: Test failed: got 6
winhttp.c:3647: Test failed: got
winhttp.c:3648: Test failed: got 0
winhttp.c:3649: Test failed: got 3735928559
winhttp.c:3652: Test failed: got 6
winhttp.c:3655: Test failed: got 6
winhttp.c:3659: Test failed: got 6
winhttp.c:3662: Test failed: got 6
winhttp.c:3665: Test failed: got 6
winhttp.c:3669: Test failed: got 6
winhttp.c:3672: Test failed: got 6
winhttp.c:3675: Test failed: got 6
winhttp.c:3678: Test failed: got 6
winhttp.c:3681: Test failed: got 6
winhttp.c:3684: Test failed: got 6
winhttp.c:3688: Test failed: got 6
winhttp.c:3689: Test failed: got 3735928559
winhttp.c:3692: Test failed: got 6
winhttp.c:3698: Test failed: got 6
winhttp.c:3699: Test failed: got 57005
winhttp.c:3700: Test failed: got 3735928559
See https://test.winehq.org/data/patterns.html#winhttp:winhttp
It looks like this is not a regression but a change in the server behavior that
broke the test. If that change is not temporary the test will need to be
adjusted.
--
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=54882
Bug ID: 54882
Summary: regression: Conemu fails to start (cannot attach to
process)
Product: Wine
Version: 8.6
Hardware: x86-64
URL: https://conemu.github.io/en/Downloads.html
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Regression SHA1: 36203f1b86c8b08be8611e276d97300c0b6a8bfc
Distribution: Debian
This is a regression from last week:
]
36203f1b86c8b08be8611e276d97300c0b6a8bfc is the first bad commit
commit 36203f1b86c8b08be8611e276d97300c0b6a8bfc
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Apr 19 15:46:49 2023 +0200
include: Update the PEB and TEB structures.
According to Geoff Chappell's information.
dlls/ntdll/loader.c | 6 +-
dlls/ntdll/rtl.c | 6 +-
dlls/ntdll/tests/rtl.c | 8 +-
dlls/ntdll/unix/signal_x86_64.c | 2 +-
dlls/ntoskrnl.exe/ntoskrnl.c | 8
--
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=54799
Bug ID: 54799
Summary: wininet:internet - test_InternetGetConnectedStateExA()
fails in the Japanese and Chinese locales in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wininet:internet - test_InternetGetConnectedStateExA() fails in DBCS locales in
Wine.
* Japanese
internet.c:1693: Test failed: Expected 7 bytes, got 8
* Chinese
internet.c:1693: Test failed: Expected 9 bytes, got 10
internet.c:1700: Test failed: Expected 4 bytes, got 10
internet.c:1714: Test failed: Expected 1 byte, got 10
See https://test.winehq.org/data/patterns.html#wininet:internet
The test expects the buffer to always be null-terminated but that's not always
the case in Wine.
--
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=54733
Bug ID: 54733
Summary: Notepad3 crashes: Unhandled exception: unimplemented
function SHLWAPI.dll.StrFormatByteSizeEx called in
64-bit code .
Product: Wine
Version: 8.4
Hardware: x86-64
URL: https://github.com/rizonesoft/Notepad3/releases/downlo
ad/RELEASE_6.23.203.2/Notepad3_6.23.203.2_x64_Setup.ex
e
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: shlwapi
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi, as the title says ;) , happens on start of the application
--
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=54702
Bug ID: 54702
Summary: ldp.exe crashes when attempting to add an entry
without a name
Product: Wine
Version: 8.4
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74210
--> https://bugs.winehq.org/attachment.cgi?id=74210
WINEDEBUG=+wldap32
ldp.exe is Microsoft's GUI LDAP client, which was part of the Windows XP
Service Pack 2 Support Tools and is still available on Windows 10 by installing
the Windows feature "Active Directory Lightweight Directory Services".
Steps to reproduce:
1. Create a 32-bit Wine bottle and set the Windows version to XP.
2. Run `winetricks mfc42`.
3. Run `wine WindowsXP-KB838079-SupportTools-ENU.exe`.
4. Run `docker run --detach -p1389:1389 bitnami/openldap`
5. Run `wine 'C:\Program Files\Support Tools\ldp.exe'`.
6. Click Connection > Connect, enter "localhost" for "Server" and "1389" for
"Port", check "Bind with default credentials", and click OK.
7. Click Browse > Add, leave everything blank, and click Run.
At this point, ldp.exe crashes. However, the program does not crash if you
enter some Distinguished Name (DN) in the Add dialog, whether the DN is valid
or not.
$ sha256sum WindowsXP-KB838079-SupportTools-ENU.exe
7927e87af616d2fb8d4ead0db0103eb845a4e6651b20a5bffea9eebc3035c24d
--
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.