November 2020 - Wine-bugs - list.winehq.org

[Bug 31674] New: Wine 1.5.6 breaks Quicken 99 import of .qif files; special text character handling problem
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=31674 Bug #: 31674 Summary: Wine 1.5.6 breaks Quicken 99 import of .qif files; special text character handling problem Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drt781(a)yahoo.com Classification: Unclassified Have been using Quicken 99 for years via Wine. Upgraded from OpenSuse 12.1 to OpenSuse 12.2, and with it Wine 1.5.6 broke import function for .qif files. When I try to import a local .qif file (containing transactions) the operation completes "successfully" but resulting table of data is corrupted. Quicken 99 now, newly, incorrectly interprets .qif files. Uses current date for most transactions (instead of historical), and appears to have mangled, shifted, and/or truncated fields. Where 2d field frequently was blank, 3d field shifted into its place in truncated form. None of the fields displayed correctly. Dollar amounts also incorrect; inaccurate and too large by a factor of x100, as if Q 99 failed to see decimals, but the cents still are not rounded (as would be expected if decimal was just dropped) and the amounts are not familar. Only the imported data is corrupted; pre-existing data ok. Looks like a possible problem/change in handling special characters in plain text import files, such as following symbols: ' , and . Possibly also following: * and / The ^ character separated transactions; may have been read ok. Don't think that would explain the entire problem, though. Problem also exists under Wine 1.5.12, not resolved. This will make it much harder to use Q99. -- 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 20

[Bug 40086] New: Sims Complete Collection Crash on loading screen
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=40086 Bug ID: 40086 Summary: Sims Complete Collection Crash on loading screen Product: Wine Version: 1.9.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- System Specs used in Test Wine 1.9.2 Nvidia Drivers 361.18 Linux Mint 17.2 Raffaela XFCE Edition 64Bit - Kernel 4.2.0-25 generic (ubuntu mainline) - P-State: Performance CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus MEMORY: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s) GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s) MAINBOARD: MSI H81M E33 If game begins with videos show this error wine sims fixme:d3d_surface:surface_cpu_blt Filter WINED3D_TEXF_LINEAR not supported in software blit. If rename or move intro videos but have as native amstream, quartz and devenum wine sims fixme:win:EnumDisplayDevicesW ((null),0,0x33f048,0x00000000), stub! fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:d3d:wined3d_device_decref Leftover resource 0x19b048 with type WINED3D_RTYPE_SURFACE (0x1). fixme:d3d:wined3d_device_decref Leftover resource 0x19aea8 with type WINED3D_RTYPE_TEXTURE (0x3). fixme:win:EnumDisplayDevicesW ((null),0,0x33f048,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f248,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f5f8,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f5f8,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1. err:d3d:resource_unload Resource 0x15f5d0 is being unloaded while mapped. err:d3d:resource_unload Resource 0x15f5d0 is being unloaded while mapped. err:d3d:resource_unload Resource 0x15f1d8 is being unloaded while mapped. err:d3d:resource_unload Resource 0x15f1d8 is being unloaded while mapped. err:ntdll:RtlpWaitForCriticalSection section 0x7ddf7da0 "wined3d_main.c: wined3d_cs" wait timed out in thread 0098, blocked by 00c2, retrying (60 sec) -- 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 40510] New: Garena+: messenger window disappears after clicking on it.
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=40510 Bug ID: 40510 Summary: Garena+: messenger window disappears after clicking on it. Product: Wine Version: 1.9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jeffrey_go(a)dlsu.edu.ph Distribution: --- Created attachment 54307 --> https://bugs.winehq.org/attachment.cgi?id=54307 a backtrace report after entering the username/password it will show that it is initializing afterwards, wine crashes -- 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 12

[Bug 34576] New: Altova XML Spy 2013 rel.2 sp2: crashes during entering registration code
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34576 Bug #: 34576 Summary: Altova XML Spy 2013 rel.2 sp2: crashes during entering registration code Product: Wine Version: 1.7.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: kroman(a)hp.com Classification: Unclassified Created attachment 46028 --> http://bugs.winehq.org/attachment.cgi?id=46028 backtrace Latest version of Altova crashes while entering (correct) permament registration code. Steps to reproduce: 1. Download latest Altova XML Spy 32-bit, Enterprise Edition from http://www.altova.com/download_current.html. 2. Install it (no .wine directory). 3. Run Xml Spy from Wine menu from application launcher. 4. Enter permament license key, my data: Name: Kamil Roman Company: Hewlett-Packard Co Unfortunately, for obvious reasons I can't give you the registration key. However, one may request for a trial key, which will probably result in the same error as the application seems to crash while trying to download some data from the Internet. Running Kubuntu Running, wine 1.7.2 from wine ppa. Any workaround is very welcome. Installer's sha1 sum: kamil(a)localhost:~/Downloads/instalki HP$ sha1sum XMLSpyEnt2013.exe b6a8a921b67f358609ebf5092ba7b2a8fc94a5ac XMLSpyEnt2013.exe -- 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 12

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

12 Feb '21

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 41718] New: netapi32:access test regression
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

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 41946] New: Can't run SourceSafe over samba mount
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

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 49141] New: Unable to use winecfg to create a new WINEPREFIX
by WineHQ Bugzilla 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=49141 Bug ID: 49141 Summary: Unable to use winecfg to create a new WINEPREFIX Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ahmed.com(a)tutanota.com Distribution: --- Created attachment 67143 --> https://bugs.winehq.org/attachment.cgi?id=67143 winecfg terminal output I deleted the default WINEPREFIX, and I can't create a new WINEPREFIX using winecfg. I copied the terminal output of winecfg, in the attachments, and I will add the terminal output of wineboot -u in the next comment. -- 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 45829] New: SHGetNameFromIDList argument value differs in different SDK version
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

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 49798] New: StarCraft 2 hangs on startup since 5.12
by WineHQ Bugzilla 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=49798 Bug ID: 49798 Summary: StarCraft 2 hangs on startup since 5.12 Product: Wine Version: 5.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kolAflash(a)kolahilft.de Distribution: --- Created attachment 68111 --> https://bugs.winehq.org/attachment.cgi?id=68111 log: wine-5.16 -> SC2 broken Can't start StarCraft II with Wine >= 5.12. Wine 5.11 works fine. The SC2_x64.exe process uses a full cpu core for some seconds and then simply stalls with this message. Any graphical window can be seen before this happens. (wine-staging-5.13 on AMD Phenom II X4 955) 00e8:err:virtual:virtual_setup_exception stack overflow 1808 bytes in thread 00e8 addr 0x7bc8200d stack 0x9fc08f0 (0x9fc0000-0x9fc1000-0xa7c0000) (wine-5.16 on AMD Ryzen-3500U) 00d0:err:virtual:virtual_setup_exception stack overflow 1776 bytes in thread 00d0 addr 0x7f833152cddc stack 0xa0a0910 (0xa0a0000-0xa0a1000-0xa8a0000) Until from this message, the stdout/stderr only has very minor differences. The attached logs have been created running: C:\Program Files (x86)\StarCraft II\Support64\SC2Switcher_x64.exe Results are the same when running from Blizzard launcher. Tested with: - wine-staging-5.11 (works) - wine-staging 5.12 + 5.13 + 5.14 + 5.16 (broken) - wine-5.16 (broken) Prefix: Windows 7 - 64 bit Same results on two Debian-11 (Beta/Testing) machines with different AMD Phenom II and Ryzen-3500U processors. These bugs look similar. But their Wine versions simply don't match up. https://bugs.winehq.org/show_bug.cgi?id=49476 Overwatch doesn't start on 5.10, 5.11 https://bugs.winehq.org/show_bug.cgi?id=49436 64-bit Diablo III hangs on startup since 5.11 (fixed in 5.13 / 5.14, so that also doesn't match up) Maybe related: https://forum.winehq.org/viewtopic.php?t=34099 -- 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 10