wine-bugs November 2022

wine-bugs@winehq.org

1 participants
3182 discussions

[Bug 53220] New: wininet:urlcache - test_urlcacheA() has a rare failure on Windows
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53220 Bug ID: 53220 Summary: wininet:urlcache - test_urlcacheA() has a rare failure on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wininet:urlcache - test_urlcacheA() has a rare failure on Windows: urlcache.c:552: Test failed: expected file not to exist https://test.winehq.org/data/patterns.html#wininet:urlcache This failure has happened 3 times only on test configurations that run without elevated privileges. However it looks more like a race condition than a privilege issue and due to the low failure rate there is probably not enough data to be sure. -- 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 21918] New: Alt key doesn't show menu in Notepad++
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=21918 Summary: Alt key doesn't show menu in Notepad++ Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mathias.buren(a)gmail.com On Ubuntu 9.10c 32-bit; Wine 1.1.39. I installed Notepad++ ( http://notepad-plus.sourceforge.net/uk/site.htm ), went to options and enabled "hide menu until alt key is pressed". The menu becomes hidden alright, but it doesn't show the menu again when I press the alt key (tried both left and right alt). Expected behaviour: The menu shows on when the alt key is pressed. -- 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 40

[Bug 32079] New: dotted files hasn't displayed
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=32079 Bug #: 32079 Summary: dotted files hasn't displayed Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: icegood1980(a)gmail.com Classification: Unclassified Application: notepad++ (http://notepad-plus-plus.org/) wine config /drivers/ show dot files checked. In explorer under notepad++ dot files hasn't shown. In particular in home directory. -- 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 10

[Bug 3548] .lnk file is created on the desktop together with the program icon...
by WineHQ Bugzilla 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=3548 gatlibs <gatlibs.dev(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gatlibs.dev(a)gmail.com --- Comment #59 from gatlibs <gatlibs.dev(a)gmail.com> --- I am only seeing Notepad++.desktop in ~/Desktop or /home/USERNAME/.wine/drive_c/users/USERNAME/Desktop. I am using Fedora 37 with wine 7.20 (Staging) and npp++ v8.4.7 for 64 bits. -- 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 33590] New: Notepad++: save as dialog should auto-select text
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=33590 Bug #: 33590 Summary: Notepad++: save as dialog should auto-select text Product: Wine Version: 1.5.30 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: comdlg32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: gatlinsullivan(a)yahoo.com Classification: Unclassified Follow up to bug 24492 On windows, run Notepad++, type 'asdf' then 'CTRL+S' to bring up the save dialog. On windows, 'new 1.txt' is already selected, you can just type 'blah' then press enter, and get 'blah.txt'. On wine, 'new 1.txt' isn't selected, so you get 'blahnew 1.txt' and when you try to save it, it fails. Trivial, but annoying. -- 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 37927] New: Camtasia fails to open in wine 1.6.2
by wine-bugs＠winehq.org 26 Nov '22

26 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=37927 Bug ID: 37927 Summary: Camtasia fails to open in wine 1.6.2 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: techbin1(a)gmail.com Distribution: --- Created attachment 50516 --> https://bugs.winehq.org/attachment.cgi?id=50516 Camtasia crash backtrace Camtasia appeared to install correctly. When I try to open, I get an error message about an unregistered dll "C:\windows\SysWOW64\quartz.dll". This message repeats three times after which it crashes. Attached find backtrace. -- 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 7

[Bug 53930] New: Build broken with Clang in MSVC mode due to OpenLDAP import using getopt.h
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53930 Bug ID: 53930 Summary: Build broken with Clang in MSVC mode due to OpenLDAP import using getopt.h Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: martin(a)martin.st CC: hans(a)meelstraat.net, jacek(a)codeweavers.com, julliard(a)winehq.org Distribution: --- Building with Clang in MSVC mode fails since the OpenLDAP code import. Building fails with this error: clang -c -o libs/ldap/aarch64-windows/liblber/io.o ../src/libs/ldap/liblber/io.c -Ilibs/ldap -I../src/libs/ldap -Iinclude \ -I../src/include -I../src/include/msvcrt -I../src/libs/ldap/include -D_TIMEVAL_DEFINED -D_UCRT \ -D__WINE_PE_BUILD -target aarch64-windows -fno-strict-aliasing -Wno-pragma-pack -Wno-format \ -gdwarf-4 -g -O2 In file included from ../src/libs/ldap/liblber/io.c:41: ../src/libs/ldap/include/ac/unistd.h:44:11: fatal error: 'getopt.h' file not found # include <getopt.h> ^~~~~~~~~~ 1 error generated. make: *** [Makefile:197943: libs/ldap/aarch64-windows/liblber/io.o] Error 1 The bundled libs/ldap/include/portable.h contains "#define HAVE_GETOPT_H 1". For mingw-based PE builds, this succeeds by including getopt.h from the mingw toolchain (which probably isn't intended?), while if building with Clang in MSVC mode, no such header is available. (Side note: When building with a mingw compiler like this, it would probably be good to avoid having the mingw sysroot includes available, to avoid accidentally using headers from there. But one can't just use -nostdinc, since that also excludes paths like the compiler's own headers, like stdarg.h. Something like --sysroot=dummy might work.) -- 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 53870] New: vkGetPhysicalDeviceSurfaceCapabilities2KHR passes invalid VkSurfaceKHR handle to driver
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53870 Bug ID: 53870 Summary: vkGetPhysicalDeviceSurfaceCapabilities2KHR passes invalid VkSurfaceKHR handle to driver Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winevulkan Assignee: wine-bugs(a)winehq.org Reporter: alexandros.frantzis(a)collabora.com Distribution: --- Created attachment 73397 --> https://bugs.winehq.org/attachment.cgi?id=73397 Relevant log entries of Chrome failing to initialize Vulkan Hi! With: commit 000a7bbb5a10ca9144b7ab7a23c4716edf1a83b0 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Fri Sep 23 21:37:45 2022 +0200 winevulkan: Use host Vulkan structures for private thunks arguments. calling vkGetPhysicalDeviceSurfaceCapabilities2KHR (on 32-bit builds at least) ends up passing the wrong VkSurfaceKHR handle to the driver. This can be reproduced with "chrome.exe --use-angle=vulkan --in-process-gpu". I have attached the relevant parts from a debug trace of a broken run, annotated with few comments (and some extra trace points for clarity). The issue seems to be in this generated thunk: static NTSTATUS thunk32_vkGetPhysicalDeviceSurfaceCapabilities2KHR(void *args) { ... convert_VkPhysicalDeviceSurfaceInfo2KHR_win32_to_host(params->pSurfaceInfo, &pSurfaceInfo_host); params->result = wine_vkGetPhysicalDeviceSurfaceCapabilities2KHR(params->physicalDevice, &pSurfaceInfo_host, params->pSurfaceCapabilities); ... } The conversion function populates pSurfaceInfo_host.surface with the driver_surface handle, which is not what wine_vkGetPhysicalDeviceSurfaceCapabilities2KHR expects. Note that the conversion works fine when we have a direct call to the driver function, for example in the vkGetPhysicalDeviceSurfaceFormats2KHR thunk: static NTSTATUS thunk32_vkGetPhysicalDeviceSurfaceFormats2KHR(void *args) { ... convert_VkPhysicalDeviceSurfaceInfo2KHR_win32_to_host(params->pSurfaceInfo, &pSurfaceInfo_host); params->result = wine_phys_dev_from_handle(params->physicalDevice)->instance->funcs.p_vkGetPhysicalDeviceSurfaceFormats2KHR(wine_phys_dev_from_handle(params->physicalDevice)->phys_dev, &pSurfaceInfo_host, params->pSurfaceFormatCount, params->pSurfaceFormats); ... } For verification I hacked thunk32_vkGetPhysicalDeviceSurfaceCapabilities2KHR to to use the original surface in pSurfaceInfo_host and this fixed the issue for me. 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.

1 3

[Bug 49297] New: Spark AR studio installer fails to start:Spark AR Studio is not supported in this version of Windows. Please upgrade to Windows 10
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=49297 Bug ID: 49297 Summary: Spark AR studio installer fails to start:Spark AR Studio is not supported in this version of Windows. Please upgrade to Windows 10 Product: Wine Version: 5.9 Hardware: x86 URL: https://sparkar.facebook.com/ar-studio/ OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 67302 --> https://bugs.winehq.org/attachment.cgi?id=67302 bump kernel32 version to win10 Reported by someone on reddit.com, The installer fails, even if you set windows to win10 Attached patch makes the installer work, but i don`t think it`s wise to advertise high version resources like win10 in version resources atm (right?) so opened this bugreport just to track these kind of apps -- 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 48053] New: kernel32:change fails randomly (and rarely) in Wine
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=48053 Bug ID: 48053 Summary: kernel32:change fails randomly (and rarely) in Wine Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:change gets the following failure from time to time in test_ffcn(): change.c:320: Test failed: should be ready See https://test.winehq.org/data/tests/kernel32:change.html This impacts all three Wine builds. Because only the first WaitForSingleObject() fails this indicates a likely race between it and the previous DeleteFile(). That race may be specific to deletion since this failure does not seem to happen in the CreateFile(), CreateDirectory() and RemoveDirectory() cases. -- 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

Jump to page:

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 November 2022