- Wine-Bugs - list.winehq.org

[Bug 24373] New: Maximized windows decorated by Wine should not have visible borders
by wine-bugs＠winehq.org Nov. 26, 2022

Nov. 26, 2022

http://bugs.winehq.org/show_bug.cgi?id=24373 Summary: Maximized windows decorated by Wine should not have visible borders Product: Wine Version: 1.3.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com When "allow the windows manager to decorate the windows" is unchecked in winecfg, maximizing a window doesn't remove/hide the borders on each side as it does on Windows (and other window managers). This can be reproduced with Wine's notepad. -- 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 15

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

Nov. 26, 2022

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 3548] .lnk file is created on the desktop together with the program icon...
by WineHQ Bugzilla Nov. 26, 2022

Nov. 26, 2022

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 Nov. 26, 2022

Nov. 26, 2022

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 Nov. 26, 2022

Nov. 26, 2022

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 Nov. 25, 2022

Nov. 25, 2022

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 Nov. 25, 2022

Nov. 25, 2022

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 Nov. 25, 2022

Nov. 25, 2022

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 Nov. 25, 2022

Nov. 25, 2022

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

[Bug 53935] New: __unDName doesn't support 'G' and 'H' modifiers
by WineHQ Bugzilla Nov. 25, 2022

Nov. 25, 2022

https://bugs.winehq.org/show_bug.cgi?id=53935 Bug ID: 53935 Summary: __unDName doesn't support 'G' and 'H' modifiers Product: WineHQ Bugzilla Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown Assignee: wine-bugs(a)winehq.org Reporter: info(a)vmpsoft.com CC: austinenglish(a)gmail.com Distribution: --- Here is my sources of undname.c: static void append_extended_modifier(struct parsed_symbol *sym, const char **where, const char *str) { if (!(sym->flags & UNDNAME_NO_MS_KEYWORDS)) { if (str[0] == '_' && str[1] == '_') { if (sym->flags & UNDNAME_NO_LEADING_UNDERSCORES) str += 2; } *where = *where ? str_printf(sym, "%s %s", *where, str) : str; } } static void get_extended_modifier(struct parsed_symbol *sym, struct datatype_t *xdt) { xdt->left = xdt->right = NULL; xdt->flags = 0; for (;;) { switch (*sym->current) { case 'E': append_extended_modifier(sym, &xdt->right, "__ptr64"); break; case 'F': append_extended_modifier(sym, &xdt->left, "__unaligned"); break; case 'G': append_extended_modifier(sym, &xdt->right, "&"); break; case 'H': append_extended_modifier(sym, &xdt->right, "&&"); break; case 'I': append_extended_modifier(sym, &xdt->right, "__restrict"); break; default: return; } sym->current++; } } -- 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 12