https://bugs.winehq.org/show_bug.cgi?id=53805
Bug ID: 53805
Summary: Photoshop is crashing... and it's annoying.
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: choord(a)protonmail.com
Distribution: ---
Created attachment 73312
--> https://bugs.winehq.org/attachment.cgi?id=73312
This is only the backtrace gived by WineHQ
I want to use Photoshop with Wine, as it is the only program I really know well
about. I come from Windows and I really need help because I can use a little
bit Photoshop, but after some minutes, or on clicking on some buttons (it can
be random), the application just crash, which make it useless for making
picture editing.
Thanks for your reply, and if you know how to fix this problem, please reply to
my email adress ! (choord(a)protonmail.com)
--
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=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=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=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.
https://bugs.winehq.org/show_bug.cgi?id=56505
Bug ID: 56505
Summary: EVE Online: Error when clicking on shortcuts and error
logged: EnableNonClientDpiScaling() failed for HWND
0x20274 (120) (Call not implemented.)
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
Distribution: ---
Created attachment 76263
--> https://bugs.winehq.org/attachment.cgi?id=76263
Screenshot of crash on launcher startup.
New EVE Online version runs if running the Launcher.exe directly from the
folder or using the following shell script:
```
#!/bin/sh
cd
/home/<username>/.wine/dosdevices/c:/users/<usernmame>/AppData/Local/eve-online
wineconsole 'eve-online.exe'
```
If clicking via shortcut in GNOME Shell, the:
- error above is recorded in launcher logs
- error message is shown, which is also attached as a screenshot.
--
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.