https://bugs.winehq.org/show_bug.cgi?id=56742
Bug ID: 56742
Summary: testfont fails by selecting Noto Sans instead of
Tahoma
Product: Mono
Version: main
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: libgdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
CC: madewokherd(a)gmail.com
Distribution: ---
Test output:
testfont: testfont.c:897: verifyFontFamily: Assertion `stringsEqual (name,
expectedName) || stringsEqual (name, alternateExpectedName)' failed.
FAIL testfont (exit status: 134)
The expected font names are "Tahoma" or "DejaVu Sans". The font is created with
the name "Tahoma".
Some extra debug code revealed that the actual font returned was "Noto Sans".
I couldn't find any special cases for either font in the code, so I'm not sure
how this is expected to work (particularly the fallback to DejaVu Sans).
--
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=56741
Bug ID: 56741
Summary: Rise of the Tomb Raider stuck on loading screen
Product: Wine
Version: 9.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
When starting a new game or continue savegame
07a0:err:d3d:wined3d_debug_callback 00007F9BB59F8DF0: "GL_INVALID_OPERATION in
glTexParameter(immutable texture)".
07a0:err:d3d:wined3d_debug_callback 00007F9BB59F8DF0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGB10_A2)".
07a0:err:d3d:wined3d_debug_callback 00007F9BB59F8DF0: "GL_INVALID_OPERATION in
glIsTextureHandleResidentARB(handle)".
07a0:err:d3d:wined3d_debug_callback 00007F9BB59F8DF0: "GL_INVALID_OPERATION in
glMakeTextureHandleResidentARB(handle)".
9.9-173-ga3b22d3bf7f
--
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=56712
Bug ID: 56712
Summary: Vampire: The Masquerade - Bloodlines intro videos are
not displayed
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: accounts.winehq.org(a)vv221.fr
Distribution: ---
The introduction videos of Vampire: The Masquerade - Bloodlines are played with
a black screen. Video is not rendered, but audio is played.
Starting the game in a virtual desktop does not help, it only replaces the
black screen with the blue background of the virtual desktop.
The videos can still be skipped, so this does not prevent reaching the game
menu and starting a game.
All GStreamer plugins are installed (base, good, ugly, bad, libav).
Despite the bug metadata being set to WINE 9.8, the current 9.9 build is
affected too (but is not proposed when opening a new bug report).
This behaviour has been noticed on a Wayland setup with an AMD GPU and Mesa
drivers. I should be able to try reproducing it on X.org and with nVIDIA
non-free drivers too, I will report back once it is done.
The videos used to be played correctly on the same computer, but I would need
to run more tests to ensure this is a WINE regression and not a Mesa or
GStreamer one.
--
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=56735
Bug ID: 56735
Summary: Rekordbox: Mark drive as external to support library
export/sync
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johannespfau(a)gmail.com
Distribution: ---
Created attachment 76513
--> https://bugs.winehq.org/attachment.cgi?id=76513
Registry keys for patched wine to report drive as external
Hello all,
to support library syncing in rekordbox (rekordbox.com), a drive must be
recognized as an external device. Rekordbox uses a combination of
GetVolumeInformationW/GetDriveTypeW/QueryDosDeviceW and setupapi to detect if a
drive is external.
I've filed individual bug reports for the sub-problems involved:
* Specify filesystem type for folder-backed drives:
https://bugs.winehq.org/show_bug.cgi?id=56731
* setupapi: Registry information for drives missing:
https://bugs.winehq.org/show_bug.cgi?id=56732
* setupapi: SPDRP_PHYSICAL_DEVICE_OBJECT_NAME not implemented:
https://bugs.winehq.org/show_bug.cgi?id=56734
* GetDriveTypeW aways returns DRIVE_FIXED:
https://bugs.winehq.org/show_bug.cgi?id=16091
I've attached a reduced test-case program (in D) and compiled which performs
all steps that are required by rekordbox. Please note that the program is dumb
and assumes that a R drive exists.
Unpatched wine output:
----------------------------------------------------------------------------------------
GetVolumeInformationW: Path: USB_STICK Name: FAT32 Serial: 2923885786 Len: 255
Flag: 2
GetDriveTypeW: 3
QueryDosDeviceW: \Device\HarddiskVolume3
Querying SetupAPI
DeviceSet is 6FFEE0. Valid: true
std.windows.syserror.WindowsException(a)test.d(43): No more data available.
(error 259)
----------------------------------------------------------------------------------------
Patched wine + usb_final.reg output:
----------------------------------------------------------------------------------------
GetVolumeInformationW: Path: USB_STICK Name: FAT32 Serial: 2923885786 Len: 255
Flag: 2
GetDriveTypeW: 2
QueryDosDeviceW: \Device\Harddisk1
Querying SetupAPI
DeviceSet is 8506C0. Valid: true
Entry: 0
SetupDiGetDeviceRegistryPropertyW 1
\Device\Harddisk1
std.windows.syserror.WindowsException(a)test.d(43): No more data available.
(error 259)
----------------------------------------------------------------------------------------
Windows output:
----------------------------------------------------------------------------------------
GetVolumeInformationW: Path: USB_STICK Name: FAT32 Serial: 2923885786 Len: 255
Flag: 131590
GetDriveTypeW: 2
QueryDosDeviceW: \Device\HarddiskVolume2
Querying SetupAPI
DeviceSet is 456B80. Valid: true
Entry: 0
SetupDiGetDeviceRegistryPropertyW 1
\Device\HarddiskVolume2
Entry: 1
SetupDiGetDeviceRegistryPropertyW 1
\Device\HarddiskVolume1
std.windows.syserror.WindowsException(a)test.d(43): No more data available.
(error 259)
----------------------------------------------------------------------------------------
As a workaround / proof-of-concept, my patched branch here has some minor
changes that enable this to work:
https://github.com/jpf91/proton-wine/commits/Proton8-26/#
In addition to this patched wine, you will also need to load the attached
usb_final.reg file. Then create a symlink for the r drive:
----------------------------------------------------------------------------------------
cd $WINEPREFIX/dosdevices
ln -s /run/media/jpfau/USB_STICK r:
----------------------------------------------------------------------------------------
This should be enough to get library sync to an external device working in
Rekordbox.
Best
Johannes
--
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=56734
Bug ID: 56734
Summary: setupapi: SPDRP_PHYSICAL_DEVICE_OBJECT_NAME not
implemented [rekordbox]
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: johannespfau(a)gmail.com
Distribution: ---
Hi all,
as mentioned in https://bugs.winehq.org/show_bug.cgi?id=56732, it is possible
to have wine report drives in setupapi. However, the
SPDRP_PHYSICAL_DEVICE_OBJECT_NAME command, which is also used by Rekordbox, is
not supported. In order for drives to show up properly in rekordbox, this
command needs to be implemented.
I guess a proper solution would have to hook into mountmgr? As a workaround /
for testing, I modified setupapi to lookup the data from a PhysicalDevice key
in the registry. This works, but is it an acceptable solution?
https://github.com/jpf91/proton-wine/commit/42bcd8cb96aa51f3de004961f609bea…
--
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=56721
Bug ID: 56721
Summary: EA App: multiple assertion failure with Vulkan
renderer
Product: Wine
Version: 9.8
Hardware: x86-64
URL: https://origin-a.akamaihd.net/EA-Desktop-Client-Downlo
ad/installer-releases/EAappInstaller.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 76502
--> https://bugs.winehq.org/attachment.cgi?id=76502
Wine 9.9 console output
Launching the EA App with renderer=vulkan opens a dialog three times for an
Assertion Failure. Clicking OK three times allows the app to continue, so it's
not clear which of the many sub-/backround processes is causing the issue. No
backtrace is presented.
"winetricks arial" to work around Bug 32342.
renderer=gl does not have this issue.
--
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=56720
Bug ID: 56720
Summary: dark souls remastered mouse input dont be captured in
virtual desktop
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
dark souls remastered mouse input dont be captured in virtual desktop
testing with wine 9.9 / staging 9.9
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=56716
Bug ID: 56716
Summary: CNC3 demo exits silently with renderer=vulkan
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://cncnz.com/games/tiberium-wars/demo-information
-download/
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 76499
--> https://bugs.winehq.org/attachment.cgi?id=76499
Wine 9.9 console log
Running the Command & Conquer 3 Demo with the renderer set to Vulkan causes the
game to exit silently.
It loads correctly with the GL renderer.
No workarounds 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.
https://bugs.winehq.org/show_bug.cgi?id=56732
Bug ID: 56732
Summary: setupapi: Registry information for drives missing
[rekordbox]
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: johannespfau(a)gmail.com
Distribution: ---
Created attachment 76511
--> https://bugs.winehq.org/attachment.cgi?id=76511
Registry keys to make setupapi report a storage device
Hi all,
rekordbox and probably some other applications query setupapi to search for
removable drives. Essentially it iterates the GUID_DEVCLASS_VOLUME device class
with flag DIGCF_PRESENT in SetupDiGetClassDevsW/SetupDiEnumDeviceInfo.
The setupapi code can already handle this (mostly) correctly, but it needs
certain registry keys to be present. I'm not sure if/where/how wine should set
these?
I've attached an example reg file with provides these registry entries for an
external USB drive.
--
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.