wine-bugs September 2023

wine-bugs@winehq.org

1 participants
2599 discussions

[Bug 44210] New: GNUTLS_CIPHER_CHACHA20_POLY1305 is not work
by wine-bugs＠winehq.org 10 Jun '24

10 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=44210 Bug ID: 44210 Summary: GNUTLS_CIPHER_CHACHA20_POLY1305 is not work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: serg.chaplya(a)gmail.com Distribution: --- Hello! I've tried to run this tool (http://cryptopump.info/en/download) on my Ubuntu system. I got some error: fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 I've found that this error is here: https://github.com/wine-mirror/wine/blob/master/dlls/secur32/schannel_gnutl… Because GNUTLS_CIPHER_CHACHA20_POLY1305 is not supported. -- 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.

2 10

[Bug 44985] New: BIAS FX: Blank window when running the app
by wine-bugs＠winehq.org 10 Jun '24

10 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=44985 Bug ID: 44985 Summary: BIAS FX: Blank window when running the app Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oxez911(a)gmail.com Distribution: --- Created attachment 61119 --> https://bugs.winehq.org/attachment.cgi?id=61119 term output Distribution: Debian sid Wine version: 3.6.0~sid (Using the wine-devel package from winehq.org) Description: Trying the BIAS FX standalone app (both in 32 and 64bit) result in a blank window (black or white, seems random..) Note: the trial can be downloaded free of change at https://www.positivegrid.com/bias-fx/ I attached a trace of what I saw in the terminal, I can provide more info if needed (I'm not sure what WINEDEBUG needed to be set at, I didn't tweak it) -- 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.

2 66

[Bug 50726] New: TreeSize crashes: wine: Call from 000000007BC278E0 to unimplemented function ntdll.dll.RtlGetCallersAddress, aborting
by WineHQ Bugzilla 09 Jun '24

09 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=50726 Bug ID: 50726 Summary: TreeSize crashes: wine: Call from 000000007BC278E0 to unimplemented function ntdll.dll.RtlGetCallersAddress, aborting Product: Wine Version: 6.2 Hardware: x86-64 URL: https://customers.jam-software.de/downloadTrialProcess .php OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian A user reported this program crashing on the forum: https://forum.winehq.org/viewtopic.php?f=8&t=34939 sha1sum TreeSize-x64-Demo.exe d24bf50fcdecbeede2812dcbc87e02e0101ca0b1 TreeSize-x64-Demo.exe -- 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.

1 8

[Bug 53881] New: Missing GUI elements in “The Settlers: Heritage of Kings” after application switching
by WineHQ Bugzilla 09 Jun '24

09 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=53881 Bug ID: 53881 Summary: Missing GUI elements in “The Settlers: Heritage of Kings” after application switching Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- Created attachment 73408 --> https://bugs.winehq.org/attachment.cgi?id=73408 screenshot for a questionable information display I tried the game “The settlers (gold edition)” out once more by components from the software package “wine 7.20-1498.5”. Some information was logged for further development considerations. Markus_Elfring@Sonne:~> wine C:\\ProgramData\\Microsoft\\Windows\\Start\ Menu\\Programs\\Ubisoft\\Blue\ Byte\\DIE\ SIEDLER\ -\ Das\ Erbe\ der\ Könige\ -\ Gold\ Edition\\DIE\ SIEDLER\ -\ Das\ Erbe\ der\ Könige\ spielen.lnk 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 … 00c4:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv" failed to start: 1114 0024:fixme:exec:SHELL_execute flags ignored: 0x00004000 00bc:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub 00bc:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub 012c:fixme:imm:ImeSetActiveContext (0001004E, 1): stub 012c:fixme:imm:ImmReleaseContext (00050044, 0001004E): stub 012c:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 012c:fixme:d3d:resource_check_usage Unhandled usage flags 0x20. 012c:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1. 0170:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. Now I wonder about undesirable data processing effects from recent software evolution. The program is usable after its basic start initialisation. But I can occasionally get into the mood to switch to an other application. I can switch back to the game after I got some work done with other tools. But I observe that the corresponding graphical user interface became broken. Under which circumstances will the desired display be completely restored? -- 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.

1 8

[Bug 41632] New: Wine not running with Administrative privileges
by wine-bugs＠winehq.org 08 Jun '24

08 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=41632 Bug ID: 41632 Summary: Wine not running with Administrative privileges Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: stevedonato(a)gmail.com Distribution: --- Error running wine windows program. Error message produced is; "You do not have Administrative privileges on this computer. Sign into Windows as an Administrator. Try again." Latest wine release 1.9.22 -- 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.

2 20

[Bug 35984] New: Leftover pixels in Microsoft Paint when using Rectangle tool with thick border
by wine-bugs＠winehq.org 07 Jun '24

07 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=35984 Bug ID: 35984 Summary: Leftover pixels in Microsoft Paint when using Rectangle tool with thick border Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Nachanon_Vetjasit(a)hotmail.com Created attachment 48104 --> http://bugs.winehq.org/attachment.cgi?id=48104 Screencast demonstrating the leftover lines problem I've used Microsoft Paint on WINE, I found that when I set line thickness to >1px (using Line tool) and select Rectangle tool, then drag mouse to South-East direction to create a rectangle (but don't release mouse button yet), then move to West, then North, and release the button. I'll see that some color pixels that's used to be old rectangle border were left over. The larger line size, more obvious the effect. Apart from leftover lines, there is also a knot on the top left of the rectangle. (Won't be visible at first glance, use Magnifier tool to see it) These leftover lines (and knot) also didn't disappear on Undo too. Screencast demonstrating this problem and affected image also attached. (Using 5px line thickness in this case). Microsoft Paint 5.1.2600.5512 (mspaint.exe from Windows XP SP3) mfc42u.dll 6.2.8071.0 picked from Windows XP SP3, placed with the same directory as mspaint.exe WINE: 1.7.15 (git), set to Windows version XP WINE installed without XInput2, OSMesa, OpenCL, CMS, GStreamer, and OSS support System: Debian GNU/Linux 5.0 "Lenny" i386 -- 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.

2 9

[Bug 53889] New: vbscript does not support Get_Item call on IDispatch objects
by WineHQ Bugzilla 07 Jun '24

07 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=53889 Bug ID: 53889 Summary: vbscript does not support Get_Item call on IDispatch objects Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: jsm174(a)gmail.com Distribution: --- I ran into some code with where an IDispatch object has a Get_Item method: PlayerScores(0).SetValue(1000) In interp.c, `do_icall` will E_NOTIMPL for REF_OBJ when there are arguments: if(arg_cnt) { FIXME("arguments on object\n"); return E_NOTIMPL; } To work around this, I added the following: + if (arg_cnt) { + vbstack_to_dp(ctx, arg_cnt, FALSE, &dp); + + hres = IDispatch_Invoke(ref.u.obj, DISPID_VALUE, &IID_NULL, + LOCALE_USER_DEFAULT, DISPATCH_PROPERTYGET, &dp, res, + NULL, NULL); + + if(FAILED(hres)) + return hres; + + IDispatch_AddRef(V_DISPATCH(res)); + + break; + } IDispatch_AddRef(ref.u.obj); V_VT(res) = VT_DISPATCH; V_DISPATCH(res) = ref.u.obj; -- 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.

1 2

[Bug 17195] New: NamedPipe datagrams need to be _really_ datagrams
by wine-bugs＠winehq.org 06 Jun '24

06 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=17195 Summary: NamedPipe datagrams need to be _really_ datagrams Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net ok, after a little bit of investigation, i think i understand the pipes code enough to be able to say what's going on, and i'm seeing something like this: process 1: recvpipe = CreateNamedPipe("\\pipe\fred") ReadFile(recvpipe, buffer, &length); printf(length) ===> 43 ReadPipe(recvpipe, buffer, &length); /* no data */ process 2: sendpipe = CreateNamedPipe("\\pipe\fred") length = 9; WriteFile(sendpipe, buffer, &length); length = 34; WriteFile(sendpipe, buffer, &length); what's happening is that the data being sent down the pipes isn't being done as datagrams. the implementation is using a stream-based fd. the solution is: you _must_ implement a protocol on top of the pipes which sends the length (as a 32-bit int, whatever) which is read off the fd, followed by the data stream of _exactly_ that length. _must_. there's no two ways about this. the protocol of Pipes is unfortunately a combination of both datagrams and streams. datagrams because the lengths of data sent are absolute and inviolate. streams because the data order and reliability are _also_ absolute and inviolate. you can't use datagrams (because they're unreliable). you can't expect all unixen to support datagrams on top of unix sockets (if that's what's being used). so - you have to send the length, as part of the implementation of the pipe-data-send. sending a length will also solve the issue of trying to send zero-length pipe datagrams. as a first implementation, you _might_ be able to get away with assuming that when someone asks for some data, they _will_ provide a buffer big enough. ... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so that would explain... this is going to get messy :) -- 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.

2 241

[Bug 55613] New: right click does not work in Battle.net App (friends list, favorite games)
by WineHQ Bugzilla 05 Jun '24

05 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=55613 Bug ID: 55613 Summary: right click does not work in Battle.net App (friends list, favorite games) Product: Wine Version: 8.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kolAflash(a)kolahilft.de Distribution: --- Right click does not work in Battle.net (Blizzard). Battle.net App version: 2.24.1.14385 (2023-09-17) Right click is mostly being needed for managing contacts in the friends list at the right side and favorite games in the top bar. In both cases right click is supposed to open a context menu. Console output when right clicking: 0118:fixme:system:EnableNonClientDpiScaling (00050116): stub 0118:fixme:shell:SHGetPropertyStoreForWindow (00050116 112451A8 0060B018) stub! 0118:fixme:shell:window_prop_store_SetValue 1B806B70, {{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},4}, 0060B008 0118:fixme:shell:window_prop_store_SetValue 1B806B70, {{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},2}, 0060AFF8 0118:fixme:shell:window_prop_store_SetValue 1B806B70, {{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},3}, 0060AFE8 0118:fixme:shell:window_prop_store_SetValue 1B806B70, {{9f4c2855-9f79-4b39-a8d0-e1d42de1d5f3},5}, 0060AFD8 0118:fixme:shell:window_prop_store_Commit 1B806B70 0118:fixme:win:GetPointerDevices (0060CCAC 00000000): partial stub 0118:fixme:system:NtUserQueryDisplayConfig flags 0x2, paths_count 0x60ccac, paths 0x1addd280, modes_count 0x60cca8, modes 0x1ad59340, topology_id (nil) semi-stub 0118:fixme:system:NtUserDisplayConfigGetDeviceInfo Unimplemented packet type 11. Workaround: Enable the virtual desktop in winecfg or using the /explorer switch. https://wiki.winehq.org/Winecfg#Window_Settings https://wiki.winehq.org/Explorer Unfortunately you can't switch between different "Windows application" windows using ALT-TAB in this mode. And when you use ALT-TAB to switch to other X windows, this may cause the Windows applications to assume that the ALT key is being stuck hold down. This is probably another bug, but I can't find a bug report for it. (feel free to create a bug report and link it here, if you encounter this problem) See also: https://www.reddit.com/r/wine_gaming/comments/ou67et/right_clicking_on_batt… https://www.reddit.com/r/linux_gaming/comments/141oitc/right_click_on_battl… -- 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.

1 4

[Bug 55233] New: A-Train PC Classic - UI is incorrectly sized and cannot switch between selected windows.
by WineHQ Bugzilla 05 Jun '24

05 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=55233 Bug ID: 55233 Summary: A-Train PC Classic - UI is incorrectly sized and cannot switch between selected windows. Product: Wine Version: 8.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- The UI windows in A-Train PC Classic are unusable. Note: This game was ported from the Nintendo 3DS, and most / all of it's UI is intact. "UI windows" are essentially the game's menu / dialog box interface. (Called "windows" here as that's what the game's configuration INI file calls them.) Attempting to start a new game the first time causes each window to fill the entire application window and draw on top of each other. With only the top most window receiving user input. For the second attempt to start a new game, the windows are correctly sized / placed but only the most recently drawn window accepts user input with no way to switch to an inactive window. This breaks the game as the first requirement of the player is to use an inactive window's "Enter Company Name" button. The game's configuration INI file contains options for setting each window's origin X/Y coordinates, width and height. However editing these values manually seems to result in a deadlock. With the game continuing to update the application window (minimize / partial hide / etc.) but otherwise refusing user input after showing the company logos. Attempting to use a known good configuration file from Windows also doesn't work. As the game seemingly ignores it with no visible window behavior change from when starting a new game. As described above. -- 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.

1 16

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs September 2023