wine-bugs April 2023

wine-bugs@winehq.org

1 participants
3039 discussions

[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 32618] New: Atlantica Online partially hangs when rotating the view with the mouse.
by wine-bugs＠winehq.org 03 Jun '24

03 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=32618 Bug #: 32618 Summary: Atlantica Online partially hangs when rotating the view with the mouse. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: arek75(a)gmail.com Classification: Unclassified Created attachment 43044 --> http://bugs.winehq.org/attachment.cgi?id=43044 Bisect log Starting with Wine 1.5.18, Atlantica Online is no longer playable due to a bug where if you attempt to rotate the camera with the mouse (right-click and drag), Atlantica's graphics lock up and the game seems to lose the mouse. You can get the game to respond again by pressing alt on the keyboard, but you still can't rotate the camera (or rather not much, it'll move a tiny bit each time before locking up). I went ahead and bisected this, and also ran into a problem where Atlantica never got control of the mouse/keyboard and had to be closed with alt-f4. In these cases I used 'git bisect skip' to continue. Git finally came up with 18 possible "bad commits". Looking at them in gitk, the following commits are of note (the first skipped commit and the first known bad commit): 841214ddb4d4dc620e6b51dfe6655b585d423edc - user32: Don't check for driver events before normal messages in PeekMessage. a0f039a6049641cc2be8fa32f2afa3c3f394a99b - user32: Fix the wait event mask in PeekMessage. The first of these commits caused Atlantica to not respond much to mouse/keyboard events (you could get a partial response from the mouse if you could get it over a button, but you can't see the pointer), and while the second patch fixed that, attempting to rotate the camera using the mouse causes Atlantica's input/graphics to partially freeze as noted above. I've attached the bisect log so that you can have a look at it if you need to. --James -- 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 4

[Bug 21369] New: Tab bar isn't fully visible in HTML-Kit; must be scrolled
by wine-bugs＠winehq.org 03 Jun '24

03 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=21369 Summary: Tab bar isn't fully visible in HTML-Kit; must be scrolled Product: Wine Version: 1.1.36 Platform: x86-64 URL: http://www.chami.com/html-kit/download/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=25731) --> (http://bugs.winehq.org/attachment.cgi?id=25731) Terminal output In HTML-Kit build 292, one of the tab bars (the one below the current working file) isn't displayed as expected in Wine. In Windows, the entire tab bar is visible, but in Wine, part of it is cut off, with scroll arrows present to bring the rest into view. Native comctl32 installed by winetricks fixes the issue. Interestingly, increasing Wine's DPI to 120 allows all the tabs to display at once, though rendering is still a bit different from Windows. Terminal output is from opening the program and entering "create a new file" mode (which is when the tabs first become visible). -- 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 16

[Bug 52959] New: Some games are rendered in square instead fullscreen
by WineHQ Bugzilla 02 Jun '24

02 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=52959 Bug ID: 52959 Summary: Some games are rendered in square instead fullscreen Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: slawek(a)lach.art.pl Distribution: --- Some games (like Empire Earth: Gold, Commandos: Behind Enemy Lines) do not render property. It renders only in top-left square (full game frame). Rest of screen is black. -- 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 33239] New: VisualBasic arrays of User Defined Type (UDTs) with strings
by wine-bugs＠winehq.org 02 Jun '24

02 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=33239 Bug #: 33239 Summary: VisualBasic arrays of User Defined Type (UDTs) with strings Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mod(a)navsoft.com Classification: Unclassified Created attachment 43964 --> http://bugs.winehq.org/attachment.cgi?id=43964 Uses a simple program to test where the crash occurs I use arrays of UDTs which work under MS Windows. (Any version post Win 2000 except ME.) The program also works happily on a Mac using a Parallels virtual machine. These fail under WINE if one or more of the fields is a string. The "TYPE" order makes no difference. UDTs which contain only numbers are not affected. Failure occurs on any attempt to "ReDim" or "Erase" the array. The problem does not occur when the strings are fixed length or for flat UDTs containing strings of undeclared length. Prior to a crash, the content of the UDTs can be read and written to. Trying to write a simple program produces strange results. I tried initially on an old PC and found that it would crash simply by redimming the arrays but when installed under Parallels, it will handle simple arrays and only crashes as I start to get more adventurous; i.e. using a UDT type declared in a DLL but otherwise identical. My main program can be downloaded at http://navsoft.com/AstroNav_Setup.exe. It makes no claims to being compatible with WINE but there are references to the problem area elsewhere in this forum by Users who would like to run it under WINE. AstroNav uses UDTs extensively. The problem is the Almanac screen where multi dimension UDTs are widely used. With AstroNav, simply declaring and then destroying the arrays will cause a crash. [There is also a problem with WINE's treatment of SetGraphicsMode which I have not yet pinned down but will hopefully circumvent very shortly. (The SetGraphicsMode API does not work quite as Microsoft claim so removing it, is probably desirable.)] The attached backtrace was caused by the following code. The crash occurs only for Command4_Click() and only on the third press. (Rapid pressing will cause a "The array is temporarily locked" error/ crash.) FORM CODE ========== Private Type My_UDT n1 As Long s1 As String s2 As String End Type Private mUDT() As My_UDT Private DLL_UDT() As Main_Almanac_Columns Private Sub Command1_Click() ' NO PROBLEM NOW BUT SIMILAR CODE CAUSED A Dim i As Long ' CRASH ON AN OLDER PC ReDim mUDT(99) For i = 0 To 99 mUDT(i).s1 = "Some String" mUDT(i).s2 = "Some String" Next i ReDim mUDT(99) End Sub Private Sub Command2_Click() ' SAME AS ABOVE BUT USING A GLOBAL UDT Dim i As Long ' = A BIT MORE ADVENTUROUS ReDim gUDT(99) For i = 0 To 99 gUDT(i).s1 = "Some String" gUDT(i).s2 = "Some String" Next i ReDim gUDT(99) End Sub Private Sub Command3_Click() ' MORE ADVENTUROUS; PASSING DATA USING Compile_Data ' Public Property Get gUDT = My_Module_UDT End Sub Private Sub Command4_Click() ' CRASHES ON THE THIRD CLICK ON MY MAIN Alt_Compile_Data ' MACHINE DLL_UDT = My_DLL_UDT End Sub MODULE CODE =========== Private DLL_UDT() As Main_Almanac_Columns Type Module_UDT n1 As Long s1 As String s2 As String End Type Private mUDT() As Module_UDT Public gUDT() As Module_UDT '\\ THE MODULE LEVEL TEST Sub Compile_Data() Dim i As Long ReDim mUDT(71) For i = 0 To 71 With mUDT(i) .n1 = i .s1 = i .s2 = i End With Next i End Sub Public Property Get My_Module_UDT() As Module_UDT() My_Module_UDT = mUDT End Property '\\ USING THE IDENTICAL TYPE DECLARED IN A MODULE Sub Alt_Compile_Data() Dim i As Long ReDim DLL_UDT(71) For i = 0 To 71 With DLL_UDT(i) .Gap = i .sGHA = i .sDec = i End With Next i End Sub Public Property Get My_DLL_UDT() As Main_Almanac_Columns() My_DLL_UDT = DLL_UDT End Property -- 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 11

[Bug 38892] New: Please support more architectures.
by wine-bugs＠winehq.org 02 Jun '24

02 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=38892 Bug ID: 38892 Summary: Please support more architectures. Product: Wine Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: ytrezq(a)sdf-eu.org Distribution: --- Hello, It might sound useless but the WINAPI supported Itanium PPC MIPSR4000 and dec alpha in the past. While windows doesn't provide updates for those platforms, compiling programs written for the WINAPI to those arch is the best way to get decent speeds (not to add the need of support for ARC firmware which prevent running them on recent ppc). Of course this is not for emulating instructions sets but for running windows programs natively on those platforms. For testing on x86 an ARC bios for MIPS which can work on qemu is documented here http://gunkies.org/wiki/Installing_Windows_NT_4.0_on_Qemu(MIPS) Visual C++ RISC editions for those platforms are available here http://bingeflying.com/3.2/ -- 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 5

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 April 2023