http://bugs.winehq.org/show_bug.cgi?id=14975
Summary: Word of Warcraft 3.01 Beta Wotlk
Product: Wine
Version: 1.1.3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: inverse(a)email.it
There is a graphical problem with an effects of the beta client of wow...
The problems is present only if opengl engine is used, with d3d engine this
problem is not present.
Some area of the game and some quest of Death Knight starting area are affected
of this problem, this graphical effect create a sort of mist around the screen,
and use a sort of blur, with opengl all those effects make the screen all white
or all black, only menu are visible and game stil go without crashing.
I tried it with 1.1.2 and 1.1.3 version of wine. The only workaround is to use
an old version of wine (0.9.46)
--
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=4654
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|unspecified |0.9.7.
--
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 #221 from Forest Hale <lordhavoc(a)ghdigital.com> 2009-01-17 22:50:08 ---
(In reply to comment #220)
> I don't think that such a patch is likely to be accepted, even if it works. If
> the thread with the DGA mouse grab becomes nonresponsive, it becomes impossible
> to move the mouse until that program is killed (and maybe longer). I've been
> told that Wine won't do X mouse grabs for a similar reason.
Pretty much every native Linux game does exactly this (X mouse grab, and often
DGA as well), so arguably this is an X problem and not one peculiar to wine.
We can't demand that a game in wine to work better than a native game.
I assume this will all be fixed with XInput2, but until then I think the
current situation is fixable, at least for a majority of users, and it would
end the steady stream of hacks being contributed.
--
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 #220 from Vincent Povirk <madewokherd(a)gmail.com> 2009-01-17 22:37:59 ---
I don't think that such a patch is likely to be accepted, even if it works. If
the thread with the DGA mouse grab becomes nonresponsive, it becomes impossible
to move the mouse until that program is killed (and maybe longer). I've been
told that Wine won't do X mouse grabs for a similar reason.
--
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 #219 from Forest Hale <lordhavoc(a)ghdigital.com> 2009-01-17 22:30:12 ---
(In reply to comment #218)
> The DGA won't help - it covers exclusive mode only. And is currently disabled
> on most distros.
I just stated that DGA could be used for non-exclusive mode by having the wine
code warp the mouse cursor around according to the relative motion detected via
DGA, it's a hack but it at least behaves correctly in all cases (the mouse is
already clipped to the window by ClipCursor, this just gives wine full control
of the cursor behavior while it is locked in that window).
But this all depends on whether anyone is interested in contributing such a
patch.
As for it being disabled - to my knowledge it is enabled and working on all
distributions if you use the mouse driver in xorg, but all distributions have
had very hit-or-miss compatibility on evdev until recently.
This is why I suggested it be a checkbox - it either works or it doesn't (and
the user can make it work with xorg.conf changes in my experience), so it's a
useful workaround feature until Input2 is out.
--
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 #218 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2009-01-17 21:05:13 ---
(In reply to comment #217)
> From your comment I think I may have a misunderstanding about DirectInput -
> does it lock the mouse cursor position like DGA does? Or does it still allow
> the mouse cursor to move around, yet still report relative motion even if the
> mouse cursor is confined (by ClipCursor)?
Both, depending on cooperative level exclusive (mouse cursor hidden and doesn't
move) or non-exclusive (mouse cursor behaves as usual). Some games mean to use
exclusive mode but due to bugs end up acquiring mouse in non-exclusive mode
(ex: quake, quake 2). On windows this is not a problem for full-screen games.
The DGA won't help - it covers exclusive mode only. And is currently disabled
on most distros.
--
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=4045
--- Comment #15 from David Hagood <ccf2egd02(a)sneakemail.com> 2009-01-17 20:56:46 ---
I know Google Earth is very much affected by it, and so is Firefox (after a
restart).
--
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
Mike Ellery <mellery(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|mellery(a)gmail.com |
--
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=7297
Mattias Aabmets <rahvasaadik(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #28 from Mattias Aabmets <rahvasaadik(a)gmail.com> 2009-01-17 19:40:51 ---
*** This bug has been confirmed by popular vote. ***
--
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
Jaime Rave <jaimerave(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|jaimerave(a)gmail.com |
--
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.