March 2024 - Wine-bugs - list.winehq.org

[Bug 34319] New: Total Commander: context menu does not contain Paste
by wine-bugs＠winehq.org 08 Mar '24

08 Mar '24

http://bugs.winehq.org/show_bug.cgi?id=34319 Bug #: 34319 Summary: Total Commander: context menu does not contain Paste Product: Wine Version: 1.7.0 Platform: x86 URL: http://www.ghisler.com/amazons3.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified Right-click on a folder and hold the button until menu pops up. The menu should contain "Paste" command (at least when clipboard contains a file), but does not. Same goes to clicking on folder view background. -- 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 56147] New: Real time Receiving data freezes for 1-5 seconds
by WineHQ Bugzilla 08 Mar '24

08 Mar '24

https://bugs.winehq.org/show_bug.cgi?id=56147 Bug ID: 56147 Summary: Real time Receiving data freezes for 1-5 seconds Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtgriggs(a)gmail.com Distribution: --- Created attachment 75826 --> https://bugs.winehq.org/attachment.cgi?id=75826 Highlighted example of receiving data stopping. Real time futures data stops for 1-5 seconds multiple times an hour. Side by side comparison with Windows shows no delay from internet connection. Symptoms started with 9.0-rc3. Attached is an image. The highlighted section shows data stopping and then starting. Regression back to 8.0.2 resolves the issue. -- 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 56360] New: FoxVox window is rendered as a blank surface instead of expected user interface
by WineHQ Bugzilla 08 Mar '24

08 Mar '24

https://bugs.winehq.org/show_bug.cgi?id=56360 Bug ID: 56360 Summary: FoxVox window is rendered as a blank surface instead of expected user interface Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: arethusa26(a)gmail.com Distribution: --- Created attachment 76097 --> https://bugs.winehq.org/attachment.cgi?id=76097 Wine output from FoxVox application with broken user interface While confirming that the issue reported in bug 56358 for the FoxVox application is already fixed in wine-9.2, I noticed that when it is launched with wine-9.2, the FoxVox window shows the expected user interface, but with wine-9.2-286-g232b18d820e, the window shows a blank and black surface instead. Regression testing with git bisect yields: 5ffed8830cbc619219eae9a9f48b5f83bced7ad4 is the first bad commit commit 5ffed8830cbc619219eae9a9f48b5f83bced7ad4 Author: Fabian Maurer <dark.shadow4(a)web.de> Date: Fri Feb 9 20:11:44 2024 +0100 user32/sysparams: Handle more contexts in GetAwarenessFromDpiAwarenessContext. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55630 -- 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 6

[Bug 34321] New: Total Commander: cut/copy/paste keyboard shortcuts don't work
by wine-bugs＠winehq.org 08 Mar '24

08 Mar '24

http://bugs.winehq.org/show_bug.cgi?id=34321 Bug #: 34321 Summary: Total Commander: cut/copy/paste keyboard shortcuts don't work Product: Wine Version: 1.7.0 Platform: x86 URL: http://www.ghisler.com/amazons3.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: djelinski1(a)gmail.com Classification: Unclassified To reproduce: select a file and press ctrl + x, ctrl+c, ctrl + v. All you get is: fixme:shell:ItemMenu_InvokeCommand Unhandled string verb "cut" fixme:shell:ItemMenu_InvokeCommand Unhandled string verb "copy" fixme:shell:ItemMenu_InvokeCommand Unhandled string verb "paste" -- 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 9

[Bug 55487] New: winpcap: pcap_dispatch doesn't work with count argument -1
by WineHQ Bugzilla 08 Mar '24

08 Mar '24

https://bugs.winehq.org/show_bug.cgi?id=55487 Bug ID: 55487 Summary: winpcap: pcap_dispatch doesn't work with count argument -1 Product: Wine Version: 8.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wpcap Assignee: wine-bugs(a)winehq.org Reporter: amubtdx(a)gmail.com Distribution: --- Hi, While trying to use a Windows program that uses WinPcap, it is not receiving anything from `pcap_dispatch`. `pcap_dispatch` is a function to receive raw packets from the ethernet adapter. In the Windows program, `pcap_dispatch` is called with the `cnt` argument `-1`. According to WinPcap documentation of `pcap_dispatch` (https://www.winpcap.org/docs/docs_41b5/html/group__wpcapfunc.html#g60ce104c…) > A cnt of -1 processes all the packets received in one buffer when reading a > live capture, or all the packets in the file when reading a ``savefile'' But Wine implementation of `pcap_dispatch` does this: ```c int CDECL pcap_dispatch( struct pcap *pcap, int count, void (CALLBACK *callback)(unsigned char *, const struct pcap_pkthdr_win32 *, const unsigned char *), unsigned char *user ) { int processed = 0; TRACE( "%p, %d, %p, %p\n", pcap, count, callback, user ); while (processed < count) { ``` See here: https://github.com/wine-mirror/wine/blob/bd10252332491bc39100f230540b14d59f… When `count` is `-1`, `while (processed < count)` exit immediately without processing any packets. I've tried a local build using this condition instead, and it fixes the issue: `while (count <= 0 || processed < count)`. I use `count <= 0` to match libpcap's way of checking unlimited count. ```c // pcap-int.h: #define PACKET_COUNT_IS_UNLIMITED(count) ((count) <= 0) // pcap-netfilter-linux.c, end of function netfilter_read_linux: // [...] if (count >= max_packets && !PACKET_COUNT_IS_UNLIMITED(max_packets)) { // [...] ``` Note: here, `count` is the number of processed packets so far and `max_packet` is the value of `cnt`/`count` given to `pcap_dispatch`. See here: https://github.com/the-tcpdump-group/libpcap/blob/bf8bfc74b2c8e893b2af2d657… -- 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 56401] New: Some ARM unwinding testcases broken by "ntdll: Use the correct structure for non-volatile registers"
by WineHQ Bugzilla 08 Mar '24

08 Mar '24

https://bugs.winehq.org/show_bug.cgi?id=56401 Bug ID: 56401 Summary: Some ARM unwinding testcases broken by "ntdll: Use the correct structure for non-volatile registers" Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: julliard(a)winehq.org Regression SHA1: 42cebcca3cf8220e5dfffecc99d51ded972c54d6 Distribution: --- The recent change 42cebcca3cf8220e5dfffecc99d51ded972c54d6, "ntdll: Use the correct structure for non-volatile registers on ARM64.", broke two unwinding testcases, seh0024 and seh0026 from https://github.com/microsoft/compiler-tests/tree/master/seh. And likewise, the corresponding change for ARM broke the exact same two testcases in ARM builds. See https://martin.st/temp/arm-seh-testcases.zip for precompiled test binaries to show the issue, e.g. arm64-seh-tests/compiler-test-seh/seh0024.exe and arm64-seh-tests/compiler-test-seh/seh0026.exe within the zip. -- 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 44797] New: Visio 2003 does not read the complete list of fonts present in the system.
by wine-bugs＠winehq.org 08 Mar '24

08 Mar '24

https://bugs.winehq.org/show_bug.cgi?id=44797 Bug ID: 44797 Summary: Visio 2003 does not read the complete list of fonts present in the system. Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: christianuceda(a)yahoo.com Distribution: --- Created attachment 60831 --> https://bugs.winehq.org/attachment.cgi?id=60831 Screenshot showing the problem. Visio 2003 does not read the complete list of fonts present in the system. This leads to drawings losing their fonts and forces unwanted changes in the drawing. There is a screen shot to showcase the problem. I will try to run a regression test in a day or two. This is running Wine GIT on Ubuntu 16.04.4 with Kernel 4.15.12 -- 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 8

[Bug 46773] New: Skype 4 MSI installer fails to create trigger for task using Task Scheduler (unimplemented type 7, TASK_TRIGGER_REGISTRATION)
by wine-bugs＠winehq.org 08 Mar '24

08 Mar '24

https://bugs.winehq.org/show_bug.cgi?id=46773 Bug ID: 46773 Summary: Skype 4 MSI installer fails to create trigger for task using Task Scheduler (unimplemented type 7, TASK_TRIGGER_REGISTRATION) Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found during revisit of bug 35251 --- snip --- $ WINEDEBUG=+seh,+relay,+taskschd wine ./SkypeSetup_4.0.0.226.exe >>log.txt 2>&1 ... 004b:trace:taskschd:factory_CreateInstance (nil),{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x66f9cc 004b:trace:taskschd:TaskService_create created 0x163320 004b:trace:taskschd:TaskService_QueryInterface 0x163320,{2faba4c7-4da9-4013-9697-20cc3fd40f85},0x66f9cc 004b:trace:taskschd:TaskService_Connect 0x163320,0x66fa30 {VT_EMPTY},0x66fa20 {VT_EMPTY},0x66fa10 {VT_EMPTY},0x66fa00 {VT_EMPTY} 004b:trace:taskschd:start_schedsvc Trying to start L"Schedule" service 004b:trace:taskschd:TaskService_Connect server version 0x10003 004b:trace:taskschd:TaskService_GetFolder 0x163320,L"\\",0x66fc44 004b:trace:taskschd:TaskFolder_create created 0x167db8 004b:trace:taskschd:TaskFolder_DeleteTask 0x167db8,L"{B67E32B8-FA52-4F29-8D5D-EDD96BA46763}",0 004b:trace:taskschd:TaskService_NewTask 0x163320,0,0x66fc48 004b:trace:taskschd:TaskDefinition_create created 0x167e38 004b:trace:taskschd:TaskService_Release destroying 0x163320 004b:trace:taskschd:TaskDefinition_get_Triggers 0x167e38,0x66fc40 004b:trace:taskschd:TriggerCollection_AddRef (0x163320) ref=2 004b:trace:taskschd:TriggerCollection_Create (0x163320)->(7 0x66fc3c) 004b:fixme:taskschd:TriggerCollection_Create Unimplemented type 7 ... 004b:Call msi.MsiRecordSetStringA(00000002,00000000,100162cc "[1] error: [2].") ret=10001390 ... 004b:Call msi.MsiRecordSetStringA(00000002,00000001,1001684c "CreateTaskAsDesktopUser") ret=1000139c ... 004b:Call msi.MsiRecordSetStringA(00000002,00000002,10016768 "Failed to create new trigger") ret=100013a8 ... 004b:trace:taskschd:TriggerCollection_Release (0x163320) ref=1 004b:trace:taskschd:TaskDefinition_Release destroying 0x167e38 004b:trace:taskschd:TriggerCollection_Release (0x163320) ref=0 004b:trace:taskschd:TaskFolder_Release destroying 0x167db8 ... 004b:Call PE DLL (proc=0x100099a3,module=0x10000000 L"msi6dcc.tmp",reason=PROCESS_DETACH,res=(nil)) ... 004b:Ret msi.__wine_msi_call_dll_function() retval=00000643 ret=7efed626 --- snip --- The failing custom action doesn't seem to be critical for the installer though (continues). Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/taskschd/triggercollection… --- quote --- TASK_TRIGGER_REGISTRATION 7 Triggers the task when the task is registered. --- quote --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/taskschd/task.c#l434 --- snip --- 434 static HRESULT WINAPI TriggerCollection_Create(ITriggerCollection *iface, TASK_TRIGGER_TYPE2 type, ITrigger **trigger) 435 { 436 trigger_collection *This = impl_from_ITriggerCollection(iface); 437 438 TRACE("(%p)->(%d %p)\n", This, type, trigger); 439 440 switch(type) { 441 case TASK_TRIGGER_DAILY: 442 return DailyTrigger_create(trigger); 443 default: 444 FIXME("Unimplemented type %d\n", type); 445 return E_NOTIMPL; 446 } 447 448 return S_OK; 449 } --- snip --- $ sha1sum SkypeSetup_4.0.0.226.exe 3726546c421f078353c73ea6fb42561fac434701 SkypeSetup_4.0.0.226.exe $ du -sh SkypeSetup_4.0.0.226.exe 20M SkypeSetup_4.0.0.226.exe $ wine --version wine-4.3 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.

2 4

[Bug 48344] New: Luminance HDR / qtpfsgui 2.6.0: Empty file select dialog
by WineHQ Bugzilla 08 Mar '24

08 Mar '24

https://bugs.winehq.org/show_bug.cgi?id=48344 Bug ID: 48344 Summary: Luminance HDR / qtpfsgui 2.6.0: Empty file select dialog Product: Wine Version: 5.0-rc2 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com $ wine --version wine-5.0-rc2 $ openssl sha256 Luminance-HDR_v.2.6.0_Windows_64.zip SHA256(Luminance-HDR_v.2.6.0_Windows_64.zip)= a29a973adbb71ecb3396df9b8241c480ad8a691534017ba70b3699aff59b83f1 Steps to reproduce: 1. Start Luminance HDR 2. Click the "New HDR image" button. 3. In the "HDR Creation Wizard", click the Plus button. Results: Empty file select dialog. Expected: File Select dialog should allow file selection. -- 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 3

[Bug 55821] New: Desktop Window Manager crashes when launching a WPF app
by WineHQ Bugzilla 08 Mar '24

08 Mar '24

https://bugs.winehq.org/show_bug.cgi?id=55821 Bug ID: 55821 Summary: Desktop Window Manager crashes when launching a WPF app Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwmapi Assignee: wine-bugs(a)winehq.org Reporter: claytmp+foj0w(a)gmail.com Distribution: --- Created attachment 75313 --> https://bugs.winehq.org/attachment.cgi?id=75313 Backtrace and terminal output are included The SaveToGame is based on WPF and is using custom UI. When I try to launch it (via terminal "wine SaveToGame.exe"), the Desktop Window Manager crashes. Download link: https://github.com/And42/SaveToGame/releases/download/v2.81/SaveToGame_2.81… (Avoid extracting "portable" file because then it would try to write something to current directory which fails) sha1sum: 1a638c1fc8c6992dd6206eaade4fdb2da1cff2e6 OS: Ubuntu 22.04 64-bit -- 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 6