September 2014 - Wine-bugs - list.winehq.org

[Bug 17425] New: NanoEgineer-1: application not responding after startup
by wine-bugs＠winehq.org 23 Oct '14

23 Oct '14

http://bugs.winehq.org/show_bug.cgi?id=17425 Summary: NanoEgineer-1: application not responding after startup Product: Wine Version: 1.1.14 Platform: Other URL: http://www.nanoengineer-1.com OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dendron2000(a)mail.ru Created an attachment (id=19498) --> (http://bugs.winehq.org/attachment.cgi?id=19498) NanoEngineer application log Free open-source nano structures scientific tools are not working under wine. The program installs without problems, but when I try to run it - it hangs after drawing the interface. This is unexpected, as the project uses cross-platform python language and QT4 library. It also may affect other applications which make use of these tools, so I mark this bug as 'major'. -- 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 37300] New: Roblox stopped working on 9/19/2014
by wine-bugs＠winehq.org 23 Oct '14

23 Oct '14

https://bugs.winehq.org/show_bug.cgi?id=37300 Bug ID: 37300 Summary: Roblox stopped working on 9/19/2014 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ddavidson72(a)gmx.com Created attachment 49611 --> https://bugs.winehq.org/attachment.cgi?id=49611 console output during error dialog I have two machines here operating Gentoo GNU/Linux, configured to be able to play Roblox using Wine, Winetricks and the rlw script developed by alfonsojon. This problem started when I was running Wine versions wine-1.7.24, but I also tried to update to the latest development version wine-1.7.27 and I still have the same problem. It worked great up until a few days ago; I didn't change anything on these systems except for an update to KDE, but I believe that the game still worked after that. However, in the last few days, trying to launch any of the Roblox games produces a dialog with the following error message: First, I see the dialog "the server is ready, joining the game", but immediately after, I see a dialog new window pop up with this error: ##################################################### Dialog window title: Program Error The program RobloxPlayerBeta.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience. This can be caused by a problem in the program or a deficiency in Wine. You may want to check the application database for tips about running this application. ##################################################### ##################################################### #CONSOLE OUTPUT DURING THIS EVENT: ##################################################### Please see attachment I also found another user in the Roblox forum who is also experiencing an unhandled exception error, but thus far, nobody has been able to tell us much about it: http://www.roblox.com/Forum/ShowPost.aspx?PostID=146365355 Can somebody please help me figure out if I have done something wrong? If there is anything else I can submit that would support the effort to debug the source of the problem then please let me know. I am new at this so please forgive if I have not submitted enough data to provide intuitive information that could identify the cause of the problem. Thank you so much for your thoughts. -- 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 3

[Bug 37249] New: WinMerge 2.14.0.0 crash during compare of folders
by wine-bugs＠winehq.org 23 Oct '14

23 Oct '14

https://bugs.winehq.org/show_bug.cgi?id=37249 Bug ID: 37249 Summary: WinMerge 2.14.0.0 crash during compare of folders Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mcluskyism(a)alice.it Created attachment 49537 --> https://bugs.winehq.org/attachment.cgi?id=49537 backtrace Hello, this is my first bug report, so forgive mistakes and bad English. Sometimes the app crash during folders comparison, doesn't matter the number of files contained. Errors emerge from rpcss.exe and then the app closes itself. Works fine in real Windows XP SP3 and in VirtualBox. Using WinMerge 2.14.0.0 from Portable Apps with current additional plugins, packed into de default. i A wine-gecko2.24 i A wine-mono4.5.2 i wine-rt Versione: 1:1.7.25-1~kxstudio1 i wine-rt-i386 Versione: 1:1.7.25-1~kxstudio1 i wineasio Versione: 0.9.0+git20110613-2kxstudio1 i wineasio-i386 Versione: 0.9.0+git20110613-2kxstudio3 i winetricks Linux 3.2.0-4-rt-686-pae #1 SMP PREEMPT RT Debian 3.2.60-1+deb7u3 i686 -- 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 30864] New: Mono: Application hangs when calling AppDomain.Unload
by wine-bugs＠winehq.org 23 Oct '14

23 Oct '14

http://bugs.winehq.org/show_bug.cgi?id=30864 Bug #: 30864 Summary: Mono: Application hangs when calling AppDomain.Unload Product: Wine Version: 1.5.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vgr.subscription(a)gmail.com Classification: Unclassified Created attachment 40426 --> http://bugs.winehq.org/attachment.cgi?id=40426 mono and wine test I create AppDomain and when I calling AppDomain.Unload my application is hang up. I haven't this problem on Mono on Windows. System: openSUSE 12.1 (i586) Mono-2.11 for Windows http://www.go-mono.com/mono-downloads/download.html Tests Result: Mono on Linux: It works correctly.. Mono on Windows: It works correctly. Mono on Wine: Application hangs. -- 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 7

[Bug 13718] New: rubber banding at start of motion (not lag) in City of Heroes
by wine-bugs＠winehq.org 22 Oct '14

22 Oct '14

http://bugs.winehq.org/show_bug.cgi?id=13718 Summary: rubber banding at start of motion (not lag) in City of Heroes Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeff.mitchell+WINE(a)gmail.com In City of Heroes / City of Villains, it is frequently possible to get rubber banding when attempting to move from a static location (unlike lag which is inconsistent or an intermittent slow down, this is only being able to move a couple steps and then being bounced back for the entire time the app is running). Using the same system with the same set of steps right afterwards or before doesn't produce this affect in Cedega (which is likely irrelevant but thought I'd note it anyways). From the comments on the appdb page I'm led to believe that this could be environment specific (me: Ubuntu 8.04 / Dell m1530 laptop running game over wireless / nvidia graphics / all desktop effects disabled) to a few people but I can replicate it. Steps to reproduce: 1. Start City of Heroes/Villains via wine 2. Login to account, choose character 3. When loaded, attempt to move the character in any direction and you will be bounced back to approximately where you started. If you're able to super jump out of the "rubber banding field" where you start, motion is normal and fluid until you land / stop and a new rubber banding field is born. Any insight as to what debug flags to try to help isolate would be appreciated. Thanks for your time. -- 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 34

[Bug 17595] New: urlmon/protocol crashes if run with +heap under OpenSolaris
by wine-bugs＠winehq.org 22 Oct '14

22 Oct '14

http://bugs.winehq.org/show_bug.cgi?id=17595 Summary: urlmon/protocol crashes if run with +heap under OpenSolaris Product: Wine Version: 1.1.16 Platform: PC URL: http://test.winehq.org/data/88d9210dd763bcb9db203daa89f2 4efc7d5872d0/wine_ae-opensolaris- heap/urlmon:protocol.html OS/Version: SunOS Status: NEW Keywords: download, source, testcase Severity: enhancement Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=19758) --> (http://bugs.winehq.org/attachment.cgi?id=19758) +relay,+seh,+tid,+urlmon,warn+heap ol.okn(a)opensolaris:~/wine-git/dlls/urlmon/tests$ WINEDEBUG=warn+heap make protoco ../../../tools/runtest -q -P wine -M urlmon.dll -T ../../.. -p urlmon_test.exe.so protocol.c && touch protocol.ok fixme:wininet:InternetLockRequestFile STUB fixme:wininet:InternetLockRequestFile STUB warn:heap:HEAP_Decommit Could not decommit 003e0000 bytes at fe7d0000 for heap fe7b0000 fixme:wininet:InternetLockRequestFile STUB fixme:wininet:InternetLockRequestFile STUB err:wininet:NETCON_init failed to load symbol i2d_X509 wine: Unhandled page fault on read access to 0xaaaaaaaa at address 7f6bf1c2 (thread 0027), starting debugger... Can't attach process 0026: error 6 The wininet error is a red herring...see bug 15707. +relay,+seh,+tid,+urlmon,warn+heap attached -- 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 5

[Bug 18995] New: Stronghold 2: 1.4 patch causes certain graphic to disappear
by wine-bugs＠winehq.org 22 Oct '14

22 Oct '14

http://bugs.winehq.org/show_bug.cgi?id=18995 Summary: Stronghold 2: 1.4 patch causes certain graphic to disappear Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=21889) --> (http://bugs.winehq.org/attachment.cgi?id=21889) Image showing problem I'm using Wine 1.1.23 (compiled from source using gcc version 4.4.0 20090506 (Red Hat 4.4.0-4) ) on Fedora 11 i386. The problem is that after patching Stronghold 2 (European version) from 1.0 (or 1.1 or 1.2) to 1.4 (or 1.4.1) some graphics like buildings or peoples disappear, but the game is stable and doesn't crash like on 1.0. I also noticed that in main menu background is sometimes black. After pressing ESC in game the window that appears sometimes haven't got a border. These two issues aren't present on 1.0 version. Additional information: -d3dx9_27.dll overridden (wine didn't suggested that in terminal but without it i cannot start game at all) -gfx NVIDIA 9xxx (185.18.14) -ORM=fbo (other also are causing problems) -multisampling doesn't solve problem -checked in game settable shaders version (disable 1.4 2.0 3.0) none of those helped -- 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 9

[Bug 19865] New: The City of Heroes installer hang after showing the splash screen
by wine-bugs＠winehq.org 22 Oct '14

22 Oct '14

http://bugs.winehq.org/show_bug.cgi?id=19865 Summary: The City of Heroes installer hang after showing the splash screen Product: Wine Version: 1.1.28 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mark.wagner17(a)gte.net When running the City of Heroes installer, the program displays the splash screen and appears to hang: "top" shows no activity, and nothing happens if you let it sit. The console shows the following: err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination err:richedit:ReadStyleSheet ReadStyleSheet: skipping optional destination -- 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 20791] New: Folders missing on smb shares on OS X when folders > 119
by wine-bugs＠winehq.org 22 Oct '14

22 Oct '14

http://bugs.winehq.org/show_bug.cgi?id=20791 Summary: Folders missing on smb shares on OS X when folders > 119 Product: Wine Version: 1.1.33 Platform: Macintosh OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: domiman(a)gmail.com Hi, On OS X I mount my NAS share via the Finder menu "Go to -> Connect to server". This way my share will be in /Volumes/share. In Wine the root of my OS X is mounted as z:\, so the NAS share will be on Z:\Volumes\Share. The problem is that when a folder in my share has over 119 subfolders, two folders will always be invisible to winefile or the file open dialog of other apps, for example notepad. That is true as long as I'm browsing Z:\Volumes\Share. When I'm browsing /Volumes/Share it will show all folders. Unfortunately applications like Total Commander cannot browse / I was able to reproduce this again and again with my NAS when connecting to it via smb, when connecting via afp, all folders will be shown. Steps to reproduce, - connect the system to server via smb - in folder make 119 sub folders - make one more subfolder - now when you browse with winefile z:\Volumes\yourshare\folder\ you will see only 118 sub folders - when you browse with winfile /Volumes\yourshare\folder\ you will see all 120 sub folders Just keep in mind that this was found on OS X, it might be different on other systems. -- 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 9

[Bug 21365] New: Rounding error in database app?
by wine-bugs＠winehq.org 22 Oct '14

22 Oct '14

http://bugs.winehq.org/show_bug.cgi?id=21365 Summary: Rounding error in database app? Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://forum.winehq.org/viewtopic.php?t=7333 describes a rounding error: I've got a "straightforward" database querying problem with a Visual Basic 6 application that happens on Debian (+WINE), but not on Windows XP. SETUP: * COMPUTER "FREE" with: --- DEBIAN Lenny (Lang: Spanish) --- unixODBC + FreeTDS for ODBC conectivity to remote MSSQL2000 (tested, working) --- WINE 1.1.33 --- MDAC 2.8 (for channelling the ODBC connection through to unixODBC) * COMPUTER "M$" with: --- Windows XP (Lang: Spanish) --- MSSQL Server 2000 --- MDAC 2.8 PROBLEM: I create an ODBC connection to MSSQL2000 on VB6, and query a field (Numeric 9,2) into an ADODB.Recordset. On Windows, the program returns the complete field numeric value (2.44), but on Debian it rounds the number (2.00). On Debian, channelling the Query through isql properly returns 2.44, so it's most likely a WINE or VB6+WINE issue. LITTLE VB6 TEST PROGRAM CODE (returns 2.44 on Windows XP, but 2.00 on Debian): Code: Private oConn As ADODB.Connection Private Sub Command1_Click() Dim oRS As ADODB.Recordset Set oConn = New ADODB.Connection oConn.Open "DSN=myODBCDSN; UID=username; PWD=password;" Set oRS = New ADODB.Recordset oRS.Open "SELECT Price FROM GOODS WHERE idGoods = 10", oConn, adOpenDynamic MsgBox oRS("Price") oConn.Close Set oRS = Nothing Set oConn = Nothing End Sub The line oRS("Price") is where the problem is. ... I noticed oleaut32.dll is distributed with VB6 Runtime Libraries, which I had previously installed. I reinstalled them via Winetricks both set as Builtin and native and there was no change unfortunately. I also fiddled with all Library Native/Builtin settings to see if anything changed, but the problem remains. ... In WINE 1.1.35, native OLE DB support was added. Since I could not find a solution using ODBC, I switched to a OLE DB DSN-Less connection taking advantage of this brand new feature and tried again. It worked! I could not find why ODBC gave me this problem, and now I can remain happily ignorant [hopefully]. -- 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 5