wine-bugs

wine-bugs@winehq.org

1 participants
158777 discussions

[Bug 54302] New: mfplat:mfplat - test_startup() sometimes unexpectedly gets S_OK on Windows
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54302 Bug ID: 54302 Summary: mfplat:mfplat - test_startup() sometimes unexpectedly gets S_OK on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mfplat:mfplat - test_startup() sometimes unexpectedly gets S_OK on Windows: mfplat.c:2936: Test failed: Unexpected hr 0. See https://test.winehq.org/data/patterns.html#mfplat:mfplat This failure only happens in the w7pro64 64-bit tests and the first known instance goes back to 2022-08-18. There has been 5 extra instances in the next two months, then nothing for 3 months, and a new instance on 2023-01-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.

1 1

[Bug 49079] New: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess
by WineHQ Bugzilla 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=49079 Bug ID: 49079 Summary: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: kernelbase Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found while investigating bug 49078 Not really needed for getting the to app work but I think it's still worth to keep track of for later as real-world test case. You need to work around bug 49076 ("Sennheiser Wireless Systems Manager 4.4 installer overwrites Wine builtin "system/os" dlls, causing broken WINEPREFIX (SfcIsFileProtected is a stub)") to fix the WINEPREFIX after installation. Download: https://web.archive.org/web/20200502103749/http://sennheiser-sites.com/resp… Prerequisite: 'winetricks -q dotnet45' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager $ WINEDEBUG=+seh,+relay,+loaddll,+process,+secur32,+ntlm wine ./WSM.exe >>log.txt 2>&1 ... 00c8:Call KERNEL32.CreateProcessW(00000000,03ece868 L"\"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe\" ",00000000,00000000,00000001,08000400,00000000,00000000,0031f7f4,03ecbc10) ret=6711d6b5 ... 00c8:warn:process:CreateProcessInternalW (L"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe",...): ignoring some flags in 8000400 ... 00c8:trace:process:CreateProcessInternalW started process pid 00e4 tid 00e8 ... 00c8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6711d6b5 ... --- snip --- The process is a console app: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager/WSMServerBinaries $ winedump WSM.Server.exe Contents of WSM.Server.exe: 8704 bytes File Header Machine: 014C (i386) Number of Sections: 3 TimeDateStamp: 5DF710AF (Mon Dec 16 06:05:51 2019) offset 136 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00E0 Characteristics: 0022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE Optional Header (32bit) Magic 0x10B 267 linker version 48.00 size of code 0xc00 3072 size of initialized data 0x1400 5120 size of uninitialized data 0x0 0 entrypoint RVA 0x2aa6 10918 base of code 0x2000 8192 base of data 0x4000 16384 image base 0x400000 4194304 section align 0x2000 8192 file align 0x200 512 required OS version 4.00 image version 0.00 subsystem version 6.00 Win32 Version 0x0 0 size of image 0x8000 32768 size of headers 0x200 512 checksum 0x0 0 Subsystem 0x3 (Windows CUI) DLL characteristics: 0x8560 DYNAMIC_BASE NX_COMPAT NO_SEH TERMINAL_SERVER_AWARE stack reserve size 0x100000 1048576 stack commit size 0x1000 4096 heap reserve size 0x100000 1048576 heap commit size 0x1000 4096 loader flags 0x0 0 RVAs & sizes 0x10 16 Data Directory EXPORT rva: 0x0 size: 0x0 IMPORT rva: 0x2a54 size: 0x4f RESOURCE rva: 0x4000 size: 0x1148 EXCEPTION rva: 0x0 size: 0x0 SECURITY rva: 0x0 size: 0x0 BASERELOC rva: 0x6000 size: 0xc DEBUG rva: 0x0 size: 0x0 ARCHITECTURE rva: 0x0 size: 0x0 GLOBALPTR rva: 0x0 size: 0x0 TLS rva: 0x0 size: 0x0 LOAD_CONFIG rva: 0x0 size: 0x0 Bound IAT rva: 0x0 size: 0x0 IAT rva: 0x2000 size: 0x8 Delay IAT rva: 0x0 size: 0x0 CLR Header rva: 0x2008 size: 0x48 rva: 0x0 size: 0x0 Done dumping WSM.Server.exe --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/procthread/process-creation-… --- quote --- CREATE_NO_WINDOW 0x08000000 The process is a console application that is being run without a console window. Therefore, the console handle for the application is not set. This flag is ignored if the application is not a console application, or if it is used with either CREATE_NEW_CONSOLE or DETACHED_PROCESS. --- quote --- Also found this document which contains some interesting tidbits: https://github.com/rprichard/win32-console-docs/blob/master/README.md Wine source: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… --- snip --- 432 /********************************************************************** 433 * CreateProcessInternalW (kernelbase.@) 434 */ 435 BOOL WINAPI DECLSPEC_HOTPATCH CreateProcessInternalW( HANDLE token, const WCHAR *app_name, WCHAR *cmd_line, 436 SECURITY_ATTRIBUTES *process_attr, 437 SECURITY_ATTRIBUTES *thread_attr, 438 BOOL inherit, DWORD flags, void *env, 439 const WCHAR *cur_dir, STARTUPINFOW *startup_info, 440 PROCESS_INFORMATION *info, HANDLE *new_token ) 441 { 442 WCHAR name[MAX_PATH]; 443 WCHAR *p, *tidy_cmdline = cmd_line; 444 RTL_USER_PROCESS_PARAMETERS *params = NULL; 445 RTL_USER_PROCESS_INFORMATION rtl_info; 446 HANDLE parent = NULL; 447 NTSTATUS status; ... 471 /* Warn if unsupported features are used */ 472 473 if (flags & (IDLE_PRIORITY_CLASS | HIGH_PRIORITY_CLASS | REALTIME_PRIORITY_CLASS | 474 CREATE_DEFAULT_ERROR_MODE | CREATE_NO_WINDOW | 475 PROFILE_USER | PROFILE_KERNEL | PROFILE_SERVER)) 476 WARN( "(%s,...): ignoring some flags in %x\n", debugstr_w(app_name), flags ); ... --- snip --- $ sha1sum Sennheiser_WSM_Setup_4.4.6.6.exe be82329265ce8fca79334612007ea9b1f894bf8f Sennheiser_WSM_Setup_4.4.6.6.exe $ du -sh Sennheiser_WSM_Setup_4.4.6.6.exe 122M Sennheiser_WSM_Setup_4.4.6.6.exe $ wine --version wine-5.7-177-gad1fad8a94 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.

1 3

[Bug 39211] New: Test for startupInfo.lpTitle is wrong if CreateProcess is called with lpTitle = NULL.
by wine-bugs＠winehq.org 13 Jan '23

13 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=39211 Bug ID: 39211 Summary: Test for startupInfo.lpTitle is wrong if CreateProcess is called with lpTitle = NULL. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: andy1.m(a)gmx.de Distribution: --- Created attachment 52273 --> https://bugs.winehq.org/attachment.cgi?id=52273 Patch for kernel32_test (startupinfo.lpTitle, NULL) Call CreateProcess with StartUpInfo.lpTitle = NULL. The new process (GetStartUpInfo) gets for lpTitle the full name of the imagefile. E. g. "D:\winetests_kernel32.exe". The test expects only "winetests_kernel32.exe". Applied patch tested under win2k3. -- 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 3

[Bug 51969] New: mucabrasil 1.4.5.1: crashes when trying to launch the application
by WineHQ Bugzilla 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51969 Bug ID: 51969 Summary: mucabrasil 1.4.5.1: crashes when trying to launch the application Product: Wine Version: 6.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: victor.panisa(a)gmail.com Distribution: --- Created attachment 70954 --> https://bugs.winehq.org/attachment.cgi?id=70954 Complete terminal output Wine crashes when I click on the "Jogar" button on the launcher. The error message that pops up complains of not being able to setup a "anti cheater". >From what I can see on the trace the error is the lack of "IoCreateDeviceSecure" that causes a "Unhandled page fault" noted by a "fixme". Checking bugzilla there is only two errors with this function listed, and both don't have a solution, although in one of them (#25087), one user says that wine can't implement it. So I'm not sure if this is solvable. Looking on msdn seems like the function was renamed to "WdmlibIoCreateDeviceSecure" and resides on "wdmsec.h", which also isn't implemented on current branch. The installer mirror can be accessed at: Link: https://mirror1.mucabrasil.com.br/MUCABRASIL_1.4.5.1.exe SHA1: 3547d4923eddbdb822854899ae6e1219bd9a3bac The .exe executed after installation for debugging is the "mu.exe" with SHA1: "6c7776962b95525d63de32d6a915ede029e3994d" OS: Debian GNU/Linux bookworm/sid Arch: x86_64 Kernel: 5.14.15-xanmod1 Keywords: obfuscation -- 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 47084] New: Call of Duty Black Ops 3 doesn't run because of mfplat
by wine-bugs＠winehq.org 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=47084 Bug ID: 47084 Summary: Call of Duty Black Ops 3 doesn't run because of mfplat Product: Wine Version: 4.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: mo78(a)abv.bg Distribution: --- Created attachment 64278 --> https://bugs.winehq.org/attachment.cgi?id=64278 Call of Duty Black Ops 3 Wine log The game doesn't run due to lack of mfplat implementation. When started it warns for missing Windows Media Feature Pack: https://i.imgur.com/HCYDJYe.png When I prepare mfplat prefix in wich Shadows: Awakening runs just fine, Call of Duty Black Ops 3 actually starts and runs very well but it has the following problems: https://bugs.winehq.org/show_bug.cgi?id=45876 -- 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 32

[Bug 54294] New: user32:input - test_rawinput() is sometimes missing a WM_MOUSEMOVE message on Windows
by WineHQ Bugzilla 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54294 Bug ID: 54294 Summary: user32:input - test_rawinput() is sometimes missing a WM_MOUSEMOVE message on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:input - test_rawinput() is sometimes missing a WM_MOUSEMOVE message on Windows: input.c:2878: Test failed: 0: expected WM_MOUSEMOVE message input.c:2878: Test failed: 1: expected WM_MOUSEMOVE message input.c:2878: Test failed: 2: expected WM_MOUSEMOVE message See https://test.winehq.org/data/patterns.html#user32:input This only happens with i == 0, 1 or 2. Usually all three are missing but sometimes only one is missing. It looks like this issue started on 2022-11-01 and impacts w10pro64 and w11pro64. w7u-adm also gets failures but much less frequently: 2023-01-10, 2023-01-09, 2022-07-25 and 2022-07-19. There's a 5 months gap so the older instances may be unrelated to the current ones. gitlab-debian also got this failure a lot in September but the test has been marked as flaky_wine (3af6ececec41) so it's not reported in Wine anymore. So maybe it should just be marked as plain flaky? Or removed altogether? -- 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 1

[Bug 50326] New: (Regression) Playing movies broken in Ghostrunner
by WineHQ Bugzilla 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=50326 Bug ID: 50326 Summary: (Regression) Playing movies broken in Ghostrunner Product: Wine-staging Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: peter-24(a)o2.pl CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 68910 --> https://bugs.winehq.org/attachment.cgi?id=68910 wine log Playing movies broken in Ghostrunner - none playing(skipped). Working in staging 6.0rc1. -- 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 27

[Bug 44204] New: Slingplayer 2.0 crashes on connect (dsound)
by wine-bugs＠winehq.org 12 Jan '23

12 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=44204 Bug ID: 44204 Summary: Slingplayer 2.0 crashes on connect (dsound) Product: Wine Version: 3.0-rc2 Hardware: x86 URL: http://download.slingmedia.com/player/pc/SlingPlayer_2 .0.4522_Setup-Global.exe OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Distribution: Ubuntu Created attachment 59972 --> https://bugs.winehq.org/attachment.cgi?id=59972 Wine 3.0-rc2 console output SlingPlayer 2.0.4 crashes when starting the stream under Wine 3.0-rc2. This never used to occur but I haven't been able to complete a bisect. I will try again later but it is a very slow process as it appears that the application has to be fully installed with each test. The clue to the workaround comes from: 003d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\dsound.dll" at 0x731c0000: builtin wine: Unhandled illegal instruction at address 0x730073 (thread 003d), starting debugger... Native dsound (winetricks dsound) works around the crash. To get this far, the following overrides are needed: WINEARCH=win32 - Bug 35268 / Bug 35276 quartz - Bug 18556 wmp9 - Bug 28669 (wmp10 + dsound = another crash) mf - Bug 44201 Ignore the installer crash - Bug 17289 With the addition of native dsound, Slingplayer 2.0 can once again be used. -- 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 43073] New: Cyrillic/ russian characters displays incorrectly in Final Fantasy XIV
by wine-bugs＠winehq.org 11 Jan '23

11 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=43073 Bug ID: 43073 Summary: Cyrillic/russian characters displays incorrectly in Final Fantasy XIV Product: Wine Version: 2.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mlang Assignee: wine-bugs(a)winehq.org Reporter: yonnji(a)miqote.com Distribution: --- Created attachment 58256 --> https://bugs.winehq.org/attachment.cgi?id=58256 launcher and UI screenshots Cyrillic/russian characters displays incorrectly in Final Fantasy XIV. It affects a game launcher, in-game UI, and a chat. It's impossible to play, when you can't talk with other people and can't read the chat. The text used as example in screenshots is "привет hello". -- 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 13

[Bug 45116] New: TomTom MyDrive Connect needs implementation of iphlpapi.dll.NotifyAddrChange
by wine-bugs＠winehq.org 11 Jan '23

11 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=45116 Bug ID: 45116 Summary: TomTom MyDrive Connect needs implementation of iphlpapi.dll.NotifyAddrChange Product: Wine Version: 3.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: h.mth(a)web.de Distribution: --- Follow up bugreport of bug 41034. Patches and backtraces(vanilla and staging) will be attached. Application crashes shortly after device is attached. To activate device (i.e.: TomTom Via 135), linux needs: CONFIG_USB_NET_CDCETHER=y Wine Staging 3.7 allows to login into TomTom account. -- 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 54068] New: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping() gets an unexpected clip rect on Windows 10 2004+
by WineHQ Bugzilla 11 Jan '23

11 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54068 Bug ID: 54068 Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping() gets an unexpected clip rect on Windows 10 2004+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_cursor_clipping() gets an unexpected clip rect on Windows 10 2004+: ddraw1.c:14351: Test failed: Expect clip rect (0,0)-(1920,1080), got (0,0)-(1536,864). See https://test.winehq.org/data/patterns.html#ddraw:ddraw1 https://test.winehq.org/data/patterns.html#ddraw:ddraw2 https://test.winehq.org/data/patterns.html#ddraw:ddraw4 https://test.winehq.org/data/patterns.html#ddraw:ddraw7 This failure happens systematically on Windows 10 2004 to 22H2 running on QEmu's virtual GPU. However it does not happen on : * Windows 11. * Dual-monitor configurations. * Windows 10 with an AMD RX550 GPU (via PCI passthrough). -- 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 54288] New: Dragging files in Winfile does not work
by WineHQ Bugzilla 11 Jan '23

11 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54288 Bug ID: 54288 Summary: Dragging files in Winfile does not work Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- On Windows, dragging a file in Winfile (https://github.com/Microsoft/winfile) shows a drag icon and eventually a confirmation dialog. In Wine, dragging files does not work, probably because user32.dll.DragObject is a stub. Instead, the mouse extends the selection in the right panel, even after releasing the mouse button. Thank you very much. -- 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 1

[Bug 54072] New: Quadro FX 1800 is being detected as GeForce FX 5800 which is FEATURE_LEVEL_9_2
by WineHQ Bugzilla 10 Jan '23

10 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54072 Bug ID: 54072 Summary: Quadro FX 1800 is being detected as GeForce FX 5800 which is FEATURE_LEVEL_9_2 Product: Wine Version: 7.22 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: svyatpro(a)gmail.com Running WineD3D (on Windows) the Quadro FX 1800 that fully supports OpenGL 3.3 is being detected as GeForce FX 5800 that caps feature level support up to 9.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.

1 5

[Bug 54286] New: Text labels displayed wrong due to wrapping
by WineHQ Bugzilla 10 Jan '23

10 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54286 Bug ID: 54286 Summary: Text labels displayed wrong due to wrapping Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: magiblot(a)hotmail.com Distribution: --- Created attachment 73854 --> https://bugs.winehq.org/attachment.cgi?id=73854 Winfile dialog in Windows 10 and Wine I have ran across several dialogs where text labels are not displayed properly because of text wrapping. I don't know if this is an issue in Wine or if is instead caused by my desktop environment settings. I made sure that I have the Microsoft fonts installed and I tried changing the font aliasing settings, but the issue persists. The attachment shows a Winfile configuration dialog (https://github.com/microsoft/winfile) in Windows 10 and in Wine. In Wine, some text labels suffer from unexpected text wrapping. I figured out that the font used in Windows 10 is Microsoft Sans Serif. I copied this font over to Linux and changed the Appearance settings in winecfg so that all items where the font can be configured use Microsoft Sans Serif instead of Tahoma. After restarting the application, the font had changed in some UI components (e.g. menu items) but not in the dialog text labels. Thank you very much. -- 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 0

[Bug 11622] New: DejaVu X installation failing at start because of component not found
by wine-bugs＠winehq.org 10 Jan '23

10 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=11622 Summary: DejaVu X installation failing at start because of component not found Product: Wine Version: 0.9.55. Platform: HP URL: http://www.atril.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yolande(a)haneder.biz Created an attachment (id=10825) --> (http://bugs.winehq.org/attachment.cgi?id=10825) log file I extracted the .exe file in the temp directory of Wine as instructed and launched the installation. The missing file is indeed not in the temp and I can't find it on the internet because of deprecated from Microsoft. -- 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 5

[Bug 54284] New: File dialog opens manually-entered file name on double click.
by WineHQ Bugzilla 10 Jan '23

10 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54284 Bug ID: 54284 Summary: File dialog opens manually-entered file name on double click. Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: ed7-aspire4925(a)hotmail.com Distribution: --- In 8.0-rc2, double clicking anywhere in the file view (right pane) will open a file specified in the "File name:" field. By file dialog, I meant the one with a tree view on the left. If that's not part of comdlg32, please correct me. To reproduce: 0. Install an application that uses such file dialog, like Notepad++, 1. File -> Open (or equivalent), 2. enter anything on the "File name:" field, preferably a non-existent file, and 3. double click on the empty space in the file view (right pane). 4. Application opens your file path. This is not breaking, but probably not the intended behavior. -- 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 0

[Bug 54238] New: Wine can't map file with exec priv on real CDROM
by WineHQ Bugzilla 10 Jan '23

10 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54238 Bug ID: 54238 Summary: Wine can't map file with exec priv on real CDROM Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tuxifan(a)posteo.de Distribution: --- During Fresh Minder installation, wine attempts to map a file with EXEC privilege into memory, causing an icon to fail to load. This can be solved by the user by remounting the cdrom with exec privilege, but Wine should handle this on its own (for instance by making an internal copy of the file in a place where EXEC is possible). -- 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 29937] New: File selection dialog view shows Favorites when you click elsewhere
by wine-bugs＠winehq.org 10 Jan '23

10 Jan '23

http://bugs.winehq.org/show_bug.cgi?id=29937 Bug #: 29937 Summary: File selection dialog view shows Favorites when you click elsewhere Product: Wine Version: 1.4-rc1 Platform: x86-64 URL: http://www.winuae.net/files/InstallWinUAE2330.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified There is a small issue with file selection dialogs which some programs use. When the dialog opens, it shows the files in some directory in the right pane, and a tree view of the directory hierarchy in the left pane. The tree view shows Favorites and Desktop (which is expanded to show My Computer, My Documents, Trash, /). If you then click on any of the + or - symbols in the tree view, the view in the right pane jumps to Favorites. For example, click the + next to My Computer and the view on the right changes to Favorites (which may be empty). The directory shown in the right pane should probably not change when the user clicks a + or - symbol in the left pane. WinUAE is one program which uses that type of file dialog. To show the problem, download and run the WinUAE installer, check the box to run the program at the end. When the WinUAE Properties window appears, click "Select image file" to open a file selection dialog. -- 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 8

[Bug 49882] New: Overdrive audio book app will not start. Worked fine in WINE version 5.0.1
by WineHQ Bugzilla 10 Jan '23

10 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=49882 Bug ID: 49882 Summary: Overdrive audio book app will not start. Worked fine in WINE version 5.0.1 Product: Wine Version: 5.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ben.miller.5150(a)gmail.com Distribution: --- Created attachment 68225 --> https://bugs.winehq.org/attachment.cgi?id=68225 backtrace.txt produced when Overdrive fails Overdrive app is no longer working in WINE 5.0.2. It has only stopped working since upgrading WINE from 5.0.1 -- 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 51234] New: user32:clipboard test_ClipboardOwner() has a race condition with clipboard managers
by WineHQ Bugzilla 09 Jan '23

09 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=51234 Bug ID: 51234 Summary: user32:clipboard test_ClipboardOwner() has a race condition with clipboard managers Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- test_ClipboardOwner() has a race condition with clipboard managers that causes this set of failures: clipboard.c:404: Test failed: SetClipboardData succeeded clipboard.c:406: Test failed: wrong error 3735928559 clipboard.c:407: Test failed: SetClipboardData succeeded Fortunately(?) this failure is pretty rare. What happens is this: * test_ClipboardOwner() does this: OpenClibpoard(NULL) EmptyClipboard() // take ownership CloseClipboard() * Then the clipboard manager starts checking the content of the clipboard: OpenClipboard(manager_hwnd) ... * And then the next test_ClipboardOwner() test happens: SetClipboardData(CF_WAVE, ...) ok(GetLastError() == ERROR_CLIPBOARD_NOT_OPEN, ...) ok(!IsClipboardFormatAvailable(CF_WAVE), ... Because test_ClipboardOwner() opened the clipboard with a NULL windows handle, EmptyClipboard() used that as the clipboard owner. But when the owner is NULL a process can place data in the clipboard as long as any process opened it. This is actually the whole point of the run_process("set_clipboard_data 4") test. So the problem is that user32:clipboard assumes that no other process is going to open the clipboard after it called CloseClipboard(). Yet that's precisely when clipboard manager would receive a WM_CLIPBOARDUPDATE message and open 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.

1 7

[Bug 54055] New: winhttp:winhttp times out in Wine on fg-deb64
by WineHQ Bugzilla 09 Jan '23

09 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=54055 Bug ID: 54055 Summary: winhttp:winhttp times out in Wine on fg-deb64 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 73608 --> https://bugs.winehq.org/attachment.cgi?id=73608 winhttp: Set the default DNS resolution timeout to infinite. winhttp:winhttp started timing out on 2022-11-24 in Wine on fg-deb64: ... winhttp.c:5215: IEProxy.ProxyBypass=(null) winhttp:winhttp:0250 done (258) in 120s 1133B See https://test.winehq.org/data/patterns.html#winhttp:winhttp As far as can tell the timeout started with the commit below: commit cbfe940a1eaf5e158de3127b1265462bfbfb70af Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Wed Nov 23 15:36:19 2022 -0600 winhttp: Set name resolution timeout in download_script(). I'm not totally sure because the failure is not actually 100% reproducible and gave some bad results a couple of times. But having it point at this commit makes sense. + WinHttpSetTimeouts( ses, 5000, 60000, 30000, 30000 ); The timeouts disappeared when I changed the resolve timeout from 5000 ms to 0 (no timeout). So... I have a slow DNS setup? That may actually be true since it's somewhat complicated. But then the documentation also says that the default DNS resolve timeout is 0. So maybe the attached patch would make sense? Also I cannot reproduce the failure anymore. Maybe whatever name we're querying has been thoroughly cached by all intermediate DNS servers by now. So I should probably try that again when the DNS cache is cleared. -- 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 53919] New: crypt32:cert - testVerifyRevocation() uses an outdated certificate
by WineHQ Bugzilla 09 Jan '23

09 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=53919 Bug ID: 53919 Summary: crypt32:cert - testVerifyRevocation() uses an outdated certificate Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: fgouget(a)codeweavers.com, hans(a)meelstraat.net Distribution: --- crypt32:cert - testVerifyRevocation() fails in Wine: cert.c:4191: Test failed: success cert.c:4192: Test failed: got 00000000 cert.c:4193: Test failed: got 00000000 https://testbot.winehq.org/JobDetails.pl?Key=126125 The failures started on 2022-11-14 and are consistently reproducible since then. The actual test was introduced on 2022-05-24 in the commit below. So this is not a regression but instead looks like an outside change that broke the test. commit 74832c2177808c6222d44f7e4580de84e0ada8f0 Author: Hans Leidekker <hans(a)codeweavers.com> AuthorDate: Tue May 24 09:46:22 2022 +0200 crypt32/tests: Add more OCSP revocation tests. Signed-off-by: Hans Leidekker <hans(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> The commit introduces a variable named ocsp_cert_revoked that contains the following certificate: Certificate: Data: Version: 3 (0x2) Serial Number: 0d:2e:67:a2:98:85:3b:9a:54:52:e3:a2:85:a4:57:2f Signature Algorithm: sha256WithRSAEncryption Issuer: C = US, O = DigiCert Inc, CN = RapidSSL TLS DV RSA Mixed SHA256 2020 CA-1 Validity Not Before: Oct 27 00:00:00 2021 GMT Not After : Oct 27 23:59:59 2022 GMT Subject: CN = revoked.badssl.com Subject Public Key Info: Public Key Algorithm: rsaEncryption Public-Key: (2048 bit) Modulus: 00:b0:76:2d:55:66:dc:72:8a:a0:9e:85:92:38:7f: 5b:e1:93:8d:ad:06:c8:ad:e9:89:b4:ef:1e:77:5b: 33:45:16:60:7d:33:38:68:04:d7:c9:83:42:83:d9: 30:4b:54:49:14:ca:ed:be:0c:76:ba:5f:a6:5c:33: 78:3f:39:f2:49:a8:88:32:ee:53:21:14:d3:aa:5c: 58:3c:39:cc:f7:80:b1:27:1f:54:79:7b:6c:8b:ff: 41:aa:39:24:95:5f:71:bc:49:bf:39:3b:a5:d5:e1: a5:de:1d:40:81:25:dc:8a:47:82:fe:cd:7c:4b:2c: 04:bb:d3:27:56:51:a0:61:f2:d2:cb:55:08:25:2a: 85:db:2c:06:8d:0d:61:c2:5b:3e:9b:46:dc:58:ff: 13:27:be:0a:44:1e:68:fe:e1:f6:b7:de:9f:8e:6c: c4:b5:19:fa:d7:d3:4f:55:a8:61:79:db:61:2f:6a: 9c:2c:f1:c4:81:bb:9e:d2:02:05:ba:9c:14:a0:f9: f3:54:79:7d:69:d9:ba:66:1c:87:95:41:50:0e:f9: 5e:e1:b7:bd:f5:31:24:c5:21:21:03:8a:cf:6d:78: 58:de:d9:30:7d:03:42:52:d6:b0:1b:b9:c9:54:1b: 5a:e8:c8:53:f0:ac:2b:82:10:27:a6:a9:70:25:ae: f8:a7 Exponent: 65537 (0x10001) X509v3 extensions: X509v3 Authority Key Identifier: A4:8D:E5:BE:7C:79:E4:70:23:6D:2E:29:34:AD:23:58:DC:F5:31:7F X509v3 Subject Key Identifier: B0:C8:CE:20:B2:78:CC:1D:23:EF:F0:FE:D6:0E:29:4B:AC:15:72:3C X509v3 Subject Alternative Name: DNS:revoked.badssl.com X509v3 Key Usage: critical Digital Signature, Key Encipherment X509v3 Extended Key Usage: TLS Web Server Authentication, TLS Web Client Authentication X509v3 CRL Distribution Points: Full Name: URI:http://crl3.digicert.com/RapidSSLTLSDVRSAMixedSHA2562020CA-1.crl Full Name: URI:http://crl4.digicert.com/RapidSSLTLSDVRSAMixedSHA2562020CA-1.crl X509v3 Certificate Policies: Policy: 2.23.140.1.2.1 CPS: http://www.digicert.com/CPS Authority Information Access: OCSP - URI:http://ocsp.digicert.com CA Issuers - URI:http://cacerts.digicert.com/RapidSSLTLSDVRSAMixedSHA2562020CA-1.crt X509v3 Basic Constraints: CA:FALSE (snip) The time of first failure is past the expiry date of the certificate above. It appears that the OCSP provider has retracted the certificate entry in question, which is no longer necessary. -- 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 48911] New: Check for compilation warnings
by WineHQ Bugzilla 09 Jan '23

09 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=48911 Bug ID: 48911 Summary: Check for compilation warnings Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Compiling Wine with -Werror is troublesome because it applies blindly to both wine-devel patches and patches submitted manually via the website. The sole purpose of the latter is often to just clarify some point for the development of another patch and are not meant to be submitted. Thus failing on warnings just makes running these quick tests more cumbersome. So the best way forward would be for the TestBot to identify and report warnings but not fail the compilation and abort the tests when they occur. So: 1. The builds should happen without -Werror. 2. GetLogLineCategory() should identify the warnings and add them to LogInfo but distinguish them from errors (replace IsNew with a Category field?). 3. Compare task.log to the reference build log to distinguish new warnings from old ones. This is necessary in case the compiler used by the TestBot produces warnings on the unpatched Wine tree. It will require storing the build logs in latest/ just like the TestBot already does for the reference WineTest reports. 4. LogInfo's will need to keep track of the number of new warnings which really means renaming the 'NewCount' field to avoid confusion. 5. The warnings should be saved in the errors files. The new line types could be 'w' and 'W' for old and new warnings respectively (then it would make sense to use e and E for errors). 6. This will let the WineRun*() scripts know about both warnings and errors. They can then decide what to do depending on the type of job and whether the warnings are new or not. - Old warnings would always be ignored. - If a build task has new warnings, instead of marking it as 'badbuild' it could be marked as 'completed' as usual but with a non-zero number of failures. This would probably allow running the tests on Windows but the patch would still be considered bad since the job would end up with a non-zero number of failures. - For Wine tasks the number of warnings would be added to the Failures field for the same overall result. - So in both cases the non-zero number of failures would only impact wine-devel patches. 7. The JobDetails page should show the warnings in summary mode and highlight them in the full build log. That would make it easy for developers to see the warnings on web-submitted jobs, and thus fix them before submitting the patch to wine-devel. -- 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 43653] New: Waves Central: install vst plugins issue
by wine-bugs＠winehq.org 09 Jan '23

09 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=43653 Bug ID: 43653 Summary: Waves Central: install vst plugins issue Product: Wine Version: 2.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: viking991(a)gmx.de Distribution: --- Created attachment 59080 --> https://bugs.winehq.org/attachment.cgi?id=59080 waves central error message Hi! Waves Central (license manager / installer from waves.com) does not install vst plugins in Wine. installation aborts with this message box, also see attachment ### Sorry An error has occurred during installation Please follow the steps in this troubleshooter ### - System: winehq-staging 2.16 debian stretch - Steps to re-produce: 1) Download Waves Central installer http://www.waves.com/downloads/central Direct download link: http://www.waves.com/dlrdr?id=central-win Tested Waves Central Version: V1.3.3.4 sha1sum Install_Waves_Central.exe 0f90b9333855a8713e3f9ced767369364a46aa33 Install_Waves_Central.exe 2) Run Installer wine64 Install_Waves_Central.exe 3) Run Waves Central wine64 Waves\ Central.exe 4) Log in unfortunately this needs an account with waves.com: -> Log in -> create account -> web browser opens to create account user user/pass in Waves Central to log in. 5) install any VST: -> install products -> install from online -> choose products to install -> All Waves products -> select any product, for example H-Reverb Hybrid Reverb 9 -> click install, message box as attached appears. also check bug 43648 Thanks! -- 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 19

[Bug 42588] New: Vietcong - graphics glitches since Wine 2.1
by wine-bugs＠winehq.org 09 Jan '23

09 Jan '23

https://bugs.winehq.org/show_bug.cgi?id=42588 Bug ID: 42588 Summary: Vietcong - graphics glitches since Wine 2.1 Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: havran.jan(a)email.cz Distribution: ArchLinux Created attachment 57517 --> https://bugs.winehq.org/attachment.cgi?id=57517 Vietcong - terminal log In version 2.1 was introduced new bug that causes graphical glitches like flickering soldiers. I can confirm this bug in wine versions 2.1, 2.2 and 2.3. In versions 2.0 and below it worked probably fine - this bug is not 100% reproducible - sometimes soldiers are flickering and glitches are shown very often, sometimes just for few milisecond, but i am pretty sure that this was introduced in version 2.1 Tested on Intel and AMD GPUs, Vietcong 1.60 with VCStarter 1.7 Beta -- 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 22

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