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

[Bug 18532] New: Dragging of components within Guitar Rig does not end and results in crash
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=18532 Summary: Dragging of components within Guitar Rig does not end and results in crash Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nf10537(a)googlemail.com A main feature of Guitar Rig 3 is to drag components from the left side of the program to the effect chain on the right. A component can be anything from the "Components" tab and it also doesn't matter where on the right side you place it. The placing is indicated by Guitar Rig by a orange line. It seems that dragging is recognized by wine but the release of the dragged component is not possible so wine keeps waiting for the end of the drag and after clicking and pressing ESC the program crashes. Guitar Rig 3.2.1 Demo can be downloaded here: http://www.native-instruments.com/index.php?id=gr3demo&L=2 The rest of Guitar Rig 3 is running completely fine. Even better than on windows because of the real low latency of jack :-) I'd really love to use Guitar Rig 3 with the dragging feature. I am new to wine and I don't know the windows API that much but I am familiar with c programming and debugging. Is there more I can do to find out the exact source of the problem? Do you have any other hints which might help? Please don't hesitate to contact me on nf10537(a)googlemail.com Thanks -- 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 11812] New: HattrickPoli. Lists lags and Notebook focus errors.
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=11812 Summary: HattrickPoli. Lists lags and Notebook focus errors. Product: Wine Version: 0.9.55. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jacobidiego(a)gmail.com Created an attachment (id=11074) --> (http://bugs.winehq.org/attachment.cgi?id=11074) hattrick data of my account HattrickPoli is a game tool that i have recently submitted on appDB It works perfectly and it could be a Platinum but it has some unharmful errors: This is a program with an interface based intensively on lists and notebook. - Lists has lags when clicking on it. - When clicking on notebooks tabs it shows the notebook page but doesnt focus the notebook tab. Both are unharmful errors but maybe are related to others. This tool can be downloaded for free from www.hattrickpoli.com but if you dont have an account on hattrick.org you will have no data on it, so i am attaching the .dat file for you to have some data on it. Just unzip it on the hattrickpoli dir. This is wine 0.9.55 on ubuntu 7.10 -- 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 18311] New: Applications menu entries are case sensitive
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=18311 Summary: Applications menu entries are case sensitive Product: Wine Version: 1.0.1 Platform: Other OS/Version: other Status: NEW Keywords: integration Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org >From launchpad: https://bugs.launchpad.net/ubuntu/+source/wine/+bug/242529 The GNOME integration for Wine's "Start menu" listings (Applications-->Wine-->Programs) is case sensitive, when in fact it shouldn't be. For example, following the installation of an 'addon' package to another application that I had already installed, I now have both 'Trnsys 16' and 'TRNSYS 16' listed in my Applications-->Wine-->Programs menu, when I am fairly sure that only one of these should be 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 6

[Bug 23914] New: Resident Evil 5: Game fails to run with unknown reason
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=23914 Summary: Resident Evil 5: Game fails to run with unknown reason Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmbohdan(a)gmail.com I've try to run the game, but it doesn't work. It shows me an messagebox with an error. InitRpl Failed. ErrorCode: 80070507 As I see, the same error can be even for some Windows users, but no one know why. I attach a debug output with +relay. I tried to analyze it, but with no results. Maybe there error with cryptographic(rsaenh), i don't know. Please don't close this but, even it is not a wine bug. Just rename it. There maybe will be other errors with this game. Thanks. -- 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 28

[Bug 30791] New: Star Wars Empire at War Gold partially installs and is unplayable
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=30791 Bug #: 30791 Summary: Star Wars Empire at War Gold partially installs and is unplayable Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dwayneslandry(a)gmail.com Classification: Unclassified This disc has 2 separate installers. The launcher and the first installer work fine. However the installer fails to jump over to the second installer and wine crashes. I tried to run the first program Empires at War and the launcher pops up, nothing else happens. Also I am able to manually launch the second installer which is for the expansion pack. The installer launches then crashes almost immediately, -- 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 3

[Bug 9849] New: in win16 apps, exit status is lost, and always reported as 0
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=9849 Summary: in win16 apps, exit status is lost, and always reported as 0 Product: Wine Version: 0.9.45. Platform: Other OS/Version: other Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: wine-dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Simple win16 programs that just terminate with nonzero status do so properly on winxp, but on wine, wine terminates with zero status. This is easy to test with openwatcom and a trivial C program, e.g. #include <stdlib.h> #include <unistd.h> extern void myexit( void ); #pragma aux myexit = \ "mov ax,4c01h" \ "int 21h" int main() { /*exit(1); _exit(1); __exit(1);*/ myexit(); return 1; } I compiled this with the overly complicated commandline wine wcc '-i=C:\WATCOM\h\win;C:\WATCOM\h'-zW -e25 -zq -od -d2 -bw-bt=windows foo.c wine wlink file foo.obj To test, do wine foo.exe echo $? It should output 1, but it outputs 0. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 13202] New: ClientSideWithRender fixes Auran Trainz text, but breaks window elements in Steam
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=13202 Summary: ClientSideWithRender fixes Auran Trainz text, but breaks window elements in Steam Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: baloo(a)ursine.ca Setting the registry key HKEY_CURRENT_USER\Software\Wine\X11 Driver\ClientSideWithRender in Wine's regedit fixes the infamous disappearing text problem in some games (such as the Auran Trainz series), but causes some UI elements in Steam to become invisible. -- 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 30802] New: When trying to run a Flyff private server, the error message, "The program Neuzz.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience."
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=30802 Bug #: 30802 Summary: When trying to run a Flyff private server, the error message, "The program Neuzz.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: snowkid67(a)gmail.com Classification: Unclassified The app was running fine through wine, I closed the program, and a few hours later I kept receiving this error message. I tried installing the game on another MAC computer and kept receiving the same error message. I believe the problem is through wine because windows computers are not having a problem loading the game. -- 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 4

[Bug 26758] New: Makefile system does not respect AS variable
by wine-bugs＠winehq.org 03 Jun '14

03 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=26758 Summary: Makefile system does not respect AS variable Product: Wine Version: 1.3.17 Platform: x86 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu As part of building Wine DLLs an executables, Winebuild generates assembly files that are then assembled. If an assembler is specified using --as-cmd, that program is used; otherwise the system assembler is used. Wine's build system, unfortunately, does not allow the user to set the assembler to pass to winebuild. The usual way to set the assembler to use is to set the AS variable, but the build system does not respect it. This is a problem, for example, on Mac OS X when building with Clang with its integrated assembler turned on. Clang's integrated assembler supports .cfi directives, but the system assembler doesn't. During configure, a test file containing .cfi directives is passed to the compiler, on the assumption that it would be then passed to the system assembler. With Clang's integrated assembler, this assumption is broken. Thus, when winebuild tries to assemble files containing .cfi directives (because it believes that the system assembler supported them), it fails as a result. A workaround is to tell winebuild to use Clang to assemble, but the Makefile system doesn't support that. -- 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 4

[Bug 28101] New: wininet ftp tests slow
by wine-bugs＠winehq.org 02 Jun '14

02 Jun '14

http://bugs.winehq.org/show_bug.cgi?id=28101 Summary: wininet ftp tests slow Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Most tests are fast, but the slowest three here are 60 seconds: wininet ftp 34 seconds: ws2_32 sock 28 seconds: explorerframe nstc ... Let's make the wininet ftp tests faster, they really don't need to take so long. -- 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 4