http://bugs.winehq.org/show_bug.cgi?id=3864
Detlef Riekenberg <wine.dev(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|gdi32 |spooler
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.
http://bugs.winehq.org/show_bug.cgi?id=6095
--- Comment #22 from Ilya Chernykh <neptunia(a)mail.ru> 2008-01-19 11:51:40 ---
Confirm. It does not work with 0.9.53 but worked well with 0.9.46, also with
gecko.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11264
Summary: Regression: Gecko does not display Web content in
Counter-Strike
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Gecko does not display web content such as server info in Counter-Strike.
In older version of Wine 0.9.46 the content was displayed normally.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6095
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |neptunia(a)mail.ru
--- Comment #21 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2008-01-19 11:45:52 ---
*** Bug 11264 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.
http://bugs.winehq.org/show_bug.cgi?id=5828
--- Comment #44 from Ken <ken69267(a)gmail.com> 2008-01-19 11:41:49 ---
Thanks, merging the hacks repo with mainline worked perfectly.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9625
Summary: Winedbg unable to read minidump, "Unknown mode ffffffff"
Product: Wine
Version: 0.9.44.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-debug
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lindevel(a)gmx.net
Created an attachment (id=8015)
--> (http://bugs.winehq.org/attachment.cgi?id=8015)
Minidump causing the problem
When I try to read the attached Minidump, winedbg gives a lot of fixmes and
then spits out a probably wrong backtrace sprinkled with "Unknown mode
ffffffff".
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
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.
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.
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.
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.
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.
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.
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.
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.
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@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.
http://bugs.winehq.org/show_bug.cgi?id=8770
--- Comment #55 from evildead <ok.test.mail(a)gmail.com> 2008-01-19 06:10:36 ---
(In reply to comment #44)
> (In reply to comment #43)
> > Phew, I finally finished the regression testing. The patch that introduces the
> > freeze is this one:
> > http://source.winehq.org/git/wine.git/?a=commit;h=4ff4ba394ed56b2ea94553f90…
> >
>
> Btw, a little information: I compiled wine 0.9.45 without the change in that
> patch (i.e. I reverted the changes and compiled 0.9.45). It works!
> But as the bug description says: there are these hiccups, at the time where the
> crash usually is. After looking a bit at the source code, I suspect those two
> things is connected, but I'm no expert.
>
hi,
i can confirm what reported by Kristian Buchardt. I have done the same test
compiling wine 0.9.53 (on debian etch with ati x1300). In server/process.c i
have changed the following line in function add_process_thread :
list_add_tail( &process->thread_list, &thread->proc_entry );
whith
list_add_head( &process->thread_list, &thread->proc_entry );
bnet is now playable. Instead of the freeze, i get the hiccup (like a little
lag, but the other players don't notice it)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8099
Jacek Caban <jacek(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|shdocvw |urlmon
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8683
--- Comment #7 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-19 04:16:21 ---
(In reply to comment #6)
> If my bug is the same as the other posters, I have reliably reproduced the bug
> with Armagetron Advanced (www.armagetronad.net, less than 3MB). If you set the
> keyboard to something without deadkey, for example the US one (setxkbmap us),
> you can enter the console from the menu by pressing <`>. Now if you set the
> keyboard to something with deadkeys, such as the US-International one
> (setxkbmap us -variant alt-intl), you can't enter the console anymore by
> pressing just <`>, you need to press AltGr+<`>.
Isn't that exactly the same behaviour as you would get using native X11
applications, or just xev for testing?
> This happens because of the:
> if (XFilterEvent( &event, None )) continue; /* filtered, ignore it */
> line in dlls/winex11.drv/event.c . It is completely discarding all deadkey
> keypresses; to solve the problem you need to let deadkey keypresses generate
> WM_KEYDOWN messages (and then, to not break the deadkey handling in wine, you
> have to catch and store the result of XFilterEvent to pass to the
> TranslateMessage function when it is eventually called to handle the
> WM_KEYDOWN;
Wine relies on native dead keys support on the X11 side, so your patch would
simply break it.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8754
--- Comment #11 from spoonie <sexy_b14(a)hotmail.com> 2008-01-19 03:35:19 ---
Created an attachment (id=10359)
--> (http://bugs.winehq.org/attachment.cgi?id=10359)
NFSU2 console output 0.9.53
No keyboard under 0.9.53 see Attachment NFSU2 console output 0.9.53 (using
native dlls)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9207
Eric Pouech <eric.pouech(a)orange.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--- Comment #2 from Eric Pouech <eric.pouech(a)orange.fr> 2008-01-19 03:26:57 ---
fix has been committed
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6971
--- Comment #45 from Roman Mamedov <roman(a)rm.pp.ru> 2008-01-18 23:13:04 ---
Created an attachment (id=10355)
--> (http://bugs.winehq.org/attachment.cgi?id=10355)
Hack for Lineage II camera rotation: Do mouse warp only when RMB is pressed,
after a delay
Glad to hear it helped.
I made another, a bit more advanced version. It fixes the annoying problem (in
Lineage II), specifically, the mouse cursor jumping from where it was to the
screen center after any camera rotation. Enabling mouse warp only after a short
delay seems to solve this.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7229
--- Comment #20 from Cynyr <andrew.frink(a)gmail.com> 2008-01-18 22:21:57 ---
(In reply to comment #19)
> This problem Has been happing to me as well, but only since i upgraded to a AMD
> 2400+ X2 with 4 gigs of ram, I'm hoping that schedtool helps mask this problem.
> Mostly wanted to add a "me too" and hope to get this bumped up the priority
> list a bit. It seems to happen more frequently when I have a large number of
> textures to load.In some cases I have had to log in on a different computer
> under windows to move my character so i could finish loading the world.
>
Schedtool did not help for me. Locks up right when i enter the world.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=7229
Cynyr <andrew.frink(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |andrew.frink(a)gmail.com
--- Comment #19 from Cynyr <andrew.frink(a)gmail.com> 2008-01-18 22:15:27 ---
This problem Has been happing to me as well, but only since i upgraded to a AMD
2400+ X2 with 4 gigs of ram, I'm hoping that schedtool helps mask this problem.
Mostly wanted to add a "me too" and hope to get this bumped up the priority
list a bit. It seems to happen more frequently when I have a large number of
textures to load.In some cases I have had to log in on a different computer
under windows to move my character so i could finish loading the world.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=8490
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #12 from Lei Zhang <thestig(a)google.com> 2008-01-18 21:43:02 ---
That patch was committed a while back:
http://www.winehq.org/pipermail/wine-cvs/2007-June/033132.html
It adds a new folder button, but it just prints a fixme.
--
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.