February 2024 - Wine-Bugs - list.winehq.org

[Bug 56360] New: FoxVox window is rendered as a blank surface instead of expected user interface
by WineHQ Bugzilla March 8, 2024

March 8, 2024

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 56147] New: Real time Receiving data freezes for 1-5 seconds
by WineHQ Bugzilla March 8, 2024

March 8, 2024

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 34319] New: Total Commander: context menu does not contain Paste
by wine-bugs＠winehq.org March 8, 2024

March 8, 2024

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 11629] New: Usable Wine interface
by wine-bugs＠winehq.org March 8, 2024

March 8, 2024

http://bugs.winehq.org/show_bug.cgi?id=11629 Summary: Usable Wine interface Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: remco47(a)yahoo.com What about making a Wine GUI to behave more like emulators like VirtualBox. It's extremely hard right now to get Wine in desktop mode. It would be nice if you could start Wine as an application, which opens up a window like this: http://xs224.xs.to/xs224/08081/mockup918.png (ignore the virtualbox-stuff) And if you start one of those prefixes, it by default opens a Wine Desktop with a simple Taskbar & Start-menu. Somewhere in the Start-menu could be the option to switch to desktop integration mode. There could also be an option to run the Wine Desktop full-screen. Like this: http://xs224.xs.to/xs224/08081/winedesktop771.png (forgive my GIMP skills) I believe this would be very good for usability. Desktop mode is more stable than seamless mode, yet it's hidden in winecfg. This kind of UI also exposes the prefix-functionality in a transparent way. Wouldn't that be a nice 1.0 polishing idea? -- 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 14

[Bug 55487] New: winpcap: pcap_dispatch doesn't work with count argument -1
by WineHQ Bugzilla March 8, 2024

March 8, 2024

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 34321] New: Total Commander: cut/copy/paste keyboard shortcuts don't work
by wine-bugs＠winehq.org March 8, 2024

March 8, 2024

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 48344] New: Luminance HDR / qtpfsgui 2.6.0: Empty file select dialog
by WineHQ Bugzilla March 8, 2024

March 8, 2024

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 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 March 8, 2024

March 8, 2024

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 44797] New: Visio 2003 does not read the complete list of fonts present in the system.
by wine-bugs＠winehq.org March 8, 2024

March 8, 2024

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 56337] New: battle.net: tray icon is not displayed with wine-9.2
by WineHQ Bugzilla March 8, 2024

March 8, 2024

https://bugs.winehq.org/show_bug.cgi?id=56337 Bug ID: 56337 Summary: battle.net: tray icon is not displayed with wine-9.2 Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: idarktemplar(a)mail.ru Distribution: --- After upgrading to wine 9.2, tray icon for battle.net application disappeared. It worked fine in wine 9.1. I did git bisect and found regression: $ git bisect log # bad: [39d8b25938dd2620c6e1b6ae37e70bcc4ff5922a] Release 9.2. # good: [c963c4141a0d4f6601c37f11d79de186be0da6a9] Release 9.1. git bisect start 'wine-9.2' 'wine-9.1' # good: [303717f45fddfc21d54f52e85cb4d381c3552a53] dinput/tests: Test rawinput with the virtual HID touchscreen. git bisect good 303717f45fddfc21d54f52e85cb4d381c3552a53 # good: [fa145fd5177c84c26dd48f9da7bed80609a06179] dmusic: Fix loading wave data from soundfont. git bisect good fa145fd5177c84c26dd48f9da7bed80609a06179 # good: [cf7c48e0366ec27dd946f2fcec12cb66f2e0cb23] ntdll: Fix RtlWow64GetCurrentMachine() result on ARM64EC. git bisect good cf7c48e0366ec27dd946f2fcec12cb66f2e0cb23 # good: [2eb8950392996283192250691b005e2df65ab7b9] server: Move rawinput message conversion from win32u. git bisect good 2eb8950392996283192250691b005e2df65ab7b9 # good: [92f9c58e6dafdd5ab6ad6dcd7c9d57fba9d34598] d3d10/tests: Avoid implicit cast changing value. git bisect good 92f9c58e6dafdd5ab6ad6dcd7c9d57fba9d34598 # good: [ca6f3a7af87ded6f54c23aa5a983bbe9ee74667f] sapi: Add ISpeechObjectTokens stub. git bisect good ca6f3a7af87ded6f54c23aa5a983bbe9ee74667f # good: [5e7a8f4db045d456913f9bd7075191ad14053375] explorer: Don't activate the systray icon when showing it. git bisect good 5e7a8f4db045d456913f9bd7075191ad14053375 # bad: [b5c57b9a62c396068d18237bd6e82b37c169fdc5] explorer: Set layered style on systray icons only when it's actually layered. git bisect bad b5c57b9a62c396068d18237bd6e82b37c169fdc5 # first bad commit: [b5c57b9a62c396068d18237bd6e82b37c169fdc5] explorer: Set layered style on systray icons only when it's actually layered. Reproduction: 1. Run battle.net application in wine 9.2 from https://battle.net/. Workaround for https://bugs.winehq.org/show_bug.cgi?id=55979 may be needed. Expected result: Application has tray icon Actual result: No tray icon is present -- 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