wine-bugs October 2015

wine-bugs@winehq.org

1 participants
7945 discussions

[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

[Bug 37361] New: StreamingService connection fails about 80% of login attempts. All other functions seem to work.
by wine-bugs＠winehq.org 22 Jul '16

22 Jul '16

https://bugs.winehq.org/show_bug.cgi?id=37361 Bug ID: 37361 Summary: StreamingService connection fails about 80% of login attempts. All other functions seem to work. Product: Wine Version: 1.7.27 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: leslarkin(a)aim.com Created attachment 49681 --> https://bugs.winehq.org/attachment.cgi?id=49681 Shows 2 different Connection Status reports: the first, when the app is working properly, the second when not. Here are some specific observations of the behavior: I usually have to start and log into Elite 5.x about 5 or 6 times before I see the "Connected (green dot)" in the lower right corner. All other times, I see "Connecting (red dot)" there. When Connected, it stays connected until I shut down the program, and Connection Status > StreamingService usually says P001. When I fail to get a connection, it says "Connecting (red dot)" in the lower right corner, and Connection Status > StreamingService always says N/A. It never leaves those states until I shut down the program. Even when the StreamingService is not connected, all other program functions seem to work properly. I even placed one trade in each of 3 different sessions when in the StreamingService was not connected. The attached file shows 2 different Connection Status reports: the first, when the app is working properly, the second when 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 14

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2015