https://bugs.winehq.org/show_bug.cgi?id=55496
Bug ID: 55496
Summary: World of Warships (12.7 update) - Graphical glitch -
Water texture and effects at wrong sea level.
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 75058
--> https://bugs.winehq.org/attachment.cgi?id=75058
Screenshots with glitch highlighted in red.
Hello,
Since the game update to 12.7, water textures and effects are rendered below
the sea level.
All objects are rendered at the same 'sea' level and the physics are respected,
but the water texture and effects are drawn below the sea surface, as if it was
painted at the bottom of a perfectly transparent sea, instead of the top.
I'm joining screenshots that show the issue. The glitches are highlighted with
red arrows.
On the first screenshot, the splash of the water drains are visibly shifted
below the ship in the port.
On the second screenshot, the space between the island in the distance and the
water texture below them is visible. Water trails from moving ships are shifted
below them.
On the third screenshot, the water trail from the player ship is shifted, as
are the splashes from artillery shells.
The fourth screenshot shows more shifted water trails and shells splashes, from
a dead player's observation camera (higher in the sky).
The height of the glitch is proportional to the distance of the camera zoom.
The farthest the camera is of the ship, the lower the water texture is drawn.
When the camera is zoomed to the closest, the water texture and effects are
nearly perfectly placed (it's still shifted by a small amount).
The glitch is easier to see when turning the camera around, as the water
texture doesn't match the ship position (because of perspective). The water
trails and splash effects do match the water texture position, but not their
respective objects. Objects matches their relative positions.
Note that on the screenshots, the horizon curve to the edge is magnified by my
ultra-wide resolution. Don't worry about the calculator on the first
screenshot. I had trouble getting a non-transparent screenshot of the Wine
full-screen window. After that capture, I found another way that didn't require
a non-full-screen window to be active.
Regards.
--
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=53371
Bug ID: 53371
Summary: 0024:fixme:ntdll:create_logical_proc_info stub
Product: Wine
Version: 7.12
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yklaxds(a)gmail.com
Created attachment 72755
--> https://bugs.winehq.org/attachment.cgi?id=72755
log
FreeBSD 13.1 release amd64
KDE plasma 5
emulators/wine-devel 7.12 not 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=55495
Bug ID: 55495
Summary: ntdll:threadpool - test_tp_wait() sometimes gets an
unexpected timeout in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_tp_wait() sometimes gets an unexpected timeout in Wine:
threadpool.c:1715: Test failed: WaitForSingleObject returned 258
threadpool.c:1720: Test failed: expected info.userdata = 0, got 65536
threadpool.c:1729: Test failed: WaitForSingleObject returned 0
See See https://test.winehq.org/data/patterns.html#ntdll:threadpool
1715 & 1720: The timeout can also happen on Windows 8 and in that case the test
expects info.userdata to still be zero. But in Wine info.userdata still gets
set despite the timeout so the test fails. A hacky fix would be to expect the
correct behavior if (!broken(result == WAIT_TIMEOUT)) but it would be much
better to fix Wine's implementation.
Then the next WaitForSingleObject() does not time out which sounds a bit
similar to bug 55493.
The oldest known instance happened at the start of May and this seems to mostly
happen on the GitLab CI:
* 2023-07-28 MR!3441 (only the last two failures?)
* 2023-06-01 MR!2951 (only the last two failures?)
* 2023-05-31 fg-deb64-t32
* 2023-05-24 gitlab-debian-32
* 2023-05-02 MR!2734
--
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=55493
Bug ID: 55493
Summary: ntdll:threadpool - test_tp_timer() sometimes fails in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_tp_timer() sometimes fails in Wine:
threadpool.c:1439: Test failed: WaitForSingleObject returned 0
threadpool.c:1441: Test failed: WaitForSingleObject returned 258
See https://test.winehq.org/data/patterns.html#ntdll:threadpool
So instead of getting a timeout then a success, the test first gets an
unexpected WaitForSingleObject() success and then a timeout. That means it's
not a simple issue of the test running too slow.
There are only three known instances so far:
* 2023-08-23 MR!3621
* 2023-07-03 MR!3218
* 2023-06-09 fg-deb64-t32
--
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=55490
Bug ID: 55490
Summary: Halo Online / Eldewrito - Dedicated Server
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bogdan17(a)garglob.com
Distribution: ---
When I try to run a dedicated server on a computer that does not have a GPU
(AMD or NVIDIA), it will not launch the dedicated server, even though the
dedicated server does not require any graphical. I was able to run this on the
same computer running Windows 10 without any issues which also did not have a
AMD or NVIDIA GPU.
This is the terminal output when trying to run the dedicated server. Not sure
wine insists I need a GPU.
john@pc:~$ env WINEPREFIX="/path/to/wine/prefix/" "wine
"C:\windows\command\start.exe" /Unix
"/path/to/wine/prefix/drive_c/HaloOnline/eldorado.exe" "-dedicated -window
-height 200 -width 200 -minimized"
002c:err:wineboot:process_run_key Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2).
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
john@pc:~$ 00d4:err:vulkan:wine_vk_init Failed to load libvulkan.so.1.
00cc:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that
ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind
package of your distribution.
00cc:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems
011c:fixme:ver:GetCurrentPackageId (0D5AFEF0 00000000): stub
00cc:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
00cc:err:vulkan:wine_vk_init Failed to load libvulkan.so.1.
00cc:err:wgl:init_opengl Failed to load libGL: libGL.so.1: cannot open shared
object file: No such file or directory
00cc:err:wgl:init_opengl OpenGL support is disabled.
00cc:err:d3d:wined3d_caps_gl_ctx_create Failed to find a suitable pixel format.
00cc:err:d3d:wined3d_adapter_gl_init Failed to get a GL context for adapter
06AF6DD0.
john@pc:~$
--
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=55485
Bug ID: 55485
Summary: FindFirstFileA fails on \\.\pipe\*
Product: Wine
Version: 8.12
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 75043
--> https://bugs.winehq.org/attachment.cgi?id=75043
test.c
Split from bug 53961.
On windows you can use FindFirstFileA with "\\.\pipe\*", on wine this fails.
--
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=52235
Bug ID: 52235
Summary: Many surfaces in the game Obduction look black
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: zerooneo(a)01101001.net
Distribution: ---
Created attachment 71338
--> https://bugs.winehq.org/attachment.cgi?id=71338
Screenshot
When running the game Obduction in wine, an interesting effect occurs where
most surfaces are pure black, yet with some lighting etc. applied, leaving the
game looking extremely dark.
This effect does not occur when running the game with DXVK, meaning there's a
very specific difference the two implementations that has a large effect on
this game.
The log shows a few DirectX and Direct3D-messages initially (counts on the
left):
1 03d8:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
1 03d8:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20.
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x12d2cad0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d30, modes 0x7fe90cc3ac00
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x12d2cad0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d30, modes (nil) partial
stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed354e0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ad0, modes 0x18fa4d80
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed354e0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ad0, modes (nil) partial
stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed39050, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ab0, modes 0x1aece780
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed39050, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ab0, modes (nil) partial
stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xf0f51c0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d50, modes 0x1af84680
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xf0f51c0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d50, modes (nil) partial
stub!
2 04a8:fixme:d3d:create_texture_view Depth slice (0-1) not supported.
10 04a8:fixme:d3d_shader:shader_glsl_handle_instruction Backend can't handle
opcode dcl_stream.
46 03d8:fixme:d3d11:d3d11_device_CheckFeatureSupport Unhandled feature 0x3.
432 04a8:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled
interpolation mode 0x3.
And then thousands of these:
1080 04a8:err:d3d:wined3d_debug_callback 0x578c00: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA16_SNORM)".
4632 04a8:err:d3d:wined3d_debug_callback 0x578c00: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM
Might it be that certain textures or shaders aren't supported, and that that
leads to them being rendered as black?
This game also requires some other features in order to work fully, but it
might be worth it to fix this issue either for the sake of other games, or in
case further support for this game is added in the future.
--
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=55484
Bug ID: 55484
Summary: ApplePhotoStreamsDownloader.exe crashes on start
Product: Wine
Version: 8.14
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 75042
--> https://bugs.winehq.org/attachment.cgi?id=75042
Terminal output
Steps to reproduce:
1. Run `wine iCloudSetup.exe`
2. Run `wine 'C:\Program Files (x86)\Common Files\Apple\Internet
Services\ApplePhotoStreamsDownloader.exe'`
$ sha256sum iCloudSetup.exe
1100052f27c8ebf6eea57b05682eb4a5a75efd50d7ed1c943bd0108acdc5e692
--
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=55483
Bug ID: 55483
Summary: ddraw:ddraw1, ddraw:ddraw4 & ddraw:ddraw7 -
test_coop_level_mode_set_multi() sometimes gets
unexpected screen width on GitLab CI Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw1, ddraw:ddraw4 & ddraw:ddraw7 - test_coop_level_mode_set_multi()
sometimes gets unexpected screen width on GitLab CI Wine:
ddraw7.c:3976: Test failed: Got unexpected screen width 640.
ddraw7.c:3978: Test failed: Got unexpected screen height 480.
ddraw7.c:4011: Test failed: Got unexpected screen width 640.
ddraw7.c:4013: Test failed: Got unexpected screen height 480.
ddraw7.c:4034: Test failed: Got unexpected screen width 640.
ddraw7.c:4036: Test failed: Got unexpected screen height 480.
ddraw7.c:4041: Test failed: Got unexpected screen width 640.
ddraw7.c:4043: Test failed: Got unexpected screen height 480.
The bad screen width may also be 800,
There is typically no prior test failure. In the past four months it has
happened exclusively on the gitlab-debian-*:
* 2023-08-24 MR!3652 ddraw7
* 2023-08-16 MR!3577 ddraw1
* 2023-07/28 MR!3435 ddraw4
* 2023-06-26 MR!3158 ddraw1
* 2023-04-21 MR!2659 ddraw1
* 2022-12-07 MR!1705 ddraw7
This also happened on other platforms but these days it seems to only be Linux:
* 2023-01-13 linux_fg-deb64-t32
* 2023-01-30 linux_fgtb-debian11-wow64
* 2023-02-07 win22H2_newtb-w1064-tsign-64
* 2023-02-22 linux_fg-deb64-wow64
* 2023-04-03 win21H1_newtb-w10pro64-ar-64
* 2023-04-07 win21H1_newtb-w10pro64-ar-64
* (2023-05-10..12 w1121H2_newtb-w11pro64-amd-64 likely windows update trouble)
* 2023-05-23 linux_fgtb-debian11-wow64
* 2023-06-07 win22H2_fgtb-w10pro64-rx550-64
* 2023-07-07 linux_fg-deb64-t32
* 2023-07-19 linux_fg-deb64-t32
* 2023-07-19 linux_fg-deb64-wow64
* 2023-07-20 linux_fg-deb64-t32
* 2023-07-20 linux_fgtb-debian11-wow64
* 2023-07-21 linux_fg-deb64-wow64
And this also happens frequently on Remi's Linux machines.
--
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=51678
Bug ID: 51678
Summary: Avogadro crashes when adding atoms
Product: Wine
Version: 6.15
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: ---
Just install, open the program (avogadro.exe) and click two times into the
black 3D part of the window.
Wine crashes with something like "Unhandled page fault on read access to
8010C497 at address 72A562D3"
--
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=55482
Bug ID: 55482
Summary: Avogadro crashes when selecting both display options:
Label and QTAIM
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 75041
--> https://bugs.winehq.org/attachment.cgi?id=75041
backtrace of Avogadro 1.2 crash when selectiong "Label" and "QTAIM" display
options.
When running Avogadro 1.2, then adding some molecules, clicking on "Display"
and selecting the two options:
x Label
x QTAIM
wine crashes with the
0024:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented!
0024:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (005DFC60 63 English)
semi-stub
0024:fixme:msvcp:locale__Locimp__Makexloc (005DFC60 63 0237E9C0 00000000)
semi-stub
0024:fixme:msvcp:locale__Locimp__Makewloc (005DFC60 63 0237E9C0 00000000)
semi-stub
0024:fixme:msvcp:locale__Locimp__Makeushloc (005DFC60 63 0237E9C0 00000000)
semi-stub
OpenGL capabilities found:
Double Buffering.
Direct Rendering.
Antialiasing.
0024:err:module:import_dll Library libcairo-2.dll (which is needed by
L"C:\\Program Files (x86)\\Avogadro\\bin\\formats_cairo.obf") not found
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open element.txt defaulting to compiled data.
0024:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL
Attribute
0024:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL
Attribute
0024:fixme:win:NtUserFlashWindowEx 0x5df2d4 - semi-stub
0024:fixme:win:NtUserFlashWindowEx 0x5df764 - semi-stub
0024:fixme:win:NtUserFlashWindowEx 0x5dda04 - semi-stub
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open types.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open atomtyp.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open aromatic.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open phmodel.txt defaulting to compiled data.
wine: Unhandled page fault on execute access to 00000005 at address 00000005
(thread 0024), starting debugger...
0128:fixme:dbghelp:elf_search_auxv can't find symbol in module
0024:fixme:win:NtUserFlashWindowEx 0x5dda04 - semi-stub
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open types.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open atomtyp.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open aromatic.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open phmodel.txt defaulting to compiled data.
wine: Unhandled page fault on execute access to 00000005 at address 00000005
(thread 0024), starting debugger...
The backtrace is attached
--
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=55481
Bug ID: 55481
Summary: No fonts in Far Cry 3 main menu while running in DX11
renderer
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Fonts are not displayed when you run farcry3_d3d11.exe.
044c:fixme:d3d:wined3d_debug_callback 078071E0: "Program undefined behavior
warning: Sampler object 3 is bound to non-de
pth texture 7, yet it is used with a program that uses a shadow sampler. This
is undefined behavior.".
0950:fixme:dxgi:d3d11_swapchain_GetDesc Ignoring ScanlineOrdering and Scaling.
--
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=55480
Bug ID: 55480
Summary: ntdll:exception - direction_flag_handler() sometimes
gets bad Dr6 flags in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:exception - direction_flag_handler() sometimes gets bad Dr6 flags in
Wine:
exception.c:3302: Test failed: B0 flag is not set in Dr6
exception.c:3303: Test failed: BS flag is set in Dr6
See https://test.winehq.org/data/patterns.html#ntdll:exception
This happens in both 32 and 64-bit code and started on 2023-07-19:
* 2023-07-19 linux_fgtb-debian11-x86-64
* 2023-07-21 linux_fgtb-debian11-win32_1
* 2023-07-21 linux_fgtb-debian11-win32
* 2023-07-21 linux_fgtb-debian11-wow64_1
* 2023-07-27 linux_fgtb-debian11-win32
* 2023-08-14 MR!585
* 2023-08-16 MR!3301, MR!3571
* 2023-08-24 linux_newtb-debian11b-wow64
--
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=55204
Bug ID: 55204
Summary: ws2_32:sock - test_close_events() sometimes misses the
close event on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:sock - test_close_events() sometimes misses the close event on Windows:
sock.c:6845: Test failed: got events 0
sock.c:6858: Test failed: got -1
sock.c:6872: Test failed: got events 0
sock.c:6890: Test failed: expected timeout
See https://test.winehq.org/data/patterns.html#ws2_32:sock
This happened 9 times in the past 8 months, mostly on Windows 7 but it did
happen once on Windows 10:
* 2022-12-14 win7_newtb-w7u-adm
* 2023-02-08 win22H2_fgtb-w10pro64-64
* 2023-02-22 win7_newtb-w7u-de
* 2023-03-17 win7_newtb-w7u-de
* 2023-03-27 win7_newtb-w7u-2qxl
* 2023-03-27 win7_newtb-w7u
* 2023-05-04 win7_newtb-w7u
* 2023-05-10 win7_newtb-w7u-es
* 2023-06-29 win7_newtb-w7u
There are also two cases where the second events check does get an FD_CLOSE
event:
sock.c:6697: Test failed: got events 0
sock.c:6710: Test failed: got -1
sock.c:6712: Test failed: expected timeout
sock.c:6712: Test failed: got events 0x20
* 2022-11-28 win21H1_newtb-w10pro64-he-64
* 2023-02-27 win22H2_fgtb-w10pro64-rx550-64
--
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=53939
Bug ID: 53939
Summary: TextOut will output ASCII control character(0~31) as
tofu cause crash
Product: Wine
Version: 7.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
TextOut will output ASCII control character(0~31) as tofu cause crash
build a string on windows
> static WCHAR str[] = {0x1c,0x30,0x31,0x32,0}
use TextOut(hdc,x,y,str,wcslen(str)) to output this str
on windows: output is "012"
on wine : output is "?012"
The reason is that this API does not filter ASCII control characters, and
treats the control characters as an ordinary character to output.
by the way if we fillter the control character we alse need fix the API
:GetTextExtentExPointW
Because my program uses control characters, there will be problems when
calculating the length, resulting in a crash. If I filter out the control
characters in the code myself, it will not crash. And in principle, the focus
should be on whether control characters should be output
--
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=55411
Bug ID: 55411
Summary: Stack overflow when running Battle For Middle Earth
2.22 Launcher
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielginovker(a)gmail.com
Distribution: ---
Created attachment 74971
--> https://bugs.winehq.org/attachment.cgi?id=74971
Logs when running Restarter.exe
Hello beautiful Wine developers,
Battle for Middle Earth is an old game with custom launchers being used to make
it compatible and playable on modern Windows PCs.
When running recent versions of the launcher (cd "~/.wine/drive_c/Patch 2.22
Launcher" ; wine Restarter.exe) after installing it in a fresh wine prefix, it
gets stuck and outputs "virtual_setup_exception stack overflow"
The launcher is downloadable on Moddb (this is the official place to find the
Patch 2.22 launcher .exe):
https://www.moddb.com/mods/battle-for-middle-earth-patch-222/downloads/patc…
The source code for the launcher is also available on Github:
https://github.com/Ravo92/Patch-2.22-Launcher
--
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=45329
Bug ID: 45329
Summary: Fresh steam install will not install games -- error:
"content servers unreachable"
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alasky(a)codeweavers.com
Distribution: ---
Created attachment 61617
--> https://bugs.winehq.org/attachment.cgi?id=61617
Steam error dialogue box
Ubuntu 18.04
Wine tip (most recent commit is
83f845dfa1bb4a6ec6e8b7f65e9469dc9a8a7787)
When attempting to install a game on a fresh Steam install, an error comes up
that says "content servers unreachable." The servers are not down and I am
able to install games correctly on my steam account not using wine. This issue
seems to be caused by an update on Steam's side.
--
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=54761
Bug ID: 54761
Summary: D3D12CreateDevice no longer in ABI of
libvkd3d-utils.so.1
Product: vkd3d
Version: 1.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: smcv(a)collabora.com
Distribution: ---
While looking at updating Debian's vkd3d package from 1.2 to 1.7, I noticed
that `D3D12CreateDevice@VKD3D_1_0` disappeared from the ABI of
libvkd3d-utils.so.1. Was this intentional?
(D3D12CreateDeviceVKD3D@VKD3D_1_0 is still there, but if I'm understanding the
intention of this library correctly, D3D12CreateDevice@VKD3D_1_0 should have
continued to be present for backwards compat with older library binaries.)
--
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=55474
Bug ID: 55474
Summary: Lunar Client do not work since its last update (3.0.0)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brandowlucas(a)gmail.com
Distribution: ---
Created attachment 75034
--> https://bugs.winehq.org/attachment.cgi?id=75034
log lunar wine
As said in the title, since lunar client updated its launcher it freezes in a
infinite loading.
--
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=55373
Bug ID: 55373
Summary: Running native application inside a windows one, shows
a terminal
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: cagnulein(a)gmail.com
Distribution: ---
Since Wine4 i'm using this
https://wiki.winehq.org/FAQ#How_do_I_launch_native_applications_from_a_Wind…
to run my native application inside a Windows applications.
Starting from Wine 8, every time I run a native application from a Windows one,
a terminal window popups. How can I prevent this returning to the default
behaviour?
Thanks
--
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=54784
Bug ID: 54784
Summary: mIRC 7.72 crashes after restoring from application
tray
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dragone2(a)risposteinformatiche.it
Distribution: ---
Created attachment 74279
--> https://bugs.winehq.org/attachment.cgi?id=74279
Unhandled exception: page fault on read access - mIRC - Wine-staging 8.5
mIRC was running for about 4-5 hours before the crash.
It was reduced on the tray and its icon was blinking to notify that there were
new messages / activities in channels or private messages.
I clicked on it to restore the window and see the messages and wine gave me
this backtrace (see the attachment).
I was forced to quit mIRC and restart it again.
This rarely happens, so it's not a real problem for me, but I don't know if it
could help you fix this.
Other infos:
- Executable path: D:\mIRC\mirc.exe
- mIRC Version: 7.72 (the latest one).
- mIRC running in portable mode from a specific drive (on Wine, D:\) formatted
in NTFS.
- mIRC was running using some custom scripts. But this crash never happen on
Windows.
- Distro: Linux Mint 21.1 with latest updates.
- Kernel: 5.15.0-69-generic
- Wine infos:
Wine build: wine-8.5 (Staging)
Platform: i386 (WOW64)
Version: Windows 10
- Drive Z: is a drive formatted in BTRFS.
- CPU: Intel Core i7-6700
- RAM: 32 GB, when the crash occurred I was using less than 8 GB.
--
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=52676
Bug ID: 52676
Summary: enigma protected software fails to work properly
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
CC: dark.shadow4(a)web.de
Distribution: ---
Created attachment 72003
--> https://bugs.winehq.org/attachment.cgi?id=72003
backtrace of the crash (note the garbage)
As I've said in bug 49052, the trial that's supposed to work just crashes
without displaying anything.
Attaching console output.
I've got one other trial that's also enigma protected - that one starts, but
enters an infinite loop without displaying anything. That one is using an
engine that's known to work here, so I suspect enigma being the reason of the
failure.
--
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=4045
Bloody Iron <bloodyiron(a)lanified.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bloodyiron(a)lanified.com
--- Comment #22 from Bloody Iron <bloodyiron(a)lanified.com> ---
DPI issues are persisting, and this also is present in Wayland.
Latest example for me is Ubuntu 22.04 on a Microsoft Surface Pro 9, which runs
a display of 2880x1920 (3:2) and I believe it was a regular DPI of 271, up from
the normal 96. But in testing 192 seems to be a good number-ish.
In my case installing Mono the install dialogue is so small it's next to
impossible to read.
--
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.