https://bugs.winehq.org/show_bug.cgi?id=7007
Ken Sharp <imwellcushtymelike(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |imwellcushtymelike(a)gmail.co
| |m
--- Comment #21 from Ken Sharp <imwellcushtymelike(a)gmail.com> ---
This seems to work for me with Wine 9.9. Can someone else check this?
--
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=52515
Bug ID: 52515
Summary: Resizing/maximizing foobar2000 has stale rendering
errors (more in Light Blue theme)
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
Created attachment 71815
--> https://bugs.winehq.org/attachment.cgi?id=71815
Screenshot of list header, scrollbar, and resize handle rendering incorrectly
- Install foobar2000 v1.6.9.
- (optional) In winecfg, switch to Light Blue theme, then open foobar2000.
- In "Quick Appearance Setup", pick "Album List + Properties".
- Add some files to the playback list (preferably enough for a vertical
scrollbar).
- (Optional) Press Ctrl+N to show playlist tabs.
- Resize and enlarge the window slowly horizontally. Then shrink the window
horizontally, and tile or maximize the window (expanding it quickly).
When resizing the window slowly, you will get vertical lines in the sort
header, and stale resize handles in the window's bottom right corner (faintly
visible). When maximizing the window, a scrollbar will mistakenly render in the
song list (which remains when resizing the window further, moves when you
scroll the song list, and gets cleared when you select/deselect the songs
behind it). I also saw entire stale tabs to the right of real tabs, but was
unable to replicate this bug.
On (No Theme) and Light "Classic Blue", when maximizing, the glitched scrollbar
rendering occurs as well. When resizing slowly, the stale resize handles are
*more* visible, but the vertical lines do not occur.
Confirmed on Xfce and KDE Plasma X11, with X11/Wine running at 96 and 120 DPI.
Video at https://youtu.be/jch76UQpn2w.
I assume this is a Wine rendering bug, but perhaps it could be a foobar2000
redrawing bug, or an interaction between Wine and foobar2000's redraw events.
Operating System: Arch Linux
Kernel Version: 5.16.4-zen1-1-zen (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: NVIDIA GeForce GT 730/PCIe/SSE2 (proprietary drivers
470.103.01)
--
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=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.