wine-bugs January 2021

wine-bugs@winehq.org

1 participants
6799 discussions

[Bug 39144] New: SpinTires tech demo wrong rendering after changing screen resolution
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=39144 Bug ID: 39144 Summary: SpinTires tech demo wrong rendering after changing screen resolution Product: Wine Version: 1.7.50 Hardware: x86-64 URL: http://oovee.chicsystems.net/SpinTiresInstall_060613.z ip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 52170 --> https://bugs.winehq.org/attachment.cgi?id=52170 screenshot Steps to reproduce: 1. Set screen resolution in winecfg to 800x600 2. Use a native d3dx9_36 3. Run tech demo and set screen resolution to 1024x768 4. You should get the result as on 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.

2 6

[Bug 45634] New: enabling CSMT ruins performance for rFactor 1.255
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=45634 Bug ID: 45634 Summary: enabling CSMT ruins performance for rFactor 1.255 Product: Wine Version: 3.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: jose1711(a)gmail.com Distribution: --- ever since the commit "dd0ea0a61463db83c - wined3d: Enable the multi-threaded command stream by default" the performance of wine running rFactor is severely degraded making the game unplayable - intro movie plays fine but then even the menu navigation stutters. could be one of the cases where CSMT actually hurts rather than helps. the same performance degradation can be observed on pre-dd0ae wine when enabling CSMT via registry key. -- 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 5

[Bug 36720] New: LCMapString with the parameter NORM_IGNORENONSPACE does not remove diacritics
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=36720 Bug ID: 36720 Summary: LCMapString with the parameter NORM_IGNORENONSPACE does not remove diacritics Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: mterrisse(a)free.fr Created attachment 48766 --> http://bugs.winehq.org/attachment.cgi?id=48766 Source and binary to reproduce a bug in Wine implementation of LCMapString Hello, Working on Windows I use LCMapString with the parameter NORM_IGNORENONSPACE to remove diacritics (e.g. accents) from a string and it works fine. But I tested on Wine (1.6.2, Ubuntu) and it does not remove the diacritics from the string (the string is unchanged). This bug impacts this software http://appdb.winehq.org/objectManager.php?sClass=application&iId=6654 On the next version of the product, a client running on Wine cannot connect to a server running on Windows if the login contains diacritics. I attach a small project to reproduce the problem. It is written in Pascal (Delphi) but can be easily converted to another language. -- 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 33383] New: Hiding application to Mac OS X Dock causes crash.
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=33383 Bug #: 33383 Summary: Hiding application to Mac OS X Dock causes crash. Product: Wine Version: 1.5.28 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eliturner(a)me.com Classification: Unclassified Now that the Mac OS X driver is implemented when hiding any application to the Dock (via command+h) it crashes Wine. I'm using the latest "wine-revel" package from Macports. Thanks! -- 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 17

[Bug 46782] New: CompareStringEx does not support SORT_DIGITSASNUMBERS flag
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=46782 Bug ID: 46782 Summary: CompareStringEx does not support SORT_DIGITSASNUMBERS flag Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)lanrules.de Distribution: --- This flag is supported by all Windows versions down to at least Windows 7. It is used, for example, by Qt in QCollator. See https://bugreports.qt.io/browse/QTBUG-74209 for reference. CompareStringEx: https://docs.microsoft.com/en-us/windows/desktop/api/stringapiset/nf-string… Wine implementation list of supported flags: dlls/kernel32/locale.c#L3912-L3913 -- 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 49232] New: Saints Row The Third Remastered shows floating black rectangles
by WineHQ Bugzilla 17 Jun '22

17 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=49232 Bug ID: 49232 Summary: Saints Row The Third Remastered shows floating black rectangles Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: rca(a)psy-q.ch Distribution: --- Created attachment 67236 --> https://bugs.winehq.org/attachment.cgi?id=67236 Screenshot showing black rectangles in the scene The game shows floating black rectangles in your view. They don't appear when looking straight down at the ground and also not in indoor scenes. Attached screenshot shows the effect I am guessing it might have something to do with street lamp halos or an effect like that. The log mentions: 0170:fixme:d3d:wined3d_device_update_sub_resource Ignoring flags 0x2. 00d0:err:d3d:wined3d_debug_callback 0x3a1967e0: "GL_INVALID_OPERATION in glCopyImageSubData(internalFormat mismatch)". -- 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 9

[Bug 34176] New: Kernel32:CompareStringW strange behavior ?
by wine-bugs＠winehq.org 17 Jun '22

17 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=34176 Bug #: 34176 Summary: Kernel32:CompareStringW strange behavior ? Product: Wine Version: 1.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.manette(a)manette.be Classification: Unclassified Created attachment 45460 --> http://bugs.winehq.org/attachment.cgi?id=45460 Sorce and compiled executable for wineTest.exe + winedbg log.txt Hi all, I'm running wine 1.6 (i386) under Debian 7.1 (x86_64). When running a console program of mine (Delphi XE2 compiled under Windows Vista) I'm observing an important behavior difference under wine than nativevely. I narrowed down the symptom to a string comparison of some sort. Source file below is a code snippet to reproduce the problem (source is UTF-8, Delphi is utf-8 / WideString, WideChar aware). Here is the (correct/expected) result when program is run natively under Windows Vista: G:\__Project-2\Code\wineTest>wineTest * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE TRUE * TEST-005: TRUE TRUE * TEST-003: TRUE TRUE Here is the same program output when run from Wine: root@Bilbo-100:~# wine wineTest.exe Wine cannot find the ncurses library (libncurses.so.5). fixme:thread:GetThreadUILanguage : stub, returning default language. fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 fixme:thread:GetThreadPreferredUILanguages 56, 0x33d8f8, (nil) 0x33d920 * TEST-001: TRUE * TEST-002: TRUE * TEST-003: TRUE * TEST-004: TRUE FALSE * TEST-005: TRUE FALSE * TEST-003: TRUE FALSE For what I understood the TStringList IndexOf method may use Windows API's CompareStringW function (http://source.winehq.org/WineAPI/CompareStringW.html) Is this a configuration problem (locale ?) May this be a bug or implementation problem ? I can provide the corrsponding binary wineTest.exe ////////////////////////////////////////////////// Using winedbg I could crosscheck that CompareStringW for two different strings result in equality (CSTR_LESS_THAN = 1, CSTR_EQUAL = 2, CSTR_GREATER_THAN = 3). Maybe this is because of locale setting or flags setup ? root@Bilbo-100:~# WINEDEBUG=+relay,+snoop wine wineTest.exe &> log.txt root@Bilbo-100:~# grep CompareStringW log.txt 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,00449890 L"m\00b2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b2",00000002,004498bc L"m2",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,004498f8 L"m\00b3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"m\00b3",00000002,0044990c L"m3",00000002) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449920 L"\00e9\00e9\00e9",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 0009:Call KERNEL32.CompareStringW(00000400,00000001,00549cac L"\00e9\00e9\00e9",00000003,00449934 L"eee",00000003) ret=004187d0 0009:Ret KERNEL32.CompareStringW() retval=00000002 ret=004187d0 /////////////////////////////////////////////////// program wineTest; {$APPTYPE CONSOLE} Uses Classes; var sl : TStringList; begin Write(ErrOutput, '* TEST-001: '); if not('m²'='m2') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-002: '); if not('m³'='m3') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); if not('ééé'='eee') then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); sl := TStringList.Create; Write(ErrOutput, '* TEST-004: '); sl.Clear; sl.Add('m²'); if not(sl.IndexOf('m²')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m2')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-005: '); sl.Clear; sl.Add('m³'); if not(sl.IndexOf('m³')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('m3')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); Write(ErrOutput, '* TEST-003: '); sl.Clear; sl.Add('ééé'); if not(sl.IndexOf('ééé')<0) then Write(ErrOutput, 'TRUE') else Write(ErrOutput, 'FALSE'); Write(ErrOutput, ' '); if sl.IndexOf('eee')<0 then Writeln(ErrOutput, 'TRUE') else Writeln(ErrOutput, 'FALSE'); end. -- 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 32224] New: LTspice: selected text/component after Ctrl+F not highlighted
by wine-bugs＠winehq.org 16 Jun '22

16 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=32224 Bug #: 32224 Summary: LTspice: selected text/component after Ctrl+F not highlighted Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: testelor(a)yahoo.com Classification: Unclassified Steps to reproduce: 1) Download and install LTspice - http://ltspice.linear.com/software/LTspiceIV.exe 2) Run LTspice using: $ wine scad3.exe -nowine 3) Create a new schematic, press 'R' (resistor), for example, and place it twice by clicking. There should be R1 and R2 on the schematic. 4) Press Ctrl+F and search for "r2", no quotes, it should be highlighted in yellow, but they're not. Side note: - create a new schematic, press F2 to bring up the device list. - select current, place it on the schematic - right-click on it and type '1', no quotes, then OK - press 'R', place it next to the current source, in parallel - right click on it and replace "R" with '1', no quotes, then OK - press 'G' and place ground on the lower pins of both components - press F3 and draw a net by clicking on the unconnected current source's pin, then on the resistor's - press 'S' and write ".tran 1", no quotes, don't forget the dot, place it on the schematic - in the toolbar, press the 'running man' button, or right-click on the schematic and choose "run" - it should be almost instant, a new empty window will pop up, above - move the mouse cursor over the resistor until the cursor changes into a current-clamp (something black with a red arrow), then click once to display the current through the resistor - in the newly created window, there will be a trace displayed and a label at the top, reading I(R1) Alt+left-clicking on the label will highlight the resistor. That's how it should look like after Ctrl+F. Alternatively, you can just run "wine scad3.exe", no "-nowine" switch, and repeat the 4 steps in the beginning. No screenshot as it doesn't make sense to show what doesn't happen... -- 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 28282] New: Sound constantly crackling in StarCraft II
by wine-bugs＠winehq.org 15 Jun '22

15 Jun '22

http://bugs.winehq.org/show_bug.cgi?id=28282 Summary: Sound constantly crackling in StarCraft II Product: Wine Version: 1.3.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pitlicek(a)gmail.com Sound is crackling since 1.3.26 (and still does in 27) and console is spammed with "err:alsa:wine_snd_pcm_recover underrun occurred". Using ALSA in Wine (PulseAudio in Ubuntu 11.04), full acceleration (changing to emulation doesn't fix it), 48 kHz (my SoundBlaster can handle it, and again, change makes no difference), 16 bps. Using OSS and padsp results in no sound at all. But it's still better than no sound in 1.3.25 after mmdevapi rewrite/implementation. ;) -- 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 111

[Bug 49498] New: In file-open dialog, selecting .lnk shortcut picks shortcut instead of going to target folder
by WineHQ Bugzilla 15 Jun '22

15 Jun '22

https://bugs.winehq.org/show_bug.cgi?id=49498 Bug ID: 49498 Summary: In file-open dialog, selecting .lnk shortcut picks shortcut instead of going to target folder Product: Wine Version: 5.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: nyanpasu64(a)tuta.io Distribution: --- In a Wine file-open dialog, if you double-click a shortcut to a folder (unsure about file), it sends the shortcut to the program instead of navigating to the folder. OpenMPT is one app which expects you to open a .lnk file in a file-open dialog. The way I found this bug is: - Install OpenMPT on Windows or Wine. - Open the View menu and click Setup. - Click the Keyboard tab, and click "Import Keys...". If you double-click "More Keymaps", Windows would go to the .lnk target directory. But Wine returns the .lnk file from the file-open dialog. Note that OpenMPT uses XP-style file dialogs on Wine because Wine's Vista-style file dialogs are terrible. https://github.com/OpenMPT/openmpt/blob/84428b3666d79d197a7bb9f3a9ece0b2ba2… On Wine, both XP/Vista dialogs don't traverse the .lnk file and instead return the .lnk path. On Windows, both XP/Vista dialogs traverse the .lnk file. MFC defines two types of dialogs with a similar C++ API. XP = Common File Dialog (I think), Vista = Common Item Dialog (COM-based). -- 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

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 January 2021