http://bugs.winehq.org/show_bug.cgi?id=9192
--- Comment #19 from haarp <liquitsnake(a)gmx.net> 2007-08-30 05:57:38 ---
So, you don't need Microsoft.Windows.Common-Controls.manifest anymore in the
game directory? Excellent, I'm updating the AppDB howto
--
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=7163
Marco Puglisi <etnablog(a)yahoo.it> changed:
What |Removed |Added
----------------------------------------------------------------------------
Platform|Other |PC
Version|0.9.30. |0.9.44.
--- Comment #11 from Marco Puglisi <etnablog(a)yahoo.it> 2007-08-30 05:29:05 ---
Trying wine 0.9.44 with Ubuntu Feisty.
The problem of bad buttons still exist.
http://img77.imageshack.us/img77/3444/schermataka7.png
(Pic shows bad buttons)
--
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=7164
--- Comment #13 from Roderick Colenbrander <thunderbird2k(a)gmx.net> 2007-08-30 05:18:35 ---
I haven't heard of this problem in a while so I assume it has been fixed. Most
likely WoW wasn't able to load a GL function or so.
--
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=7164
Roderick Colenbrander <thunderbird2k(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |thunderbird2k(a)gmx.net
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #12 from Roderick Colenbrander <thunderbird2k(a)gmx.net> 2007-08-30 05:10:40 ---
Lots of people are playing WoW on Wine. This problem has most likely been a
driver bug or perhaps a bug in the opengl32 code. I haven't heard problems from
users of 'older' Nvidia cards for a long time, so I expect the problems to be
over.
--
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=1306
Roderick Colenbrander <thunderbird2k(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |thunderbird2k(a)gmx.net
Status|REOPENED |RESOLVED
Resolution| |ABANDONED
--- Comment #6 from Roderick Colenbrander <thunderbird2k(a)gmx.net> 2007-08-30 04:52:53 ---
Very likely the bug isn't around anymore. We use totally different input and
OpenGL code. Further it hasn't been updated for a long time.
--
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=7698
--- Comment #101 from Stefan Dösinger <stefandoesinger(a)gmx.at> 2007-08-30 04:28:20 ---
Yes, this is a font bug.
The source engine uses fonts to render the names and weapon symbols. It creates
a d3d surface for them and uses GetGlyphOutline to read the font symbol into
that surface.
Unfortunately the surface has a fixed size, and if GetGlyphOutline returns a
bigger glyph than hl2 expects, it causes an overflow on the stack and the
return address or a class instance pointer that is safed on the stack gets
overwritten, and the game crashes a few instructions later.
This is essentially a hl2 bug, because it should honor the size returned by
ggo, rather than finding it's own or hardcoding it. Beyond that, I am not sure
if Wine or freetype is to be blamed for rendering the font differently, but if
it is freetype, then we have a problem. Freetype doesn't aim for bug-for-bug
compatiblity with windows as far as I know.
--
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=7573
--- Comment #30 from jeff <jmgreen7(a)gmail.com> 2007-08-30 01:23:44 ---
(In reply to comment #29)
After submitting my comment (#27) I did some poking around in the source code
(for 0.9.43) and found the problem with the registry key import. After coming
up with my own solution I noticed that there was a much nicer one in the GIT
repository (presumably the one Jason submitted). From looking at the code and
then fixing the import problem and running Steam it was clear that this is not
the issue with games not showing up as purchased.
But from capturing the output of WINEDEBUG=+server I noticed that the
get_key_value function was called 4 times for
HKCU/software/valve/steam/users/<uid>/licenses. The first three times the
license value returned was truncated about three quarters of the way through,
but on the fourth call the whole key value was returned. This seems to support
my speculation that Steam is asking for the licenses key and not getting the
value it wants. I did look at the code in server/registry.c (where the
get_key_value function is) but there was nothing that jumped out at me as the
cause of the problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.