January 2008 - Wine-Bugs - list.winehq.org

[Bug 8683] section sign key input not working in WoW
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=8683 --- Comment #10 from Felix Eckhofer <felix(a)tribut.de> 2008-01-19 10:24:31 --- I'm using a german keyboard layout and the two keys left of the backspace key don't work. This does not change when I switch to a variant without deadkeys so I suspect this is really two different bugs here. -- 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 8683] section sign key input not working in WoW
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=8683 --- Comment #9 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-19 10:02:11 --- I can just repeat: Wine relies on native dead keys support, that requires XFilterEvent to be called in the event processing loop, that's not optional. If section sign is marked as "dead" in the X11 keyboard layout Wine can do nothing about it, you need to either change the keyboard layout, or edit/fix an existing one. -- 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 6106] no Special Characters in Flash Player
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=6106 ralf grubenmann <magicdead(a)gmx.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #2 from ralf grubenmann <magicdead(a)gmx.ch> 2008-01-19 09:54:44 --- (In reply to comment #1) > Is this still an issue in current (0.9.52 or newer) wine? > I can't really say, I don't use the application that produced the error anymore (it's a mmorpg and I don't pay for it anymore). But I just tried it with another flash application (and wine 0.9.46) and it worked, so might as well make it "resolved" -- 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 11261] New: ./configure problem on Debian Testing
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=11261 Summary: ./configure problem on Debian Testing Product: Wine Version: 0.9.53. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: roman(a)rm.pp.ru Created an attachment (id=10360) --> (http://bugs.winehq.org/attachment.cgi?id=10360) Complete config.log At the end of ./configure I get some errors about development files not being present. But actually, all the corresponding development packages are installed on the system. I get these errors: -- configure: libxcomposite development files not found, Xcomposite won't be supported. configure: libhal development files not found, no dynamic device support. configure: lib(n)curses development files not found, curses won't be supported. configure: libcapi20 development files not found, ISDN won't be supported. configure: libcups development files not found, CUPS won't be supported. configure: OpenSSL development files not found, SSL won't be supported. configure: libpng development files not found, PNG won't be supported. -- For example, about libXcomposite the configure log says: -- configure:10523: gcc -m32 -o conftest -g -O2 conftest.c -lXcomposite -lXext -lX11 >&5 /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../libXcomposite.so when searching for -lXcomposite /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../libXcomposite.a when searching for -lXcomposite /usr/bin/ld: skipping incompatible /usr/bin/../lib/libXcomposite.so when searching for -lXcomposite /usr/bin/ld: skipping incompatible /usr/bin/../lib/libXcomposite.a when searching for -lXcomposite /usr/bin/ld: skipping incompatible /usr/lib/libXcomposite.so when searching for -lXcomposite /usr/bin/ld: skipping incompatible /usr/lib/libXcomposite.a when searching for -lXcomposite /usr/bin/ld: cannot find -lXcomposite collect2: ld returned 1 exit status -- Why is this so? -- 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 10846] New: Gameguard page fault
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=10846 Summary: Gameguard page fault Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-debug AssignedTo: wine-bugs(a)winehq.org ReportedBy: bloodywing(a)neocomy.net Created an attachment (id=9734) --> (http://bugs.winehq.org/attachment.cgi?id=9734) Registerdump One of this well known Gameguard Bugs. The Game start after that the Game Launches the Gameguard. This first thing that happens is this: fixme:debugstr:CheckRemoteDebuggerPresent (0xffffffff)->(0x7ab8ea): Stub! Gameguard checks for a Debugger and it will found one (the Winedebugger) Wine gets a page fault and breaks into the Debugger. Registerdump, etc. is Attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 3952] MapleStory needs GameGuard support
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=3952 Dmitry Timoshkov <dmitry(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bloodywing(a)neocomy.net --- Comment #24 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-19 09:49:12 --- *** Bug 10846 has been marked as a duplicate of this bug. *** -- 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 8683] section sign key input not working in WoW
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=8683 --- Comment #8 from Fábio Capela <fabio.capela(a)yahoo.com> 2008-01-19 09:25:31 --- (In reply to comment #7) > Isn't that exactly the same behaviour as you would get using native X11 > applications, or just xev for testing? No. Native application will receive KeyPress events for deadkeys and can opt to process them - if they are just interested in keypresses, instead of text input, they might even never call XFilterEvent. But applications running under Wine right now will never receive the WM_KEYDOWN message for the deadkeys - even if they want to process keypresses for deadkeys they can't right now. This can be seen by doing a +key trace in wine and pressing any deadkey; you will just get the KeyRelease event. At the same time, executing xev and pressing a deadkey will register both KeyPress and KeyRelease events, with "XFilterEvent returns: True" for the KeyPress event. What is happening under Wine right now is also different from what happens under Windows - there application will receive WM_KEYDOWN events for deadkeys, and the problem with binding actions to deadkeys don't happen. > Wine relies on native dead keys support on the X11 side, so your patch would > simply break it. I don't care about my patch, I just want a bug fixed. My patch is just a first attempt to show what is wrong and a quick (and somewhat buggy) fix for it. Besides, I'm not discarding X11 deadkey processing, I just moved it to inside X11DRV_KeyEvent in dlls/winex11.drv/keyboard.c, where I store the deadkey information to be used by ToUnicodeEx. To properly handle deadkeys (i.e., send WM_KEYDOWN events for them and either WM_DEADCHAR with the deadkey or WM_CHAR with the composed character when they are processed by TranslateMessage), as far as I can tell, would require either a change in how keyboard events are handled (to let TranslateMessage itself call XFilterEvent on the original keypress event) or storing the result from XFilterEvent somewhere to be used by TranslateMessage. My main difficulty to handle this is that I don't know a reliable way to associate information with a WM_KEYDOWN message inside Wine - that is why I created a keypress buffer indexed by virtual key, which I believe is not the best solution to this problem. -- 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 1314] Wine always downloads truetype fonts into its ps files when printing
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=1314 Detlef Riekenberg <wine.dev(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|gdi32 |wineps-driver Keywords| |printing -- 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 7229] WoW locks up
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=7229 JH <jorgen.hedlund(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jorgen.hedlund(a)gmail.com --- Comment #21 from JH <jorgen.hedlund(a)gmail.com> 2008-01-19 07:11:22 --- I can confirm that this bug is still in effect. Some info: wine-0.9.53 World of Warcraft Client Patch 2.3.2 Linux version 2.6.22-14-generic (buildd(a)terranova) (gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) #1 SMP Tue Dec 18 08:02:57 UTC 2007 (Ubuntu 2.6.22-14.47-generic) CPU0: AMD Athlon(tm) 64 X2 Dual Core Processor 6400+ stepping 03 CPU1: AMD Athlon(tm) 64 X2 Dual Core Processor 6400+ stepping 03 I often see this problem in Battlegrounds and especially when I encounter players from other servers. As I run WoW from the prompt I can easily alt-tab and ctrl-c wine to restart it all (this often prevents me from being killed btw, don't ask me why ;-) Other cases are when zoning. This suggests what's being discussed in #13 & #14 and textureloading thingies. I've not yet tried the schedtool stuff (#16) as I don't know how to revert those changes if it doesn't help :-) (suggestions?) In <wow install dir>/Logs/ there are logfiles that displays what WoW actually detects, these I can attach if needed. Note: A start->login->exit wow yields a 2.3GB logfile when using WINEDEBUG=+all. -- 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 5828] Command and Conquer Generals (Zero Hour) doesn' t change the mouse cursor from the default X mouse
by wine-bugs＠winehq.org Jan. 19, 2008

Jan. 19, 2008

http://bugs.winehq.org/show_bug.cgi?id=5828 --- Comment #43 from Jan Zerebecki <jan.wine(a)zerebecki.de> 2008-01-19 07:07:46 --- Those patches are maintained in the hacks git repository http://repo.or.cz/w/wine/hacks.git (open url in browser not git). -- 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