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.
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=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=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=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=53288
Bug ID: 53288
Summary: Application compiled with MSVC 2022 ASan does not
start, needs QueryVirtualMemoryInformation
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Application compiled with MSVC 2022 ASan does not start in Wine 7.11 as it
needs implementation of QueryVirtualMemoryInformation.
Console output:
==808==AddressSanitizer CHECK failed:
D:\a\_work\1\s\src\vctools\crt\asan\llvm\compiler-rt\lib\sanitizer_common\sanitizer_win.cpp:1108
"((QueryVirtualMemoryInformation &&
"ASan requires the Windows 10-only API, QueryVirtualMemoryInformation")) !=
(0)" (0x0, 0x0)
<empty stack>
--
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=53387
Bug ID: 53387
Summary: Vernier USB sensors are not usable in WINE
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tuomas.nurmi(a)opinsys.fi
Distribution: ---
Created attachment 72775
--> https://bugs.winehq.org/attachment.cgi?id=72775
Logs from various situations described in the bug report
Vernier USB student laboratory sensors (
https://www.vernier.com/products/go-direct/ ) are not usable with WINE. Tested
on Debian 11 Bullseye (equivalent), kernel 5.10, wine 7.13 from
https://wiki.winehq.org/Debian . (Earlier tests with previous wine versions
have also been negatives, however, they haven't been as comprehensive and
well-documented as this)
Tested with an earlier sensor model, a Go! Temp ver 1.53 and a later Go Direct
Sensor (idVendor 08f7, idProducts 0002 and 0010, respectively). They show up in
Linux syslog as shown in attachment section 1.
Udev rules for the devices are in place, as described by (the somewhat
outdated) https://wiki.winehq.org/Hid and Vernier's native library guidelines
at https://github.com/VernierST/godirect-examples/tree/main/python , as
follows:
KERNEL=="hidraw*", SUBSYSTEM=="hidraw", GROUP="plugdev", MODE="0666"
KERNEL=="hiddev*", MODE="0666"
SUBSYSTEM=="usb", ATTRS{idVendor}=="08f7", MODE="0666"
SUBSYSTEM=="usb_device", ATTRS{idVendor}=="08f7", MODE="0666"
resulting into following permissions with plugged devices
crw-rw-rw- 1 root plugdev 242, 0 20. 7. 13:36 /dev/hidraw0
crw-rw-rw- 1 root root 180, 0 20. 7. 13:36 /dev/usb/hiddev0
Resulting in functioning sensors with the native library example software from
Vernier (attachment section 2), as well as with an earlier discontinued Linux
version of LoggerPro, and the Vernier Graphical Analysis Chrome app (
https://chrome.google.com/webstore/detail/vernier-graphical-analysi/dncgedb…
)
The sensors were tested also Windows 10, and were visible/detected by both the
Microsoft hid example application hclient.exe and Vernier LoggerPro3.
However, the devices are not recognized by LoggerPro3 nor hclient.exe run
through wine-7.13. Logs with WINEDEBUG=+hid,+wineusb,+plugplay of these are
shown in attachment sections 3, 4, and 5.
Not a specialist in any of the related fields, but the logs show seemingly
correctly recognized plugging of the device,
00cc:trace:wineusb:add_usb_device Adding new device 0x7f9330001f80, vendor
08f7, product 0010.
00d0:trace:wineusb:add_unix_device Adding new device 00007F934C016ED0, vendor
08f7, product 0010.
...
00c8:trace:plugplay:enumerate_new_device Creating new device
L"USB\\VID_08F7&PID_0010\\0".
but the device is not recognized by LoggerPro, nor listed by hclient.exe.
(I don't know if the plugplay:install_device_driver error following in the logs
is related)
--
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=53268
Bug ID: 53268
Summary: urlmon:protocol - test_protocol_terminate() fails on
Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:protocol - test_protocol_terminate() fails on Windows and Wine:
protocol.c:1188: Test failed: unexpected call ReportResult
protocol.c:1196: Test failed: hrResult = 00000000, expected: 80004004
protocol.c:3334: Test failed: Read failed: 00000001
https://test.winehq.org/data/patterns.html#urlmon:protocol
Where 80004004 == E_ABORT.
These three failures always happen together. The last one is in
test_protocol_terminate() while the first two are in
ProtocolSink_ReportResult().
These failures happen on all Windows versions and in Wine too with varying
frequency (frequent on Windows 7 and less on 21H1, etc.).
--
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=53266
Bug ID: 53266
Summary: Syberia: game crashes frequently
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Created attachment 72641
--> https://bugs.winehq.org/attachment.cgi?id=72641
terminal output
Ubuntu 20.04.4 LTS 64bit
NVIDIA GeForce 940MX with driver 510.73.05
Wine staging 7.11 (WineHQ binary package) with a clean Wine directory and the
default Wine configuration
Syberia (2002 game) GOG.com french version
syberia_1.0.0_hotfix4_(53936)
39e9e778c755c081f3e4b12dc5f6ef4260cbfb14 Game.exe
Level of detail: high
Screen depth: 32bit
Anti-aliasing: on
The game crashes frequently and randomly, each time at a different point in the
game. This doesn't seem to be triggered by any particular action in the game.
--
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=45233
Bug ID: 45233
Summary: TIDAL installer can't launch installed program in
64bit WINEPREFIX
Product: Wine
Version: 3.8
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 61462
--> https://bugs.winehq.org/attachment.cgi?id=61462
Wine log in 64bit WINEPREFIX
After installation has finished (you need to use the msi installer due to bug
45232), it offers you to start the program.
This only works in a 32bit WINEPREFIX, it fails with 64bit.
--
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=11531
Summary: Richard Burns Rally - Trees/buildings/fences disappear
after a while
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=5934
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tuomo.kohvakka(a)iki.fi
While playing Richard Burns Rally, trees/buildings/other stuff disappear after
a couple of minutes. This still happens with latest wine, 0.9.55 that is.
It would be nice if this wouldn't happen :)
I pretty sure this is regression, however I can't verify this right now.
Judging from appdb comments, problems have continued at least from 0.9.49.
AppDB:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=5934
--
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=53017
Bug ID: 53017
Summary: user32:monitor killed by X Error on Debian 11 + Intel
GPU
Product: Wine
Version: unspecified
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: ---
user32:monitor gets killed by an X Error while running
test_ChangeDisplaySettingsEx() on my Debian 11 + Intel GPU machine (see
fg-deb64-*). This results in this type of failure:
monitor.c:61: GetProcAddress(user32, DisplayConfigSetDeviceInfo) failed.
user32:monitor:0834 done (0) in 0s
The main process has no test summary line
The lack of a summary line is what indicates that the process was summarily
killed, typically by a Unix library call.
Looking into some more details it is this call which causes the X Error:
res = ChangeDisplaySettingsExA(devices[device].name, &dm3, NULL, CDS_RESET,
NULL);
And adding traces in winex11.drv shows more precisely that the crash happens
because bad physical size values are passed to XRRSetScreenSize():
dmFields=BITSPERPEL,PELSWIDTH,PELSHEIGHT,DISPLAYFLAGS,DISPLAYFREQUENCY,DISPLAYORIENTATION
dmBitsPerPel=8 dmPelsWidth=720 dmPelsHeight=400 dmDisplayFrequency=70
dmDisplayFlags=0 dmDisplayOrientation=0
0024:trace:x11settings:apply_display_settings handler:XRandR 1.4 changing
L"\\\\.\\DISPLAY1" to position:(0,0) resolution:720x400 frequency:70Hz
depth:8bits orientation:0.
0024:warn:xrandr:xrandr14_set_current_mode Cannot change screen color depth
from 32bits to 8bits!
0024:trace:xrandr:set_screen_size mm_width=0 = 720 * 1 / 3840
0024:trace:xrandr:set_screen_size mm_height=0 = 400 * 2 / 2160
0024:trace:xrandr:xrandr14_set_current_mode 1638
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 140 (RANDR)
Minor opcode of failed request: 7 (RRSetScreenSize)
Value in failed request: 0x0
Serial number of failed request: 209
Current serial number in output stream: 210
So there are two questions:
* Should set_screen_size() have defensive code that prevents using 0 as the
physical sizes?
Using 1 instead seems to avoid the crashes.
* Why do DisplayWidthMM() and DisplayHeightMM() return bad values?
Weirder, I just got a bunch of runs with correct Display*MM() values and now
that I removed traces it's bad again.
Memory corruption?
Note that xrandr knows the right physical dimensions for my screen:
$ xrandr
Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 16384 x 16384
VGA-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis)
698mm x 393mm
3840x2160 60.00*+ 30.00 25.00 24.00 29.97 23.98 29.98
2560x1600 59.94
2560x1440 59.95
1920x1080 60.00 60.00 50.00 59.94 30.00 25.00 24.00
29.97 23.98
1920x1080i 60.00 50.00 59.94
1680x1050 59.95
1600x900 60.00
1280x1024 75.02 60.02
1280x800 59.81
1152x864 75.00
1280x720 60.00 50.00 59.94
1024x768 75.03 60.00
832x624 74.55
800x600 75.00 60.32
720x576 50.00
720x480 60.00 59.94
640x480 75.00 60.00 59.94
720x400 70.08
HDMI-2 disconnected (normal left inverted right x axis y axis)
HDMI-3 disconnected (normal left inverted right x axis y axis)
--
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=39231
Bug ID: 39231
Summary: setupapi:devinst fails 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 or
limited user account.
devinst.c:408: Test failed: SetupDiInstallClassA failed: 0000000d
devinst.c:410: Test failed: Couldn't delete classkey
devinst.c:462: Test failed: Expected ERROR_INVALID_PARAMETER, got 00000005
devinst.c:479: Test failed: Expected ERROR_CLASS_MISMATCH, got 00000005
devinst.c:491: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:496: Test failed: Expected ERROR_DEVINST_ALREADY_EXISTS, got 00000005
devinst.c:502: Test failed: Expected ERROR_INVALID_USER_BUFFER, got 00000005
devinst.c:508: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:516: Test failed: Expected 3 devices, got 0
devinst.c:601: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:604: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057
devinst.c:608: Test failed: SetupDiGetDeviceInstanceIdA failed: 00000057
devinst.c:609: Test failed: Unexpected instance ID aö|4
devinst.c:613: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:616: Test failed: SetupDiGetDeviceInstanceIdA failed: 00000057
devinst.c:618: Test failed: Unexpected instance ID aö|4
devinst.c:654: Test failed: SetupDiCreateDeviceInfoA failed: 5
devinst.c:721: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:725: Test failed: Expected ERROR_INVALID_USER_BUFFER, got 00000057
devinst.c:729: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:733: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:736: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:739: Test failed: SetupDiEnumDeviceInterfaces failed: 259
devinst.c:744: Test failed: expected 2 interfaces, got 0
devinst.c:247: We are most likely on Windows 2000
devinst.c:810: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:814: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:818: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 87
devinst.c:828: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 87
devinst.c:252: Test failed: Couldn't delete deviceclass key
devinst.c:932: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:934: Test failed: Expected registry key to exist
devinst.c:950: Test failed: Expected ERROR_INVALID_FLAGS, got 87
devinst.c:955: Test failed: Expected ERROR_INVALID_FLAGS, got 87
devinst.c:961: Test failed: Expected ERROR_INVALID_FLAGS, got 87
devinst.c:967: Test failed: Expected ERROR_DEVINFO_NOT_REGISTERED, got 00000057
devinst.c:972: Test failed: SetupDiRegisterDeviceInfo failed: 00000057
devinst.c:977: Test failed: Expected ERROR_KEY_DOES_NOT_EXIST, got 00000057
devinst.c:984: Test failed: Expected ERROR_KEY_DOES_NOT_EXIST, got 00000057
devinst.c:997: Test failed: SetupDiCreateDevRegKey failed: 00000057
devinst.c:144: Test failed: SetupDiEnumDeviceInfo failed: 00000103
devinst.c:152: Test failed: SetupDiCallClassInstaller(DIF_REMOVE...) failed:
00000057
devinst.c:1027: Test failed: Expected the device to be removed: 00000000
devinst.c:1033: We are most likely on Wine
devinst.c:1084: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:1087: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057
devinst.c:1090: Test failed: SetupDiRegisterDeviceInfo failed: 00000057
devinst.c:1101: Test failed: SetupDiEnumDeviceInterfaces failed: 00000103
devinst.c:1104: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057
devinst.c:144: Test failed: SetupDiEnumDeviceInfo failed: 00000103
devinst.c:152: Test failed: SetupDiCallClassInstaller(DIF_REMOVE...) failed:
00000057
devinst.c:1143: Test failed: Expected the device to be removed: 00000000
devinst.c:1149: We are most likely on Wine
devinst.c:1182: Test failed: SetupDiCreateDeviceInfoA failed: 00000005
devinst.c:1194: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057
devinst.c:1204: Test failed: SetupDiSetDeviceRegistryPropertyA failed: 00000057
devinst.c:1216: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057
devinst.c:1225: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057
devinst.c:1227: Test failed: Unexpected size: 0
devinst.c:1231: Test failed: SetupDiGetDeviceRegistryPropertyA failed: 00000057
devinst.c:1232: Test failed: Unexpected property
devinst.c:1236: Test failed: SetupDiGetDeviceRegistryPropertyA failed: 00000057
devinst.c:1237: Test failed: Unexpected value of property
devinst.c:1238: Test failed: Unexpected type of property: 0
devinst.c:1242: Test failed: SetupDiSetDeviceRegistryPropertyA failed: 00000057
devinst.c:1247: Test failed: Expected ERROR_INVALID_DATA, got 00000057
devinst.c:1288: Test failed: SetupDiCreateDeviceInfoW failed: 00000005
devinst.c:1300: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057
devinst.c:1310: Test failed: SetupDiSetDeviceRegistryPropertyW failed: 00000057
devinst.c:1322: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057
devinst.c:1331: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057
devinst.c:1333: Test failed: Unexpected size: 0
devinst.c:1337: Test failed: SetupDiGetDeviceRegistryPropertyW failed: 00000057
devinst.c:1338: Test failed: Unexpected property
devinst.c:1342: Test failed: SetupDiGetDeviceRegistryPropertyW failed: 00000057
devinst.c:1343: Test failed: Unexpected value of property
devinst.c:1344: Test failed: Unexpected type of property: 0
devinst.c:1348: Test failed: SetupDiSetDeviceRegistryPropertyW failed: 00000057
devinst.c:1353: Test failed: Expected ERROR_INVALID_DATA, got 00000057
In particular one can notice this bug on the following WineTest boxes:
fg-win2000-rusr: Windows 2000 with a Restricted user account
fg-win2000-susr: Windows 2000 with a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
Note however that it succeeds in regular user accounts on the following boxes
for instance:
fg-win7u64-1spie9usr: Windows 7 with a regular user account.
See:
https://test.winehq.org/data/tests/setupapi:devinst.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=39232
Bug ID: 39232
Summary: setupapi:install fails 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
This test systematically times out when run in a restricted or limited user
account while it only times out in under 1% of the other runs. Coupled with the
pair of messages saying it's skipping tests because it cannot install a
service, this clearly indicates a permissions problem.
install.c:303: Tests skipped: Not enough rights to install the service
install.c:380: Tests skipped: Not enough rights to install the service
test failed: timed out
In particular one can notice this bug on the following WineTest boxes:
fg-win2000-rusr: Windows 2000 with a Restricted user account
fg-win2000-susr: Windows 2000 with a Standard (Power) user account.
fg-winxp-lusr: Windows XP with a Limited user account.
Note however that it succeeds in non-Restricted/Limited user accounts on the
following boxes for instance:
fg-win7u64-1spie9usr: Windows 7 with a regular user account.
See:
https://test.winehq.org/data/tests/setupapi: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.
http://bugs.winehq.org/show_bug.cgi?id=20604
Summary: dsound tests fail under pulseaudio
Product: Wine
Version: 1.1.32
Platform: PC
URL: http://test.winehq.org/data/tests/dsound:ds3d.html
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=24580)
--> (http://bugs.winehq.org/attachment.cgi?id=24580)
+dsound trace
Ignoring the usual statements about pulesaudio for a bit, there's been a lot of
work (thanks Maarten et al) to make Wine work a bit better with it. When I was
on jaunty, I removed it, but under Karmic, you can't remove pulseaudio without
foobaring gnome. So, I'm stuck with it...and since few people run winetest
daily on wine aside from me, test.winehq.org shows a bunch of failures on
dsound now.
So, let's make it play better:
http://test.winehq.org/data/f222a1654ea8f84bc678c9043ad3265b97207dde/wine_a…
--
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.