March 2010 - Wine-Bugs - list.winehq.org

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org March 6, 2010

March 6, 2010

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #334 from Henri Verbeet <hverbeet(a)gmail.com> 2010-03-06 07:24:02 --- (In reply to comment #332) > Here is a possible patch that might work (a bit hackish for now). However will > have to wait until these two bugs are fixed: > https://bugs.freedesktop.org/show_bug.cgi?id=26921 > https://bugs.freedesktop.org/show_bug.cgi?id=26922 That's more or less by design. If you want raw events you should select them on the individual slaves. It would probably be better if master devices didn't send raw events at all to avoid confusing people though. (Fwiw, I do have some partial XI2 patches as well, but they have some issues still.) -- 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 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org March 6, 2010

March 6, 2010

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #333 from Austin English <austinenglish(a)gmail.com> 2010-03-06 02:49:47 --- (In reply to comment #332) > Created an attachment (id=26631) --> (http://bugs.winehq.org/attachment.cgi?id=26631) [details] > A possible Xi2 patch > > Here is a possible patch that might work (a bit hackish for now). However will > have to wait until these two bugs are fixed: > https://bugs.freedesktop.org/show_bug.cgi?id=26921 > https://bugs.freedesktop.org/show_bug.cgi?id=26922 It looks like you forgot the test program in https://bugs.freedesktop.org/show_bug.cgi?id=26921 -- 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 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org March 6, 2010

March 6, 2010

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #332 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2010-03-05 23:55:29 --- Created an attachment (id=26631) --> (http://bugs.winehq.org/attachment.cgi?id=26631) A possible Xi2 patch Here is a possible patch that might work (a bit hackish for now). However will have to wait until these two bugs are fixed: https://bugs.freedesktop.org/show_bug.cgi?id=26921 https://bugs.freedesktop.org/show_bug.cgi?id=26922 -- 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 0

[Bug 20824] New: Curse Client v4 crashes on install
by wine-bugs＠winehq.org March 6, 2010

March 6, 2010

http://bugs.winehq.org/show_bug.cgi?id=20824 Summary: Curse Client v4 crashes on install Product: Wine Version: 1.1.31 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: elmano(a)gmx.at Created an attachment (id=24946) --> (http://bugs.winehq.org/attachment.cgi?id=24946) console output of wine when running the curse setup The new version of the Curse Client (a tool to manage game addons, esp. for WoW) crashes upon install. on the first try it did some "downloading .net profile 1.1" stuff or sthg and crashed then, now it crashes immediately after starting the installer. Afterwards an empty IE-window pops um (only window border, white content, can be closed without problems) I've attached the console output if that helps :/ -- 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 14

[Bug 21894] New: Command and Conquer 1 (gold - "Tiberian Dawn") installer error
by wine-bugs＠winehq.org March 5, 2010

March 5, 2010

http://bugs.winehq.org/show_bug.cgi?id=21894 Summary: Command and Conquer 1 (gold - "Tiberian Dawn") installer error Product: Wine Version: 1.1.39 Platform: x86 URL: http://na.llnet.cnc3tv.ea.com/u/f/eagames/cnc3/cnc3tv/ Classic/NOD95.iso OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sick_soul(a)yahoo.it Trying to install the Command and Conquer 1 (gold) from either CDs fails. The player can choose whether to play as GDI or NOD, and there is one install CD for each army. There are many versions of Command and Conquer 1. The original version is a DOS game and outside of the scope of this bug report. The "first decade" version is a multiple game package that is also outside of the scope of this bug report. This bug report concerns the "Gold" Windows 95 version, which is now also downloadable from http://www.commandandconquer.com/classic direct GDI link: http://na.llnet.cnc3tv.ea.com/u/f/eagames/cnc3/cnc3tv/Classic/GDI95.iso direct NOD link (also in URL field of this report): http://na.llnet.cnc3tv.ea.com/u/f/eagames/cnc3/cnc3tv/Classic/NOD95.iso Installation breaks with an error after starting the installation. wine reports the error: "err:ntdll:RtlpWaitForCriticalSection section 0x7eb594a0 "syslevel.c: Win16Mutex" wait timed out in thread 001a, blocked by 001d, retrying (60 sec)" and a few seconds later the application show the error: "Unable to locate necessary files. Please run setup.exe from the CD-ROM disc". Tested with 1.1.39, 1.1.38, 1.1.37, with the same results. -- 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 16

[Bug 21916] New: Traktor Scratch Pro 1.2.4 crashes on startup
by wine-bugs＠winehq.org March 5, 2010

March 5, 2010

http://bugs.winehq.org/show_bug.cgi?id=21916 Summary: Traktor Scratch Pro 1.2.4 crashes on startup Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: locki(a)l0x.in Created an attachment (id=26589) --> (http://bugs.winehq.org/attachment.cgi?id=26589) Debugger output After satisfying the two required DLLs, Traktor Scratch Pro 1.2.4 crashes with "The program Traktor.exe has encountered a serious problem and needs to close." Setting the system to Win98/XP/Vista/7 all have the same result. See attachment for console output. -- 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 22

[Bug 21882] New: make depend actually required on OpenBSD's make
by wine-bugs＠winehq.org March 5, 2010

March 5, 2010

http://bugs.winehq.org/show_bug.cgi?id=21882 Summary: make depend actually required on OpenBSD's make Product: Wine Version: 1.1.39 Platform: x86 OS/Version: OpenBSD Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Wine's makefiles are pretty excellent, and even though make depend is recommended, in practice, it's rarely needed, since make will call it if it is needed. On OpenBSD 4.6, I ran configure and make, forgetting that make depend is needed. It failed, but after running make depend then make, it compiled fine. This worked last I tried on FreeBSD, so is hopefully doable for OpenBSD as well... FWIW, here's OpenBSD's man page: http://www.openbsd.org/cgi-bin/man.cgi?query=make&apropos=0&sektion=0&manpa… -- 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 21857] New: RealBasic's TextArea.text returns exactly half of the inputed text
by wine-bugs＠winehq.org March 5, 2010

March 5, 2010

http://bugs.winehq.org/show_bug.cgi?id=21857 Summary: RealBasic's TextArea.text returns exactly half of the inputed text Product: Wine Version: unspecified Platform: x86-64 URL: http://ee.fastpalaces.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 3esmit(a)gmail.com RealBasic is a programming language + api + ide. http://www.realsoftware.com/realbasic/ It is used to develop the PalaceChat application, that works almost fine under wine, except for it TextAreas. Any text retrived in TextArea object by .text returns exactly the half of the real inputed content. I asked developer for Wine suport, and he gave a lot of fixes in his application, but this one have notting to do with his programming, althought there is a code workaround. In the attachment, there is an application that demonstrates the bug itself, and it workaround. The first button get text trought .text and the other is a .seltext workaround though kind of a ugly one since it will have to physically select the text and copy its selection to a temperary string (selstart sellength then use seltext). The expected behavior is obviously to have full text shown in the dialog by the .text property. I hope we made easy your life fixing this bug. Thank you for the attention and work. -- 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 21854] New: Regression -- Dragon NaturallySpeaking 10 Standard does not paste text from DictationBox
by wine-bugs＠winehq.org March 5, 2010

March 5, 2010

http://bugs.winehq.org/show_bug.cgi?id=21854 Summary: Regression -- Dragon NaturallySpeaking 10 Standard does not paste text from DictationBox Product: Wine Version: 1.1.39 Platform: x86 URL: http://nuance.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: susancragin(a)earthlink.net Background: NaturallySpeaking's Dictation Box is used to enter text that is then injected into a program, via a voice command, ("Transfer") or a keystroke command (CTL-V). CTL-V is used to transfer text to programs running in Linux, and either command used to work for transferring text to programs running under wine. Regression: But as of a couple of days ago, the voice command "Transfer" stopped transferring text into Notepad (I use Notepad2) running under wine. The text moves out from DictationBox but then just hangs in the buffer. Workaround: Using CTL-V can be used to paste. -- 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 21853] New: Regression -- Dragon NaturallySpeaking 10 Standard freezes when opening training window
by wine-bugs＠winehq.org March 5, 2010

March 5, 2010

http://bugs.winehq.org/show_bug.cgi?id=21853 Summary: Regression -- Dragon NaturallySpeaking 10 Standard freezes when opening training window Product: Wine Version: 1.1.39 Platform: x86 URL: http://nuance.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: susancragin(a)earthlink.net Dragon NaturallySpeaking 10 Standard used to install and train very well. However, within the last week sometimes (I haven't been training every day) a regression has crept in. Here's what used to happen. After installation, the first time you open NatSpeak, three checks are done. The first checks the microphone loudness, the second checks the sound quality, and the third opens a window that starts the training session. Usually, a useless error-message window pops up between the quality check and the training session window. The message says that the sound may have stopped. (It hasn't.) So you have to close that window before you can proceed. But then everything runs fine. Now, that error-message window makes a valiant effort to not appear, but the whole thing freezes, and the training window does not come up. So, whoever tried to remove the useless error-message window has introduced a regression. -- 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