August 2015 - Wine-bugs - list.winehq.org

[Bug 34413] New: Madou Koukaku crashes when entering certain parts of the game
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=34413 Bug #: 34413 Summary: Madou Koukaku crashes when entering certain parts of the game Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: funtimeschaos(a)rocketmail.com Classification: Unclassified Created attachment 45807 --> http://bugs.winehq.org/attachment.cgi?id=45807 Console output from firing up the game to clicking on "options" in the main menu. The game crashes when you: - Enter the first battle - Enter the options menu - Attempt to save for the first time - Attempt to enter the save or load menu after trying to save once The demo version is officially available at http://mirror3.fuzzy2.com/2013/02/eushully/19321316531/koukaku_trial.zip But the japanese servers are slow as hell, so I've uploaded the copy I downloaded in the link I put up. sha1sum koukaku_trial.exe d7c7cede7234af70ff270511eb0fea1e496b33ed 579MB I installed using the command env LANG=ja_JP.UTF-8 wine koukaku_trial.exe To run the installer in a japanese locale. I've also had to disable winegstreamer. -- 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 8

[Bug 14288] New: winhelp: text/paragraph formatting bugs
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=14288 Summary: winhelp: text/paragraph formatting bugs Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Some help files do not display correctly in Wine winhelp. For example, a paragraph which should appear to the right of an icon like this: [pic] This is a paragraph whose left edge is to the right of a picture may actually appear below the icon, like this: [pic] This is a paragraph whose left edge is to the right of a picture To demonstrate, download msdncd.hlp from http://bugs.winehq.org/attachment.cgi?id=14568 and load the file into Wine winhelp. On the "Opening Books and Topics" page, the paragraph formatting is incorrect. (The paragraph corresponding to each icon should appear to the right of it.) On "Searching for Words and Phrases", paragraph formatting is incorrect, and the example text should be rendered in bold. Also, at the top of each page there should be a grey bar. This does not appear in Wine winhelp. -- 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 20

[Bug 34733] New: Gnu TLS problem with UPlay 4.0
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=34733 Bug #: 34733 Summary: Gnu TLS problem with UPlay 4.0 Product: Wine Version: 1.7.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: berillions(a)gmail.com Classification: Unclassified Created attachment 46310 --> http://bugs.winehq.org/attachment.cgi?id=46310 Uplay 4 + secur32 log Hi, Today, there was an update for UPlay to pass to the version 4.0 Now, the automatic connection does not works correctly and i must to try more time to success. In the output console, i have this message after every failure: "GnuTLS error: A TLS fatal alert has been received." I attach the output console with +secur32 debug log. For example, i have this message in the log : "[...] trace:secur32:schan_gnutls_log <4> REC[0x7d4948b8]: Expected Packet[1] Application Data(23) with length: 22 trace:secur32:schan_gnutls_log <4> REC[0x7d4948b8]: Received Packet[1] Alert(21) with length: 22 trace:secur32:schan_pull Pull 22 bytes trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 27, BufferType 0x1, pvBuffer 0x5bee3b0 trace:secur32:schan_pull Read 22 bytes trace:secur32:schan_gnutls_log <4> REC[0x7d4948b8]: Decrypted Packet[1] Alert(21) with length: 2 trace:secur32:schan_gnutls_log <4> REC[0x7d4948b8]: Alert[2|20] - Bad record MAC - was received trace:secur32:schan_gnutls_log <2> ASSERT: gnutls_record.c:726 trace:secur32:schan_gnutls_log <2> ASSERT: gnutls_record.c:1122 GnuTLS error: A TLS fatal alert has been received. err:secur32:schan_DecryptMessage Returning 80090304 [...]" -- 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 29

[Bug 33407] New: OGS Mahjong can't use OpenGL
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=33407 Bug #: 33407 Summary: OGS Mahjong can't use OpenGL Product: Wine Version: 1.5.28 Platform: x86 URL: http://opengamestudio.org/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: otaku(a)rambler.ru Classification: Unclassified The only string in terminal: "err:wgl:glxdrv_wglShareLists Could not share display lists, one of the contexts has been current already !" Message in error window: "Your video card or driver doesn't support OpenGL. We know of the problem, we described possible solutions on our web page. Do you want to see it?" Choosing "Yes" shows a web page which tells me just that native video drivers of Windows doesn't support OpenGL and i must download the driver from site of my video card manufacturer. Xubuntu 12.10, GeForce GT 630 (driver ver. 313.18) -- 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 38247] New: fixme:time:GetSystemTimes (0x345e968,0x345e970,0x345e978): Stub!
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

https://bugs.winehq.org/show_bug.cgi?id=38247 Bug ID: 38247 Summary: fixme:time:GetSystemTimes (0x345e968,0x345e970,0x345e978): Stub! Product: Wine Version: 1.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wbeall(a)turfvalley.com Distribution: --- Going to make this short. I open a terminal window and go to my /home/username/.wine/drive_c/Program Files/NVMS-1000/ and then run "wine NVMS-1000.exe and the program opens and then when it gets to the loading spot it just stays at loading while the terminal continues to display "fixme:time:GetSystemTimes (0x345e968,0x345e970,0x345e978): Stub!" I have tried a couple things like changing the application to run under a different OS. That did not work. I tried typing in "echo 0|sudo tee /proc/sys/kernel/yama/ptrace_scope" before running the program. I don't see anything on the web pertaining to (0x345e968,0x345e970,0x345e978) values so I decided to open a case. Any help or direction would be greatly appreciated. Thanks. -- 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

[Bug 37977] New: Multiple applications using VBScript/JScript need scripting host 'WScript.Quit' implementation
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

https://bugs.winehq.org/show_bug.cgi?id=37977 Bug ID: 37977 Summary: Multiple applications using VBScript/JScript need scripting host 'WScript.Quit' implementation Product: Wine Version: 1.7.35 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, similar to bug 36466 Actually not implementing scripting host 'Wscript.Quit' has more severe consequences since many scripts use 'On Error Resume Next'. Those simply continue execution with intended behaviour (in various cases ending up in a crash) --- snip --- On Error Resume Next If WScript.Arguments.Count <> 1 Then Wscript.Echo "need one argument!" Wscript.Quit 127 End If Wscript.Echo "not reached" --- snip --- Regards -- 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 38997] New: Non-deterministic device id assignment when using more than one joystick/gamepad (multiplayer). Unable to deactivate joystick through registry or wine control applet
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

https://bugs.winehq.org/show_bug.cgi?id=38997 Bug ID: 38997 Summary: Non-deterministic device id assignment when using more than one joystick/gamepad (multiplayer). Unable to deactivate joystick through registry or wine control applet Product: Wine Version: 1.7.48 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: spellbound42(a)gmx.de Using OSX Yosemite with 2-3 gamepads (a Thrustmaster, a Saiek, and a virtual one from ControllerMate). Each of them (isolated) working well with wine. Problem: Non-deterministic assignment of device ids when more than one of them is connected. For example in one wine session the Thrustmaster is referred as 'Joystick 0' (-> wine control applet) in the next session its the Saitek that is getting id 0 - without changing anything between the sessions. That makes it impossible to have a stable multiplayer joystick configuration for games that rely on a stable order for the devices. It makes it impossible too to use a virtual joystick with MAME, because sometimes its JOY1 and sometimes its JOY2. Furthermore it is not possible to deactivate a joystick device through the registry or wine control respectively. That would be a workaround for using the virtual controller with MAME - i.e. hide the physical controller that drives the virtual one. Looking at the source code the latter issue seems quite clear, because in dinput/joystick_osx.c::find_osx_devices() there is missing a code snippet like it is implemented in the corresponding function in joystick_linux.c: if (device_disabled_registry(..)) { close(...); continue; } ... ok, deactivation would be useless, if its non-deterministic, which one is deactivated ... I think the id assignment bug/problem could at least be improved by sorting the device list by product names before assigning the ids. But hopefully there exists a more clever fix/solution that is closer to the root cause. -- 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 6

[Bug 38475] New: Unused variable in glsl_shader.c
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

https://bugs.winehq.org/show_bug.cgi?id=38475 Bug ID: 38475 Summary: Unused variable in glsl_shader.c Product: Wine Version: 1.7.41 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru if (shader->limits->constant_float + extra_constants_needed + 1 < gl_info->limits.glsl_ps_float_constants) { shader_addline(buffer, "uniform vec4 ycorrection;\n"); extra_constants_needed++; } ---- What is the sense to do extra_constants_needed++ if this variable is no more used? May be some part of codes missed here? -- 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 5

[Bug 14821] New: Kirikiri based games update screen slowly
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=14821 Summary: Kirikiri based games update screen slowly Product: Wine Version: 1.1.2 Platform: PC URL: http://kikyou.info/dl_redirect.php?%2Ftvp%2Ffiles%2Fkr23 0rc1.lzh OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drakh(a)spamcop.net Games based on the open source Kirikiri engine update the screen rather slowly. These are Japanese visual novels, mainly consisting of static images with some simple filters and compositing, accompanied by text and sounds. They're very undemanding resource wise, and screen updates happen more or less instantaneously in Windows on the same hardware. It's most noticeable when the background image changes, taking a second or two to load from top to bottom, but even text rendering is clearly slower when fast forwarding through a scene. The engine has been used for commercial games like Fate/Stay night, though the author's generic build (linked to in the URL field) has a simple example script that demonstrates the problem. To run it, you need to have Japanese language support installed, then launch "\kirikiri2\krkr.eXe" (passing wine the LANG=ja_JP.UTF-8 variable) and point it to the "\kag3\syoukai\" folder. The source is available through SVN (https://sv.kikyou.info/trac/kirikiri/wiki/AboutSubversion) -- 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 10

[Bug 21891] New: info zip 3.0 won't apppend to existing archive
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

http://bugs.winehq.org/show_bug.cgi?id=21891 Summary: info zip 3.0 won't apppend to existing archive Product: Wine Version: 1.1.39 Platform: x86 URL: ftp://ftp.info-zip.org/pub/infozip/win32/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: htl10(a)users.sourceforge.net ftp://ftp.info-zip.org/pub/infozip/win32/zip232xn.zip ftp://ftp.info-zip.org/pub/infozip/win32/zip300xn.zip info zip is supposed to add files if the zip file speecifies already exists. with 2.32, it works as advertised as follows. With 3.0, del a.zip zip.exe a.zip file1 (creating new zip archive) zip.exe a.zip file2 (adding file to existing zip archive) the 2nd step fails with "zip error: Interrupted (aborting)" (FWIW, the above is a simplified version of part of the windows binary packaging procedure for ghostscript) I think it is unlikely a bug/regression with zip 3.0 , so I am filing it here. If somebody verifies that zip 3.0 doesn't work on genuine windows either, please close as invalid and I'll contact info-zip. -- 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 10