https://bugs.winehq.org/show_bug.cgi?id=39221
Bug ID: 39221
Summary: msi:install fails if privileges not high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run in a user account with
too few privileges.
install.c:3162: Test failed: Expected ERROR_SUCCESS, got 1603
install.c:3184: Test failed: Expected ERROR_SUCCESS, got 1603
In particular one can notice this bug on the following WineTest boxes:
fg-win2000-rusr: Windows 2000 in a Restricted user account
fg-win7u64-1spie9usr: Windows 7 in a regular user account.
fg-win7u64-1spie9adm: Windows 7 in the administrator user account but without
elevated privileges.
Note however that it succeeds on the following boxes:
fg-win2000-susr: Windows 2000 in a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
That it succeeds in a Standard (Power) user account on Windows 2000 is probably
normal, I believe those can install applications even though they are not
administrators. It's a bit more surprising seeing it work in XP's Limited user
account.
See:
https://test.winehq.org/data/tests/msi:install.html
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53139
Bug ID: 53139
Summary: d3dx9_36:mesh - test_weld_vertices() has 11 rare
failures on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dx9_36:mesh - test_weld_vertices() has 11 rare failures on Windows:
mesh.c:8414: Test failed: Mesh 26: new_num_vertices == 4, expected 6.
mesh.c:8428: Test failed: Mesh 26: indices[3] == 1, expected 3
mesh.c:8428: Test failed: Mesh 26: indices[4] == 3, expected 4
mesh.c:8428: Test failed: Mesh 26: indices[5] == 2, expected 5
mesh.c:8469: Test failed: Mesh 26: vertex_remap_ptr[3] == 4, expected 3
mesh.c:8469: Test failed: Mesh 26: vertex_remap_ptr[4] == -1, expected 4
mesh.c:8469: Test failed: Mesh 26: vertex_remap_ptr[5] == -1, expected 5
mesh.c:8484: Test failed: Mesh 26: Got (3.000000, 0.000000, 0.000000) for
vertex 3 position, expected (2.000000, 3.000000, 0.000000).
mesh.c:8484: Test failed: Mesh 26: Got (255, 255, 255, 255) for vertex 3
undefined color, expected (0, 0, 0, 0).
mesh.c:8484: Test failed: Mesh 26: Got (2.000000, 3.000000, 0.000000) for
vertex 4 position, expected (3.000000, 0.000000, 0.000000).
mesh.c:8484: Test failed: Mesh 26: Got (255, 255, 255, 255) for vertex 5
undefined color, expected (1, 1, 1, 1).
https://test.winehq.org/data/patterns.html#d3dx9_36:mesh
These failures seem to only happen on Windows 8 but they are rare enough
(~3.7%) that there is probably not enough evidence to definitively exclude the
other Windows versions.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39235
Bug ID: 39235
Summary: wintrust:crypt fails on Windows 2000 if privileges not
high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The following failures only happen if the test is run in a restricted user
account.
crypt.c:207: Test failed: Expected success, got FALSE with 4313
crypt.c:208: Test failed: Expected a context handle, got NULL
crypt.c:220: Test failed: Expected success, got FALSE with 87
crypt.c:247: Test failed: CryptCATAdminAcquireContext failed 4313
crypt.c:253: Test failed: Expected a context handle, got NULL
crypt.c:262: Test failed: Expected
CatRoot\{DEADBEEF-DEAD-BEEF-DEAD-BEEFDEADBEEF} directory to exist
crypt.c:277: Test failed: Expected success, got FALSE with 87
crypt.c:281: Test failed: Expected success, got FALSE with 4313
crypt.c:282: Test failed: Expected a context handle, got NULL
crypt.c:285: Test failed: Expected success, got FALSE with 87
crypt.c:291: Test failed: Expected FALSE and ERROR_INVALID_PARAMETER with
untouched handle, got 0 and 4313 with 00000000
In particular one can notice this bug on the following WineTest box:
fg-win2000-rusr: Windows 2000 with a Restricted user account
Note however that it succeeds in non-Restricted user accounts on the following
boxes for instance:
fg-win2000-susr: Windows 2000 with a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
fg-win7u64-1spie9usr: Windows 7 with a regular user account.
See:
https://test.winehq.org/data/tests/wintrust:crypt.html
--
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=53429
Bug ID: 53429
Summary: opengl32:opengl fails on Debian 11 + Intel GPU
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
opengl32:opengl fails on Debian 11 + Intel GPU:
opengl.c:386: Test failed: Got unexpected cStencilBits 8.
https://test.winehq.org/data/patterns.html#opengl32:opengl
The failure started with the commit that introduced the test:
commit 83cbcdefa3f55afc449b6be51e215c4f646869f4
Author: Paul Gofman <pgofman(a)codeweavers.com>
AuthorDate: Tue Jun 21 10:29:18 2022 -0500
opengl32/tests: Add more tests for ChoosePixelFormat().
Test extended by Matteo Bruni.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53131
Bug ID: 53131
Summary: ntdll:threadpool - test_tp_multi_wait() fails (rarely)
in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_tp_multi_wait() fails (rarely) in Wine:
threadpool.c:1960: Test failed: WaitForSingleObject returned 258
https://test.winehq.org/data/patterns.html#ntdll:threadpool
The failure is pretty rare, about 3.2%, so it can easily be missing from a test
configuration's WineTest runs which results in false positives.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53909
Bug ID: 53909
Summary: opengl32.dll can't be loaded if win32u.so is not
initialized first
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: jacek(a)codeweavers.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 60eeb92ae0342a13e6e407a44d116b657b7e9ee5
Distribution: ---
Created attachment 73457
--> https://bugs.winehq.org/attachment.cgi?id=73457
test
We load unixlibs when corresponding PE file is mapped (and before its imports
are mapped). For unixlibs that link to win32u.so, we need win32u.so to be
loaded first, because system loader doesn't know where to find it. It's usually
good enough, we needed some workarounds for Vulkan [1], but it doesn't work for
opengl32.so. We may need to change ntdll's unixlib loading strategy or find a
workaround for opengl32. I attached a simple test.
[1] https://gitlab.winehq.org/wine/wine/-/merge_requests/547
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52872
Bug ID: 52872
Summary: vbscript:run fails in Wine in Hindi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
vbscript:run fails in Wine in Hindi
run.c:1874: Error in line 1813: 0 L"Invalid procedure call or argument"
run.c:1888: Test failed: unexpected call OnScriptError
run.c:2933: Test failed: expected global_success_d
run.c:2934: Test failed: expected global_success_i
run.c:2936: Test failed: parse_script failed: 800a0005
https://test.winehq.org/data/patterns.html#vbscript:run
A bisect shows that these failures started happening with the following commit:
commit e81327358a26b160740b3421a4c7f300b4d2f06f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Apr 13 15:13:16 2022 +0200
kernelbase: Move codepage initialization to ntdll.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53967
Bug ID: 53967
Summary: Running anything hangs on start up
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: piotr(a)codeweavers.com
Regression SHA1: 1cf1412a12c6ee6191d387162fecb456f0df2d89
Distribution: ---
$ wine winver
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
003c:err:service:process_send_command service protocol error - failed to write
pipe!
003c:fixme:service:scmdatabase_autostart_services Auto-start service
L"PlugPlay" failed to start: 1053
0108:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
0108:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
+seh,+dc,+gdi,+winspool shows this as the reason of the hang:
0098:trace:seh:handle_syscall_fault code=c0000005 flags=0 addr=0x7e35fdef
ip=7e35fdef
0098:trace:seh:handle_syscall_fault info[0]=00000000
0098:trace:seh:handle_syscall_fault info[1]=0000000c
0098:trace:seh:handle_syscall_fault eax=00000000 ebx=7e3f4000 ecx=00000000
edx=7d74a1f0 esi=00000000 edi=7e407520
0098:trace:seh:handle_syscall_fault ebp=0031fbf8 esp=0031fbb0 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00010246
0098:trace:seh:handle_syscall_fault returning to user mode ip=7e64c6fc
ret=c0000005
0098:trace:gdi:NtGdiCreatePatternBrushInternal 0xc0000005
NtGdiCreatePatternBrushInternal looks weird, commenting out OpenPrinterW()
and other winspool APIs in CreateDCW() fixes the crashes.
Both clang in msvc mode or ELF build show the same behaviour.
This is a regression:
1cf1412a12c6ee6191d387162fecb456f0df2d89 is the first bad commit
commit 1cf1412a12c6ee6191d387162fecb456f0df2d89
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon Nov 21 12:45:33 2022 +0100
gdi32: Get printer output file name in StartDoc.
dlls/gdi32/Makefile.in | 2 +-
dlls/gdi32/dc.c | 57 +++++++++++++++++++++++++++++++++++++++++++-------
include/ntgdi.h | 2 ++
3 files changed, 53 insertions(+), 8 deletions(-)
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53923
Bug ID: 53923
Summary: tools/makedep during wine-7.21 build segfaults
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugzilla(a)uwe-dueffert.de
Distribution: ---
Created attachment 73479
--> https://bugs.winehq.org/attachment.cgi?id=73479
valgrind analysis of segfaulting tools/makedep
While wine-7.20 builds perfectly fine, the build of wine-7.21 reproducibly
fails for me due to the newly generated tools/makedep segfaulting. As makedep.c
was modified since 7.20, I figured you could be interested in what valgrind
says about that segfault (attached).
Let me know if I can provide further details that could help you.
Regards
Uwe
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53130
Bug ID: 53130
Summary: ntdll:threadpool - test_tp_instance() fails (rarely)
on Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:threadpool - test_tp_instance() fails (rarely) on Windows 8+:
threadpool.c:1170: Test failed: WaitForSingleObject returned 0
threadpool.c:1210: Test failed: WaitForSingleObject returned 258
https://test.winehq.org/data/patterns.html#ntdll:threadpool
These two failures always go together.
The failure is pretty rare, about 4.1%, so it can easily be missing from a test
configuration's WineTest runs which results in false positives.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=41989
Bug ID: 41989
Summary: program will not load and run
Product: Wine
Version: 2.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mark_crn(a)yahoo.com
Distribution: ---
Created attachment 56396
--> https://bugs.winehq.org/attachment.cgi?id=56396
save bug file
Musette encounter a fatal exception
--
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.
https://bugs.winehq.org/show_bug.cgi?id=53954
Bug ID: 53954
Summary: Saints Row 2022 fails with Unimplemented function
KERNEL32.dll.SetProcessInformation
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Created attachment 73529
--> https://bugs.winehq.org/attachment.cgi?id=73529
Saints Row 2022 wine log
Saints Row 2022 fails with Unimplemented function
KERNEL32.dll.SetProcessInformation and it can't be started at all.
--
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.