wine-bugs

wine-bugs@winehq.org

1 participants
159159 discussions

[Bug 56749] New: Installation impossible d'harmony assistant
by WineHQ Bugzilla 31 May '24

31 May '24

https://bugs.winehq.org/show_bug.cgi?id=56749 Bug ID: 56749 Summary: Installation impossible d'harmony assistant Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nardale(a)free.fr Distribution: --- Bloque sur l'installation d'harmony assistant 998c-x64 pour windows. Ecran noir -- 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.

1 1

[Bug 53511] New: Basic Windows (Size) Constraints do not work during resize.
by WineHQ Bugzilla 30 May '24

30 May '24

https://bugs.winehq.org/show_bug.cgi?id=53511 Bug ID: 53511 Summary: Basic Windows (Size) Constraints do not work during resize. Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dev(a)sartrack.nz Distribution: --- I am the developer of the SARTrack software (for Windows) for Search and Rescue. My Windows-XP compatible program which has multiple 'Forms' (Windows) which can be opened, and is written in the latest Delphi Pascal compiler. When running under Wine on a laptop PC with a *ScaleFactor of 2* (two): - Randomly, the reported 'Constraints.MinWidth' and Constraints.MinHeight are not scaled (so, set to its original ScaleFactor of '1'. Result: Window starts to small. Other identical windows in the program *do* have the right ScaleFactor for the 'Constraints' values. (Timing issue during Create?) - During resizing of any window, Constraints do not work. Can resize smaller until nothing left of the window. - When Width or Height are smaller than the Constraints.MinWidth and Constraints.MinHeight, the 'OnResize' is no longer called. This means it does detect that it has reached the limits, but still the window is resized past these limits. Bart, New Zealand -- 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.

1 3

[Bug 33982] New: Steam windows can be resized to 1x1 despite minimum size
by wine-bugs＠winehq.org 30 May '24

30 May '24

http://bugs.winehq.org/show_bug.cgi?id=33982 Bug #: 33982 Summary: Steam windows can be resized to 1x1 despite minimum size Product: Wine Version: 1.6-rc2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Classification: Unclassified Steam's windows can be resized to 1x1. On Windows they can't. The minimum size for the main steam window is supposed to be 900x600 and for chat windows 396x351 according to tests. Using openbox 3.5.0 -- 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.

2 9

[Bug 13076] New: untangle: resize fails
by wine-bugs＠winehq.org 30 May '24

30 May '24

http://bugs.winehq.org/show_bug.cgi?id=13076 Summary: untangle: resize fails Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)wnoise.ofb.net After any of the games in Simon Tatham's portable puzzle collection is resized, it only redraws the portion of the window that is the original size. Under windows, these games rescale to fit in the new window size. These may all be downloaded at http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ and have full source available. -- 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.

2 14

[Bug 37864] New: When I resize a maximized MDI window it assumes the new size instead of remaining maximized
by wine-bugs＠winehq.org 30 May '24

30 May '24

https://bugs.winehq.org/show_bug.cgi?id=37864 Bug ID: 37864 Summary: When I resize a maximized MDI window it assumes the new size instead of remaining maximized Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryampolsky(a)yahoo.com Distribution: --- Created attachment 50431 --> https://bugs.winehq.org/attachment.cgi?id=50431 Screenshot showing a maximized MDI child after resizing 'unmaximizes' it. My app is a 'smart terminal' that supports multiple sessions in MDI windows. The size of the MDI child windows can be changed by the app running on the server, so at the end of each transaction, if the app has changed the window dimenensions, I resize the window. If my MDI window is maximized, this has no effect on a Windows system (except that if I later unmaximize the MDI child, it will display at the correct new size). But on recent WINE builds (Linux and Mac), when I resize the MDI child, the window assumes the new size, even though it's techincally in the 'mdi maximized' state (i.e., the MDI buttons are still there on the menubar. If I switch between MDI children, they get redrawn correctly maximized (including the one I just resized). I coded a workaround in my app where I don't resize the window if it's maximized, and that seems to work okay under WINE (though I guess the new size info is getting lost). In any case, that verifies that the problem is definitely happening in response to my resize operation. F.Y.I., my resize operation uses SetWindowPlacement() to change the position and size of the window - specifically because I don't want it to affect the window if it's minimized or maximized. Only if it's in the normal state. It's been a long time since I wrote this code, but again, it's always worked on all versions of Windows. I have a feeling it might have worked a while back in WINE - though I rarely run maximized, so I may have just recently noticed a bug that's always been there... Here's the basic code logic. SizeWindowForScreenDimentions calls SetWindowPlacement based on the size calculated for the new row/column grid. The code below has the workaround that prevents the problem in WINE. Also attached a screenshot showing the unmaximized children with the MDI buttons still on the menubar. // If base screen dimensions don't match prior dimensions, resize the window here. // (unless mdi-maximized, in which case, doing this unmaximizes in WINE) if (!mdi_maximized) { if ((rows != old_rows) || (cols != old_cols)) { SizeWindowForScreenDimensions(scr, rows, cols, &resizeable); } } // In case window was hidden under an initial popup, show it now. ShowWindow(scr->hScreenWnd, SW_SHOW); -- 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.

2 4

[Bug 7007] putty 0.60 window does not resize when wm resizes it
by WineHQ Bugzilla 30 May '24

30 May '24

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.

1 0

[Bug 52515] New: Resizing/maximizing foobar2000 has stale rendering errors (more in Light Blue theme)
by WineHQ Bugzilla 30 May '24

30 May '24

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.

1 12

[Bug 53805] New: Photoshop is crashing... and it's annoying.
by WineHQ Bugzilla 29 May '24

29 May '24

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.

1 3

[Bug 56742] New: testfont fails by selecting Noto Sans instead of Tahoma
by WineHQ Bugzilla 29 May '24

29 May '24

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.

1 0

[Bug 56741] New: Rise of the Tomb Raider stuck on loading screen
by WineHQ Bugzilla 29 May '24

29 May '24

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.

1 0

[Bug 56712] New: Vampire: The Masquerade - Bloodlines intro videos are not displayed
by WineHQ Bugzilla 29 May '24

29 May '24

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.

1 11

[Bug 56735] New: Rekordbox: Mark drive as external to support library export/sync
by WineHQ Bugzilla 28 May '24

28 May '24

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.

1 6

[Bug 56501] New: nProtect Anti-Virus/Spyware 4.0 'tkpl2k64.sys' crashes on unimplemented function 'fltmgr.sys.FltCreateCommunicationPort'
by WineHQ Bugzilla 28 May '24

28 May '24

https://bugs.winehq.org/show_bug.cgi?id=56501 Bug ID: 56501 Summary: nProtect Anti-Virus/Spyware 4.0 'tkpl2k64.sys' crashes on unimplemented function 'fltmgr.sys.FltCreateCommunicationPort' Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: fltmgr Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 49089 ("nProtect Anti-Virus/Spyware 4.0 'tkpl2k64.sys' crashes on unimplemented function 'fltmgr.sys.FltBuildDefaultSecurityDescriptor'"). To come that far one needs to work around multiple problems: * Bug 50208 ("Multiple kernel drivers need NtQuerySystemInformation(SystemModuleInformation) to return correct ImageBaseAddress and ImageSize for modules (Sentinel HASP 'hardlock.sys', SmartGaga 'AndroidKernelX64.sys')"), otherwise the driver crashes early. * Support of particular 'ImagePath' path variant: 'system32\\foobar.sys'. I mentioned some of them in https://bugs.winehq.org/show_bug.cgi?id=47175#c4 * wineserver crash in enum_handles() callback while handling 'NtQuerySystemInformation(SystemHandleInformation,...)' request for app AV autostart-services Download: https://web.archive.org/web/20160510225518/http://avsd.nprotect.net/avs40/s… --- snip --- $ WINEDEBUG=+seh,+loaddll,+ntoskrnl,+relay wine net start tkpl >>log.txt 2>&1 ... 0100:trace:ntoskrnl:load_driver loading driver L"c:\\windows\\system32\\tkpl2k64.sys" ... 0100:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\drivers\\FLTMGR.SYS" at 00006FFFFE500000: builtin 0100:trace:loaddll:build_module Loaded L"c:\\windows\\system32\\tkpl2k64.sys" at 0000000000010000: native ... 0100:Call ntoskrnl.exe.ZwQuerySystemInformation(0000000b,7ffffe900970,00001000,7ffffeb1f878) ret=0001ff22 ... 0100:Ret ntoskrnl.exe.ZwQuerySystemInformation() retval=00000000 ret=0001ff22 ... 0100:Call ntoskrnl.exe.IoCreateSymbolicLink(7ffffeb1f948,7ffffeb1f930) ret=000115c3 0100:trace:ntoskrnl:IoCreateSymbolicLink L"\\DosDevices\\tkpl" -> L"\\Device\\tkpl" ... 0100:Ret ntoskrnl.exe.IoCreateSymbolicLink() retval=00000000 ret=000115c3 0100:Call fltmgr.sys.FltRegisterFilter(7ffffe265110,00024d30,00026228) ret=00012f08 ... 0100:fixme:fltmgr:FltRegisterFilter Call KERNEL32.GetModuleHandleW(6ffffe504254 L"ntdll.dll") ret=6ffffe5028e2 ... 0100:Ret fltmgr.sys.FltRegisterFilter() retval=00000000 ret=00012f08 0100:Call fltmgr.sys.FltStartFiltering(deadbeaf) ret=00012f24 0100:fixme:fltmgr:FltStartFiltering (00000000DEADBEAF): stub 0100:Ret fltmgr.sys.FltStartFiltering() retval=00000000 ret=00012f24 0100:Call fltmgr.sys.FltBuildDefaultSecurityDescriptor(7ffffeb1f928,001f0001) ret=00012f43 ... 0100:Ret fltmgr.sys.FltBuildDefaultSecurityDescriptor() retval=00000000 ret=00012f43 0100:Call ntoskrnl.exe.RtlInitUnicodeString(7ffffeb1f910,00022310 L"\\TKPL_Port") ret=00012f65 0100:Call ntdll.RtlInitUnicodeString(7ffffeb1f910,00022310 L"\\TKPL_Port") ret=6ffffff927df 0100:Ret ntdll.RtlInitUnicodeString() retval=00000016 ret=6ffffff927df 0100:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=00000016 ret=00012f65 0100:Call KERNEL32.RaiseException(80000100,00000001,00000002,7ffffeb1f870) ret=6ffffe503195 0100:trace:seh:dispatch_exception code=80000100 (EXCEPTION_WINE_STUB) flags=1 addr=00006FFFFFC64177 ... wine: Call from 00006FFFFFC64177 to unimplemented function fltmgr.sys.FltCreateCommunicationPort, aborting --- snip --- Microsoft docs: https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/fltkernel/nf… $ sha1sum nProtectSetup_AVS40.exe 913b33ab5c9477539d4d65b9f89e67be1a6b6c13 nProtectSetup_AVS40.exe $ du -sh nProtectSetup_AVS40.exe 36M nProtectSetup_AVS40.exe $ wine --version wine-9.5-95-g8568848ba83 Regards -- 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.

1 2

[Bug 56734] New: setupapi: SPDRP_PHYSICAL_DEVICE_OBJECT_NAME not implemented [rekordbox]
by WineHQ Bugzilla 28 May '24

28 May '24

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.

1 5

[Bug 56720] New: dark souls remastered mouse input dont be captured in virtual desktop
by WineHQ Bugzilla 28 May '24

28 May '24

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.

1 4

[Bug 56732] New: setupapi: Registry information for drives missing [rekordbox]
by WineHQ Bugzilla 28 May '24

28 May '24

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.

1 7

[Bug 56505] New: EVE Online: Error when clicking on shortcuts and error logged: EnableNonClientDpiScaling() failed for HWND 0x20274 (120) (Call not implemented.)
by WineHQ Bugzilla 28 May '24

28 May '24

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.

1 7

[Bug 56737] New: Typo in word "If" at "https://wiki.winehq.org/Debian"
by WineHQ Bugzilla 28 May '24

28 May '24

https://bugs.winehq.org/show_bug.cgi?id=56737 Bug ID: 56737 Summary: Typo in word "If" at "https://wiki.winehq.org/Debian" Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: daniel(a)fuerst.priv.at Distribution: --- At paragraph "WineHQ Packages" in "https://wiki.winehq.org/Debian" there is a sentence that says as follows: "I you need the ARM version, you can use the Debian packages." I believe the 'I' should be replaced with an 'If', otherwise, the sentence wouldn't make sense -- 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.

1 3

[Bug 26766] New: A lot of games are listed against distributors and not the developers
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=26766 Summary: A lot of games are listed against distributors and not the developers Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: ASSIGNED Severity: trivial Priority: P5 Component: appdb-unknown AssignedTo: kennybobs(a)o2.co.uk ReportedBy: kennybobs(a)o2.co.uk A lot of the games in the AppDB are listed against the distributors instead of the actual developers. This is not a major problem but it would be nice to tidy this up and any bugs relating to certain developers would be easier to collect. Other maintainers have, sensibly, simply added "Versions" for each distributor, and as each distributor tends to update their products as they see fit, rather than when the developer sees fit, this could affect the ratings for different implementations of the same game. Assigning to myself as it's a fairly big job (some games have to be downloaded and run just to find out who developed them) and will take far too long for me to simply remember what's what. Currently affected: Big Fish Games, PopCap, Steam. Anyone: please feel free to help! -- 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.

2 8

[Bug 16091] New: StickyDrive demo installer doesn't recognize USB key as removable
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=16091 Summary: StickyDrive demo installer doesn't recognize USB key as removable Product: Wine Version: 1.1.8 Platform: Other URL: http://mmiline.com/ OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (From mmiline.com's main page, click on StickyDrive and then "Learn More", then under Red Sox demo, click "Download Now". This points to http://www2.stickyinc.com/download/getDownload.php?idTag=BOSTN-1668&action=… which downloads the installer in question, InstallStickyDrive-BOSTN-1668.exe.) The installer puts up a dialog box of drive letters, saying "Please select a valid removable drive...", but nothing is listed, even if you have a USB drive inserted and Wine has already created a d: mapping for it. If you click on the "Show all drives" checkbox, all drives are indeed shown. Happily for us, this dialog box is in a separate executable. While that prompt is up, grab a copy of C:\windows\temp\SDDriveSelector.exe You can then reproduce the problem easily by running just that .exe. +relay shows it's using GetDriveType() on each drive, but evidently it doesn't like what it's getting. You can work around this by using winecfg to mark d: as a floppy, but really, wine should know that the inserted USB drive is removable, shouldn't it? -- 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.

2 28

[Bug 56729] New: Bginfo 4.21 - Wrong tablutation in RichEd
by WineHQ Bugzilla 27 May '24

27 May '24

https://bugs.winehq.org/show_bug.cgi?id=56729 Bug ID: 56729 Summary: Bginfo 4.21 - Wrong tablutation in RichEd Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)winehq.org Reporter: kyle.kcsoftwares(a)gmail.com Distribution: --- Created attachment 76507 --> https://bugs.winehq.org/attachment.cgi?id=76507 Rendering in W2K3 Bginfo - Wrong tablutation in RichEd Bginfo 4.21 - https://jira.reactos.org/secure/attachment/50272/50272_Bginfo.exe Wrong management of tabulations in RichEd -- 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.

1 3

[Bug 54460] New: WinSCP - rendering issue (missing text) on 'Windows 8.1' (and up)
by WineHQ Bugzilla 27 May '24

27 May '24

https://bugs.winehq.org/show_bug.cgi?id=54460 Bug ID: 54460 Summary: WinSCP - rendering issue (missing text) on 'Windows 8.1' (and up) Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: risk64(a)gmail.com Distribution: --- Created attachment 74016 --> https://bugs.winehq.org/attachment.cgi?id=74016 runtime log WinSCP just renders a white block in the left pane of 'preferences' (and other places) when 'Windows version' in 'winecfg' is set to 'Windows 8.1' or above. Everything is fine on 'Windows 8' (and below). This is a quite old problem (months/years..). I mostly used 'Windows 7' preset so far so i didn't care all too much. Tested with a clean 'prefix' and minimal WinSCP installation. Forum thread (bug confirmed): https://forum.winehq.org/viewtopic.php?t=37377 Arch Linux 6.1.9 (Xfce) wine 8.1 wine-mono 7.4.0 WinSCP 5.21.7 ttf-ms-win10 10.0.19043.1055 -- 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.

1 8

[Bug 35848] New: Sound, Black Screen then crash
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=35848 Bug ID: 35848 Summary: Sound, Black Screen then crash Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adec2010(a)hotmail.co.uk Killing Time. After installation, set to windows 95 compatibility. It runs with a black screen. I can hear sound but then a crash back to the desktop -- 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.

2 8

[Bug 55643] New: LTSpice: wine extra slow with "update components" function
by WineHQ Bugzilla 27 May '24

27 May '24

https://bugs.winehq.org/show_bug.cgi?id=55643 Bug ID: 55643 Summary: LTSpice: wine extra slow with "update components" function Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scallegari(a)arces.unibo.it Distribution: --- LTSpice is a windows application that traditionally has been very friendly to Wine (to the point that Wine was officially indicated as the way to run the app in linux). It is also free (in the no cost sense) so that it is easy to download it in order to test with wine. See https://www.analog.com/en/design-center/design-tools-and-calculators/ltspic…. Recent versions of LTSpice (LTSpice XVII) offer the possibility to update the "library of components" for the application via its Tools->Update Components menu entry. Unfortunately in wine the operation is extra slow. The operation involves downloading many files from the developer site, and I suspect that the slowness may come from the fact that on every file wine tries to do something, fails and complains that "0288:fixme:urlmon:InternetBindInfo_GetBindString not supported string type 20". -- 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.

1 3

[Bug 50608] New: Wine 6.1 still doesn't support HiDPI screen resolution ( UHD 4k )
by WineHQ Bugzilla 27 May '24

27 May '24

https://bugs.winehq.org/show_bug.cgi?id=50608 Bug ID: 50608 Summary: Wine 6.1 still doesn't support HiDPI screen resolution ( UHD 4k ) Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pvdeynse(a)gmail.com Distribution: --- Created attachment 69293 --> https://bugs.winehq.org/attachment.cgi?id=69293 screendump of winefile.exe Wine still doesn't support HiDPI screen ( UHD 4k ) icons still to small after changing DPI set to 288 DPI) value in winecfg.exe see attachment of Wine 6.1 winfile.exe screendump -- 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.

1 12

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs