June 2016 - Wine-Bugs - list.winehq.org

[Bug 38829] New: This was reported a way back, fixed, now recurs
by wine-bugs＠winehq.org March 30, 2018

March 30, 2018

https://bugs.winehq.org/show_bug.cgi?id=38829 Bug ID: 38829 Summary: This was reported a way back, fixed, now recurs Product: Wine Version: 1.7.46 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: d_baron(a)012.net.il Distribution: --- Bug filed with Debian 790340(a)bugs.debian.org, 790340-submitter(a)bugs.debian.org Re-filed here at their request. All file menus crash out on click OK, cancel, etc. Backtrace at Debian link. -- 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 34182] New: Empire Earth v2.0: mouse cursor only moves at high mouse movement
by wine-bugs＠winehq.org March 30, 2018

March 30, 2018

http://bugs.winehq.org/show_bug.cgi?id=34182 Bug #: 34182 Summary: Empire Earth v2.0: mouse cursor only moves at high mouse movement Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: toxatec(a)web.de Classification: Unclassified Created attachment 45468 --> http://bugs.winehq.org/attachment.cgi?id=45468 WINEDEBUG="+dinput"; simulated mouse movement with xdotool Moving the cursor in Empire Earth v2.00.3466 is not possible unless you move the mouse very quickly. When you do, the cursor moves by only a few pixels. Generating mouse movement with xdotool [1] showed that the cursor moves by 1 "unit" for each 120 pixels the mouse moves. One "unit" seems to be more than 1 pixel and depend on in-game settings... $ xdotool mousemove_relative -- 0 119 # --> no cursor movement $ xdotool mousemove_relative -- 0 120 # --> moves cursor by 1 unit $ xdotool mousemove_relative -- 0 239 # --> moves cursor by 1 unit $ xdotool mousemove_relative -- 0 240 # --> moves cursor by 2 units About the logfile: Started the game, then in main menu: no mouse movement except 3x 119, then 3x 120 pixels downwards using xdotool, then alt-F4 Those parts look interesting but with I'm lacking the skills to figure out what's wrong or even fix it: $ bzcat dinput-120.log.bz2 | grep -B10 -A30 120 $ bzcat dinput-120.log.bz2 | grep -B10 -A30 119 I hope this is helpful.. Using native dinput, behavior is completely different and hard to describe. I'm not sure if it's relevant: The game seems to remember the amount of pixels you have moved in X or Y direction, moving the cursor by a corresponding value on every mouse event (also clicks). After moving the mouse to the right, the cursor keeps going right even when you move the mouse left. Moving the mouse in the other direction lowers that "memory", stopping the cursor eventually. You have to set "Mouse Sensitivity" to "1" in regedit, otherwise the cursor is uncontrollably fast. This is different from the issues with the Demo version or 1.00 (bug 13351), therefore I'm creating a new bug report. [1]: http://www.semicomplete.com/projects/xdotool/ -- 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.

1 11

[Bug 14748] New: Money Manager fails to install
by wine-bugs＠winehq.org March 25, 2018

March 25, 2018

http://bugs.winehq.org/show_bug.cgi?id=14748 Summary: Money Manager fails to install Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dj.shaw(a)btconnect.com Created an attachment (id=15245) --> (http://bugs.winehq.org/attachment.cgi?id=15245) Console output from installation attempt Money Manager 6 ( http://www.moneysoft.co.uk/trial.htm ) fails to install. This program ran fine under Wine 0.9.x on Ubuntu 6.06 to 7.10 - trying to install under Wine 1.1.2 on Ubuntu 8.04 fails. Both versions (Business and Personal) of the software fail to install. -- 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.

1 12

[Bug 10706] New: unimplemented ntdll.dll.NtQueryEaFile and ntdll.dll. NtSetEaFile cause CVSNT client included in TortoiseCVS to fail checkout operation
by wine-bugs＠winehq.org March 25, 2018

March 25, 2018

http://bugs.winehq.org/show_bug.cgi?id=10706 Summary: unimplemented ntdll.dll.NtQueryEaFile and ntdll.dll.NtSetEaFile cause CVSNT client included in TortoiseCVS to fail checkout operation Product: Wine Version: 0.9.50. Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: jc.gervais(a)videotron.ca Steps to reproduce: Install TortoiseCVS (v1.8.31 from http://www.tortoisecvs.org/download.shtml) create a text file ~/.wine/drive_c/windows/temp/TCV1.tmp containing the line 'c:\temp' in it (omit single-quotes). Create the folder ~/.wine/drive_c/temp Invoke TortoiseCVS like this: wine ~/.wine/drive_c/Program\ Files/TortoiseCVS/TortoiseAct.exe CVSCheckOut -f c:\\windows\\temp\\TCV1.tmp -h 0x300b4 Enter valid login info in the checkout dialog that should permit you to access a CVS server and perform a checkout. Click 'OK', TortoiseCVS will spawn the Win32 executable 'cvs.exe' and perform the checkout, which will fail with the following trace: wine: Call from 0x7bc38828 to unimplemented function ntdll.dll.NtQueryEaFile, aborting wine: Call from 0x7bc38828 to unimplemented function ntdll.dll.NtSetEaFile, aborting -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 39319] New: Resource loading causes termination of an application
by wine-bugs＠winehq.org March 24, 2018

March 24, 2018

https://bugs.winehq.org/show_bug.cgi?id=39319 Bug ID: 39319 Summary: Resource loading causes termination of an application Product: Wine Version: 1.7.51 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gerharddeclercq(a)outlook.com Distribution: --- Created attachment 52400 --> https://bugs.winehq.org/attachment.cgi?id=52400 Terminal Log I am trying to run the student version of Solid Edge ST8 on up-to-date OpenSUSE Tumbleweed using the latest wine build. It seems that there has not been activity in the DB entry for SE for years and so I am under no illusion that it is supposed to work but I can't see any major reason why it should not because I cannot see any reason for the program needing any hardcore Windows APIs. After all, it is mostly OpenGL and OpenCL and its big brother NX which it shares a lot of engines with has native Linux support. I am therefore determined to get it working. It installed just fine after I changed Wine to at least Windows 7 (it didn't like XP...) and the tiny "Viewer" program works but the full program terminates upon startup with a dialog that says "Error loading LOCALE resource library SPLASH.drx". I can confirm that the file is present on the filesystem and in the same place that it is on my Windows PC where the program works. I have attached the terminal output from wine. I do think though that maybe the "fixme:module:load_library unsupported flag(s) used (flags: 0x00000060)" line might be the cause of the problem. -- 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 17

[Bug 35190] New: MegaMari: v1.61 slower than v1.5.16
by wine-bugs＠winehq.org March 23, 2018

March 23, 2018

http://bugs.winehq.org/show_bug.cgi?id=35190 Bug ID: 35190 Summary: MegaMari: v1.61 slower than v1.5.16 Product: Wine Version: 1.6.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: _vi(a)list.ru Classification: Unclassified MegaMari ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=14196 ) runs more or less fine with wine-1.5.16 (build from source code), but runs too slow with Debian-provided wine-1.6.1. It looks the same we as if run with wine-1.5.16 on slow Inet Atom computer - CPU-bound. -- 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 37986] New: Heroes of the Storm crashes
by wine-bugs＠winehq.org March 21, 2018

March 21, 2018

https://bugs.winehq.org/show_bug.cgi?id=37986 Bug ID: 37986 Summary: Heroes of the Storm crashes Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: der_billyboy(a)hotmail.com Distribution: --- Created attachment 50613 --> https://bugs.winehq.org/attachment.cgi?id=50613 Crash.log The game randomly crashes, mostly on loading a map and syncing with server. -- 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 25

[Bug 33344] New: Cannot use full screen resolution (1366x768, 16:9) with a game that support it
by wine-bugs＠winehq.org March 18, 2018

March 18, 2018

http://bugs.winehq.org/show_bug.cgi?id=33344 Bug #: 33344 Summary: Cannot use full screen resolution (1366x768, 16:9) with a game that support it Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madeodario(a)gmail.com Classification: Unclassified As in the title, I cannot use full screen resolution (1366x768, 16:9) with game that support it. In particular the game is GTA San Andreas (I think 1.01v). I'm using wine 1.5.27. The game lists only 640x480, 800x600, 1024x768. On Windows it is able to start with the full screen resolution (1366x768) and there are also more other resolutions available. The game has been installed in the same way on both Windows (7) and Linux (Xubu 12.10). I tried to use a virtual desktop. I set it to 1366x768 but the game still lists only 640x480, 800x600, 1024x768. I also tried to use a bigger virtual desktop (4000x3000). In this case, the game was able to recognize the 4000x3000 resolution (it started but clearly was unplayable due to huge resolution) but 1366x768 is still not present. -- 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.

1 13

[Bug 40438] New: Add texture format R2VB (ati specific)
by wine-bugs＠winehq.org March 18, 2018

March 18, 2018

https://bugs.winehq.org/show_bug.cgi?id=40438 Bug ID: 40438 Summary: Add texture format R2VB (ati specific) Product: Wine Version: 1.9.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: super_man(a)post.com Distribution: --- Resident evil 5 benchmark uses this texture format. I am not 100% sure that this is the same benchmark because I had this demo installed for a long time waiting to getting fixed. http://downloads.guru3d.com/Resident-Evil-5-PC-Benchmark-Utility-download-2… Demo shows few logos and some white loading bar. That's pretty much it. fixme:d3d:debug_d3dformat Unrecognized 0x42563252 (as fourcc: R2VB) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x42563252) in the format lookup table I found these https://www.youtube.com/watch?v=SOrlBmzjD1Y effect in use also this is great guide how to implement the feature. http://amd-dev.wpengine.netdna-cdn.com/wordpress/media/2012/10/R2VB_program… It dosent look too complicated, the guide is well done. -- 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 37402] New: WINAPI is not correct
by wine-bugs＠winehq.org March 18, 2018

March 18, 2018

https://bugs.winehq.org/show_bug.cgi?id=37402 Bug ID: 37402 Summary: WINAPI is not correct Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: k1-801(a)mail.ru Distribution: --- I've found a strang bug while testing my program. I used few WINAPI funcs for codepage converting (the file path was in UTF-8, and to open it, I needed to convert it to the Windows's awkward wchar_t and back). I hadn't a copy of Windows that time, so I tested it on wine. There's the tested code: char* WcharToUTF8(wchar_t *in) { uint64_t len = WideCharToMultiByte(CP_UTF8, MB_ERR_INVALID_CHARS, in, -1, NULL, 0, NULL, NULL); char *out = (char*)calloc((len + 1) * 6, sizeof(char)); WideCharToMultiByte(CP_UTF8, MB_ERR_INVALID_CHARS, in, -1, out, len, NULL, NULL); return out; } It worked on wine. On wine it returns correctly converted string. On real Windows it returns nothing, and empty string crashes the program. After replasing MB_ERR_INVALID_CHARS with 0 it worked on both wine and Windows. char* WcharToUTF8(wchar_t *in) { uint64_t len = WideCharToMultiByte(CP_UTF8, 0, in, -1, NULL, 0, NULL, NULL); char *out = (char*)calloc(len + 1, sizeof(char)); WideCharToMultiByte(CP_UTF8, 0, in, -1, out, len, NULL, NULL); return out; } Also, the code was stolen from MSDN page about codepages, and there was a note about "nothing will work correctly WITHOUT MB_ERR_INVALID_CHARS". Windows bug? Wine bug? Wine did work as said in MSDN, Windows did not. -- 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