April 2020 - Wine-Bugs - list.winehq.org

[Bug 46438] New: Fonts antialiasing does not work in Wine-i686 built on a x86-64 host
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=46438 Bug ID: 46438 Summary: Fonts antialiasing does not work in Wine-i686 built on a x86-64 host Product: Wine Version: 4.0-rc5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 63221 --> https://bugs.winehq.org/attachment.cgi?id=63221 winecfg It's not the first time I'm facing this issue and now that I'm finally sick and tired of it, I'm filing a bug report because I want to figure out once and for all why I'm affected. I run Fedora 29 64 and I'm building Wine this way: export CFLAGS="-O2 -pipe -m32 -march=pentium-m" export LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu" ./configure --prefix=/opt/wine --disable-tests && make && make install Wine seemingly successfully finds and uses the necessary libraries: $ strace -e file -fF notepad 2>&1 | egrep "freetype|libfontconf" [pid 20804] openat(AT_FDCWD, "/lib/libfreetype.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 14 [pid 20804] openat(AT_FDCWD, "/lib/libfontconfig.so.1", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 14 [pid 20782] openat(AT_FDCWD, "/lib/libfreetype.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 5 [pid 20782] openat(AT_FDCWD, "/lib/libfontconfig.so.1", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 5 [pid 20775] openat(AT_FDCWD, "/lib/libfreetype.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 10 [pid 20775] openat(AT_FDCWD, "/lib/libfontconfig.so.1", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 10 [pid 20808] openat(AT_FDCWD, "/lib/libfreetype.so.6", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 8 [pid 20808] openat(AT_FDCWD, "/lib/libfontconfig.so.1", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 8 However fonts are not antialiased. Please advise. -- 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 13

[Bug 41946] New: Can't run SourceSafe over samba mount
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=41946 Bug ID: 41946 Summary: Can't run SourceSafe over samba mount Product: Wine Version: 1.9.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: kelk1(a)hotmail.com Distribution: --- Hi, Until maybe a year or so, I used to be able to use SourceSafe with the executable on a mounted samba share. Then one day, it started failing after the authentication dialog. I get a Microsoft Visual SourceSafe dialog which says "Invalid Handle" and a winerserver message on the console which says: "file_set_error() can't map error: Operation not supported" Here is my environment in Fedora 24: ${HOME}/gvfs is a symlink to /run/user/uid/gvfs ${SSAFE} is set to "${HOME}/gvfs/smb-share:domain(...)/SourceSafe/somedir/vss6/win32/SSEXP.EXE" When I run `wine "$SSAFE"` (which again used to work until fairly recently), I get the Visual SourceSafe Login dialog and the "Invalid Handle" error. $ rpm -q wine samba wine-1.9.23-2.fc24.x86_64 samba-4.4.7-2.fc24.x86_64 -- 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 41718] New: netapi32:access test regression
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=41718 Bug ID: 41718 Summary: netapi32:access test regression Product: Wine Version: 1.9.8 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: netapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Since the commit below, the newtb-w7u machine times out: access.c:342: Local groupname:L"Administrators" access.c:343: Comment: L"Administrators have complete and unrestricted access to the computer/domain" access.c:352: domain and name: L"wtbw7u\\Administrator" access.c:352: domain and name: L"wtbw7u\\winetest" test failed: timed out See: https://test.winehq.org/data/tests/netapi32:access.html commit 199b0bf84eb8f4cc8ab2bc44f8e40f0b42d48575 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Mon Oct 24 10:04:19 2016 +0200 netapi32: Implement DavGetUNCFromHTTPPath. Signed-off-by: Hans Leidekker <hans(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Hans is already aware of this issue and has determined that the first 3 DavGetUNCFromHTTPPath() calls take 15, 5 and 9 seconds, specifically on that one box. Commenting one of these 3 calls means the next 3 will take this amount of time. It appears the only thing specific to that box is that it has a CD in the CD-ROM drive. However it's a virtual CD drive accessing an ISO image so there is no reason for it to be slow. -- 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 45829] New: SHGetNameFromIDList argument value differs in different SDK version
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=45829 Bug ID: 45829 Summary: SHGetNameFromIDList argument value differs in different SDK version Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: 137729898(a)qq.com Distribution: --- The second parameter for SHGetNameFromIDList are defined as this in different version of Windows SDK. Note that the values for SIGDN_PARENTRELATIVEFORADDRESSBAR differ in old and new versions: // Windows SDK 5.0 typedef enum __MIDL_IShellItem_0001 { SIGDN_NORMALDISPLAY = 0, SIGDN_PARENTRELATIVEPARSING = 0x80018001, SIGDN_PARENTRELATIVEFORADDRESSBAR = 0x8001c001, SIGDN_DESKTOPABSOLUTEPARSING = 0x80028000, SIGDN_PARENTRELATIVEEDITING = 0x80031001, SIGDN_DESKTOPABSOLUTEEDITING = 0x8004c000, SIGDN_FILESYSPATH = 0x80058000, SIGDN_URL = 0x80068000 } SIGDN; // Windows SDK 7.1A typedef enum _SIGDN { SIGDN_NORMALDISPLAY = 0, SIGDN_PARENTRELATIVEPARSING = 0x80018001, SIGDN_DESKTOPABSOLUTEPARSING = 0x80028000, SIGDN_PARENTRELATIVEEDITING = 0x80031001, SIGDN_DESKTOPABSOLUTEEDITING = 0x8004c000, SIGDN_FILESYSPATH = 0x80058000, SIGDN_URL = 0x80068000, SIGDN_PARENTRELATIVEFORADDRESSBAR = 0x8007c001, SIGDN_PARENTRELATIVE = 0x80080001 } SIGDN; // Windows SDK 8.1 typedef enum _SIGDN { SIGDN_NORMALDISPLAY = 0, SIGDN_PARENTRELATIVEPARSING = 0x80018001, SIGDN_DESKTOPABSOLUTEPARSING = 0x80028000, SIGDN_PARENTRELATIVEEDITING = 0x80031001, SIGDN_DESKTOPABSOLUTEEDITING = 0x8004c000, SIGDN_FILESYSPATH = 0x80058000, SIGDN_URL = 0x80068000, SIGDN_PARENTRELATIVEFORADDRESSBAR = 0x8007c001, SIGDN_PARENTRELATIVE = 0x80080001, SIGDN_PARENTRELATIVEFORUI = 0x80094001 } SIGDN; -- 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 42456] New: RPG Maker Maker VX/ACE Runtime: Crash on Startup
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=42456 Bug ID: 42456 Summary: RPG Maker Maker VX/ACE Runtime: Crash on Startup Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anthonysharkboy99(a)yahoo.com Distribution: --- Created attachment 57298 --> https://bugs.winehq.org/attachment.cgi?id=57298 Error Log. So basically, all games running RPG maker VX or VX ACE games by using the RTP will crash. This has been an issue since 1.9 and continues to exist in 2.1. Install the RTP itself will run fine without any error messages. The crashes occur after selecting "new game" in the startup menu of any RPG maker game. Trying to load a save file does not fix the issue. These crashes do not occur in 1.8.6 which is the version that I have been forced to use because of these issues. So most likely, a change from 1.8.6 stable to 1.9 development has caused these issues. http://www.rpgmakerweb.com/download/additional/run-time-packages -- 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 16

[Bug 39671] New: Wine 1.7.55 regression: buttons no longer visible
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=39671 Bug ID: 39671 Summary: Wine 1.7.55 regression: buttons no longer visible Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: scarre.lu(a)gmail.com Distribution: --- Buttons with images are no longer visible in several desktop applications previously running fine under wine 1.7: * SplashID desktop * Most Delphi applications using speedbutton instances The buttons are invisible, although clicking (blindly) on their supposed position reveals them. -- 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 7

[Bug 40095] New: Photos opened in Nikon Capture NX 2.4.7 have inverted red and blue channel for displaying.
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=40095 Bug ID: 40095 Summary: Photos opened in Nikon Capture NX 2.4.7 have inverted red and blue channel for displaying. Product: Wine Version: 1.9.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wylda(a)volny.cz Distribution: --- I re-tested bug 33140, which was recelntly closed as fixed. Maybe it was fixed just for RAW. Anyway, it is not fixed in wine-1.9.3 and default JPGs. Steps: 1. winetricks dotnet40 corefonts gdiplus 2. set win version to Vista 3. install NX2 4. run the app and open: c:\Program Files\Nikon\Capture NX 2\html\images\common\13redeyecp_02_nx20.jpg Instead of human color you will see bluish face. -- 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 7

[Bug 36319] New: valgrind shows several possible leaks in quartz/tests/misc.c
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=36319 Bug ID: 36319 Summary: valgrind shows several possible leaks in quartz/tests/misc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48405 --> https://bugs.winehq.org/attachment.cgi?id=48405 valgrind log ==27568== 5,744 bytes in 148 blocks are possibly lost in loss record 643 of 655 ==27568== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==27568== by 0x4ECBA52: alloc_bstr (oleaut.c:162) ==27568== by 0x4ECC255: SysAllocStringByteLen (oleaut.c:413) ==27568== by 0x4EF7C4F: ITypeLib2_Constructor_MSFT (typelib.c:2254) ==27568== by 0x4EFB20B: LoadTypeLibEx (typelib.c:3460) ==27568== by 0x4EFCDF2: LoadTypeLib (typelib.c:454) ==27568== by 0x4EFD4AA: LoadRegTypeLib (typelib.c:537) ==27568== by 0x647CAD3: ??? ==27568== by 0x6483475: ??? ==27568== by 0x6413806: ??? ==27568== by 0x6413AC0: ??? ==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226) ==27568== by 0x64832A8: ??? ==27568== by 0x6486644: ??? ==27568== by 0x641A819: ??? ==27568== by 0x6413AC0: ??? ==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226) ==27568== by 0x4D6F01A: test_aggregation (misc.c:81) ==27568== by 0x4D70125: func_misc (misc.c:174) ==27568== by 0x4D723D4: run_test (test.h:584) ==27568== ==9329== 288 bytes in 2 blocks are definitely lost in loss record 485 of 657 ==9329== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==9329== by 0x654C126: ??? ==9329== by 0x6544704: ??? ==9329== by 0x64ECFB7: ??? ==9329== by 0x64E7667: ??? ==9329== by 0x53134DD: CoCreateInstance (unknwn.h:226) ==9329== by 0x4D6F01A: test_aggregation (misc.c:81) ==9329== by 0x4D70125: func_misc (misc.c:174) ==9329== by 0x4D723D4: run_test (test.h:584) ==9329== by 0x4D727C3: main (test.h:654) ==9329== etc. -- 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 43809] New: Call of Duty WWII - PC Open Beta doesn't start
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=43809 Bug ID: 43809 Summary: Call of Duty WWII - PC Open Beta doesn't start Product: Wine Version: 2.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: plata(a)mailbox.org Distribution: --- Wine 2.17 staging 64bit. After clicking "Run" in Steam, Steam says "is running" but nothing happens. Shortly after this, "is running" disappears again. There is no output in the Wine log at all. Some people seem to have the same issue on Windows as well so this *might* not be a problem of Wine after all. -- 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 3

[Bug 43537] New: Radiofeed does not run
by wine-bugs＠winehq.org Feb. 12, 2021

Feb. 12, 2021

https://bugs.winehq.org/show_bug.cgi?id=43537 Bug ID: 43537 Summary: Radiofeed does not run Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: boz25(a)yahoo.com Distribution: --- Created attachment 58935 --> https://bugs.winehq.org/attachment.cgi?id=58935 I am new to this so I dont know what to put here. Program will not launch anymore. Happens a lot after updates. My Wine fonts look different now also. https://www.proscan.org/ -- 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