wine-bugs August 2023

wine-bugs@winehq.org

1 participants
2781 discussions

[Bug 51174] New: api-ms-win-core-version-l1-1-0: Missing GetFileVersionInfoW and GetFileVersionInfoSizeW
by WineHQ Bugzilla 14 Jun '24

14 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=51174 Bug ID: 51174 Summary: api-ms-win-core-version-l1-1-0: Missing GetFileVersionInfoW and GetFileVersionInfoSizeW Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: toadking(a)toadking.com Distribution: --- Created attachment 70043 --> https://bugs.winehq.org/attachment.cgi?id=70043 SteelSeries GG logfile SteelSeries GG needs these two functions to run. Log from program attached. (The log only mentions GetFileVersionInfoSizeW but it needs GetFileVersionInfoW right after that call.) -- 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 50983] New: The Long Dark stops with a black screen (needs MF_SCRUBBING_SERVICE implementation)
by WineHQ Bugzilla 14 Jun '24

14 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=50983 Bug ID: 50983 Summary: The Long Dark stops with a black screen (needs MF_SCRUBBING_SERVICE implementation) Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 0180:fixme:mfplat:media_source_get_service_GetService Unsupported service {dd0ac3d8-40e3-4128-ac48-c0add067b714}. wine-6.6-40-g4904d90870a -- 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 5

[Bug 55362] New: NeuralNote: Crashes and Rendering issues (alson in VST3 form)
by WineHQ Bugzilla 14 Jun '24

14 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=55362 Bug ID: 55362 Summary: NeuralNote: Crashes and Rendering issues (alson in VST3 form) Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: muydevaydi(a)gufum.com Distribution: --- Created attachment 74943 --> https://bugs.winehq.org/attachment.cgi?id=74943 text NeuralNote suffers extreme GUI latency issues, idk https://github.com/DamRsn/NeuralNote -- 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 33

[Bug 42270] New: Settlers 4 Gold - Hardware Rendering mode not working
by wine-bugs＠winehq.org 14 Jun '24

14 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=42270 Bug ID: 42270 Summary: Settlers 4 Gold - Hardware Rendering mode not working Product: Wine Version: 2.0-rc6 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: --- Created attachment 56975 --> https://bugs.winehq.org/attachment.cgi?id=56975 cmd log The game runs ok in software mode. So this is a pretty low priority bug. Settlers 4 Gold (Gog version) - changing the settings landscape engine, and object engine from software to hardware does not work. Attached command line 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.

2 12

[Bug 52585] New: NtQueryDirectoryObject multiple entries not implemented, breaks shells on Cygwin
by WineHQ Bugzilla 14 Jun '24

14 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=52585 Bug ID: 52585 Summary: NtQueryDirectoryObject multiple entries not implemented, breaks shells on Cygwin Product: Wine Version: 7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: megastallman(a)gmail.com Distribution: --- When I try running any command(not builtin) in Cygwin bash or sh, I get no output and no results in Wineconsole. Though, among usual harmless LDAP-related errors, Wineconsole outputs the following to terminal: 0180:fixme:sync:NtQueryDirectoryObject multiple entries not implemented 0180:fixme:sync:NtQueryDirectoryObject multiple entries not implemented 0180:fixme:sync:NtQueryDirectoryObject multiple entries not implemented even after Enter is pressed. Builtin commands work fine, but no external command works at all. Reproducing steps: - cd /cygwin/path/bin - Run "wineconsole" from terminal. There you'll see NtQueryDirectoryObject error. - Run "uname" in Wineconsole. Despite FAST_CWD error, it works. - Run "sh" in Wineconsole. - Run "ls", or just press Enter, or run any other non-builtin command and see those 3 NtQueryDirectoryObject errors. Command itself will not just output anything, it won't work at all, just silently release the terminal. -- 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 20

[Bug 50591] New: ReadFile schedules async read when ReadIntervalTimeout is MAXDWORD
by WineHQ Bugzilla 13 Jun '24

13 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=50591 Bug ID: 50591 Summary: ReadFile schedules async read when ReadIntervalTimeout is MAXDWORD Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: aaron.knister(a)gmail.com Distribution: --- Created attachment 69269 --> https://bugs.winehq.org/attachment.cgi?id=69269 ntdll: NtReadFile async reads always return success when avail_mode TRUE TeraTerm is ending up with missing data when it reads from a COM/Serial port. TeraTerm sets ReadIntervalTimeout to MAXDWORD and then calls ReadFile asynchronously, and if there's pending IO it waits 1 second for the overlapped struct event to be signalled. If the signal is received, it processes the received I/O, else continues on and will perform another ReadFile. This is the code snippet: if (!ReadFile(cv->ComID,&(cv->InBuff[cv->InBuffCount]), InBuffSize-cv->InBuffCount,&C,&rol)) { if (GetLastError() == ERROR_IO_PENDING) { if (WaitForSingleObject(rol.hEvent, 1000) != WAIT_OBJECT_0) { C = 0; } else { GetOverlappedResult(cv->ComID,&rol,&C,FALSE); } } What's happening in WINE, is ReadFile returns non-zero with ERROR_IO_PENDING and the WaitForSingleObject times out. The asynchronous read *does* complete after the timeout, but by that point the application has given up and moved on. I initially thought the application was at fault, because it should retry if the wait times out. However, in the documentation for ReadFile it points to documentation about COMMTIMEOUTS (https://docs.microsoft.com/en-us/windows/win32/api/winbase/ns-winbase-commt…) which says the following: A value of MAXDWORD, combined with zero values for both the ReadTotalTimeoutConstant and ReadTotalTimeoutMultiplier members, specifies that the read operation is to return immediately with the bytes that have already been received, even if no bytes have been received. To me, that means Wine ought not to be triggering an asynchronous read when the comm timeout parameters are set as indicated above. I coded a simple fix, which is in NtReadFile, if avail_mode is TRUE return success even if no bytes were read. See attached patch. It works for TeraTerm, I have no idea if it causes other regressions. -- 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 47778] New: world of warcraft in game store browser crashes
by WineHQ Bugzilla 12 Jun '24

12 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=47778 Bug ID: 47778 Summary: world of warcraft in game store browser crashes Product: Wine Version: 4.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: goin2mars(a)protonmail.com Distribution: --- Created attachment 65266 --> https://bugs.winehq.org/attachment.cgi?id=65266 backtrace from running in game wow browser opened when using shop feature wow browser : BlizzardBrowser.exe found in /home/me/.wine/drive_c/Program Files (x86)/World of Warcraft/_retail_/UTILS -- 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 9

[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 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

[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 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

[Bug 34708] New: Silent Hill 4: The Room don't run in terminal.
by wine-bugs＠winehq.org 31 May '24

31 May '24

http://bugs.winehq.org/show_bug.cgi?id=34708 Bug #: 34708 Summary: Silent Hill 4: The Room don't run in terminal. Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sov.info(a)mail.ru Classification: Unclassified Created attachment 46270 --> http://bugs.winehq.org/attachment.cgi?id=46270 01 terminal output This game don't start via terminal. BUT! When i just starting it by clicking on the .desktop file, it runs! This behavior is pretty interesting. Of cource, this game crushes even if start by clicking on desktop label. But if we want to see what stubs happens in game, we should before fix terminal behavior. -- 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 36

[Bug 50789] New: Affinity Photo 1.9.1 installer crashes
by WineHQ Bugzilla 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=50789 Bug ID: 50789 Summary: Affinity Photo 1.9.1 installer crashes Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: game.jaegers(a)mailbox.org Distribution: --- Created attachment 69595 --> https://bugs.winehq.org/attachment.cgi?id=69595 terminal output >> wine --version wine-6.2 (Staging) Get the trial installer here: https://affinity.serif.com/de/90-day-affinity-trial/ Maybe someone can get an archive.org link? >> sha1sum affinity-photo-1.9.1.exe f68d5fcd52e58a1501ab1ff7b4eb35ac8422f863 affinity-photo-1.9.1.exe I only used these commands: export WINEPREFIX=~/.wineprefixes/photo wine wineboot -i wine '/home/estebanium/Downloads/affinity-photo-1.9.1.exe' I know from older testing, that the installer needs at least dotnet45. Since Wine 5.12 installing dotnet45 via winetricks is a pain. If you achieved to install dotnet45 via winetricks, affinity installer want to install the update to dotnet472. -- 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 45493] New: SRPG Studio games fail to run
by wine-bugs＠winehq.org 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=45493 Bug ID: 45493 Summary: SRPG Studio games fail to run Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- AFAICT, all SRPG Studio (an engine: http://www.srpgstudio.com/) games fail to run without setting up WINEDLLOVERRIDES="jscript=n". Lets use Vestaria Saga as an example (download link on http://site.wepage.com/vestariasaga/page5-02). Without native jscript, all that happens after launching it is an error dialog with string 'A-Phese 7'. The whole of builtin jscript debug log is short and not all that helpful: 0085:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 0x4ca7c0, 43) stub 0085:trace:jscript:DllMain (0x7cda0000 8 (nil)) 0085:trace:jscript:DllMain (0x7cda0000 1 (nil)) 0085:trace:jscript:DllGetClassObject (CLSID_JScript {00000001-0000-0000-c000-000000000046} 0x33f6c8) 0085:trace:jscript:ClassFactory_QueryInterface (0x7ce3dc50)->(IID_IClassFactory 0x33f6c8) 0085:trace:jscript:ClassFactory_AddRef (0x7ce3dc50) 0085:trace:jscript:JScriptFactory_CreateInstance ((nil) {bb1a2ae1-a4f9-11cf-8f20-00805f2cd064} 0x33f6c4) 0085:trace:jscript:JScript_QueryInterface (0x7b0f4040)->(IID_IActiveScript 0x33f6c4) 0085:trace:jscript:JScript_AddRef (0x7b0f4040) ref=2 0085:trace:jscript:JScript_Release (0x7b0f4040) ref=1 0085:trace:jscript:ClassFactory_Release (0x7ce3dc50) 0085:trace:jscript:JScript_SetScriptSite (0x7b0f4040)->(0x19c7e0) 0085:trace:jscript:JScript_AddNamedItem (0x7b0f4040)->(L"root" 42) -- 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 50196] New: can not copy words between wine apps and ubuntu apps
by WineHQ Bugzilla 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=50196 Bug ID: 50196 Summary: can not copy words between wine apps and ubuntu apps Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: roybevan(a)126.com Distribution: --- wine-5.0.3 ubuntu20.04 wine app: source insight && notepad++ ubuntu app: text editor and all other apps I can not copy the words form notepad++ to text editor, it’s the same the other way round，but I can copy words form notepad++ to sourceinsight If I reboot the system, it would be okay, then I don't know when this will happen again -- 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 7

[Bug 46787] New: Notepad++ rather slow (GetLocaleInfoEx)
by wine-bugs＠winehq.org 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=46787 Bug ID: 46787 Summary: Notepad++ rather slow (GetLocaleInfoEx) Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: linuxhippy(a)gmail.com Distribution: --- Created attachment 63803 --> https://bugs.winehq.org/attachment.cgi?id=63803 sysprof profile screenshot Running Notepad++-7.6.3 on wine is a rather painful experience, as Notepad++ is rather slow. When keeping a key pressed, characters appear in blocks and Notepad++ consumes 90% cpu. Please see the sysprof profile attached, it seems a lot of time is spent inside (GetLocaleInfoEx). -- 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 52691] New: FL Studio 20.9.1 Freezes on start-up
by WineHQ Bugzilla 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=52691 Bug ID: 52691 Summary: FL Studio 20.9.1 Freezes on start-up Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: miguelag2001(a)outlook.com Distribution: --- When I launch FL Studio 20.9.1, the main window displays, but freezes before I can interact with it. I am unable to do anything with the program. It also won't close unless I force kill it in my task manager. -- 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

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