December 2018 - Wine-bugs - list.winehq.org

[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 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 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 39671] New: Wine 1.7.55 regression: buttons no longer visible
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

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 42456] New: RPG Maker Maker VX/ACE Runtime: Crash on Startup
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

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 36319] New: valgrind shows several possible leaks in quartz/tests/misc.c
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

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 40095] New: Photos opened in Nikon Capture NX 2.4.7 have inverted red and blue channel for displaying.
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

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 39512] New: Make it possible to run multiple tests in a single task
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=39512 Bug ID: 39512 Summary: Make it possible to run multiple tests in a single task Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Currently when a patch touches multiple tests the TestBot creates one task per test per VM, and even multiple jobs if the patch touches tests for multiple dlls. For instance currently Wine patches are tested on four 32 bit VMs and five 64 bit VMs. So a patch that modified 2 tests in one dll and 3 in another would create 2 jobs and 72 tasks (2 build tasks, (2+3)*(4+5) 32 bit tasks, and (2+3)*5 64 bit tasks). The overall run time would obviously be quite long, thus earning this type of (otherwise quite legitimate) patch the 'test bomb' nickname. The fix is to take the ability to build a WineTest executable with only a few tests (see bug 39065) further so that: * A WineTest executable containing only the modified tests is built. * The TestBot then creates only one job and one task per VM to run that test executable. * Just like in bug 39065 the tasks would have to specify a command line such that only the modified tests are run. That's not just for efficiency's sake but also to avoid getting test failures from unmodified tests. * Instead of having a constant 2 minutes timeout the tasks would also need to have a timeout that's in line with the number of tests to run. This could be something like: MIN(tests_count, 2) * 2 minutes + average_time * tests_count Where average_time would be some configurable constant (probably something around 3 to 5 seconds). -- 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