http://bugs.winehq.org/show_bug.cgi?id=10708
Summary: Wine lacks support for animated cursors
Product: Wine
Version: 0.9.50.
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)atomnet.co.uk
CC: andrewriedi(a)gmail.com
Currently Wine lacks support for Animated cursors meaning that in games that
use them you either have no mouse at all or just the basic X mouse (which in
itself is a bug so eventually until this is fixed these games will lack a
cursor entirely).
Some examples of games are Battlefield 2, Act of War, Command & Conquer
Generals, etc. Ranked "Major" because it affects quite a few applications.
--
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=14633
Summary: Morrowind: water plane z-buffer problem with pshaders
Product: Wine
Version: 1.1.2
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquid.acid(a)gmx.net
CC: stefandoesinger(a)gmx.at
Having rendering issues with the water plane when pixelshaders are activated (I
think the only thing that pshaders affect in Morrowind are the water plane).
Looks like some sort of z-buffer issue. Gonna attach screenshots.
Using TSE3: Morrowind version 1.2.0722.
The issues are no there if pshaders are switched off. Everything tested in
Seyda Neen so if you have to start a new game you don't have to travel far to
see this bug :)
Adding Stefan Dösinger since he is also CCed in this bug:
http://bugs.winehq.org/show_bug.cgi?id=10120
And #10120 also has to do with the water plane, so maybe both are somehow
connected...?!
Greets,
Tobias
--
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=21900
Summary: Counter Strike freezes on attempt to create local
server or connect to other one
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Solaris
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eugene.zapolsky(a)gmail.com
Created an attachment (id=26550)
--> (http://bugs.winehq.org/attachment.cgi?id=26550)
console messages
The bug appears only under OpenSolaris, the same Counter Strike client connects
well under linux. OpenSolaris snv_133 is used.
--
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=3930
--- Comment #38 from Jörg Höhle <hoehle(a)users.sourceforge.net> 2010-03-04 04:09:37 ---
W98SE executes both WAVE and MIDI callbacks from the same thread as seen from
WineTestBot job #938.
https://winetestbot.geldorp.nl/JobDetails.pl?Key=938&log_201=1#k201
So this thread is either an OS-wide callback dispatcher, or a per-app callback
dispatcher, but not the app's nor the main winmm thread if such exists (since
SuspendThread is said in comment #18 to not make it hang) -- or something else
entirely.
--
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=21912
Summary: Flex with 1.1.39
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wildwolfofdark(a)hotmail.com
Here's the problem.
checking whether flex is recent enough... no
configure: error: Your flex version is too old. Please install flex version
2.5.33 or newer.
[root@localhost wine-1.1.39]# flex -V
flex 2.5.33
I have the version it needs, but it's saying it's too old.
--
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=21779
Summary: Torchlight game - some particle effects are too big.
Product: Wine
Version: 1.1.31
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: maciekw5(a)gmail.com
When playing Torchlight game through Wine, some of the particle effects (mostly
fire) appear too big. The problem had been observed for the first time in Wine
1.1.31, as reported here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=18314&iTesting…
I can also confirm that the problem is absent in Wine 1.0.1. There are
excessive particle effects whatsoever. I think it is needed to make regression
tests - unfortunately, I'm not a very advanced Linux user - I barely could
install 2 wine versions simultaneously to test.
Don't know if it might be relevant, but:
1) The bug is present in both D3D and OpenGL modes
2) I asked about in Runic Games' (official developer) Forum:
http://forums.runicgames.com/viewtopic.php?f=24&t=11258
And it might seem that one of the devs has some clues about what might have
gotten wrong.
--
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=1517
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #15 from Austin English <austinenglish(a)gmail.com> 2010-03-03 13:40:25 ---
Fixed.
--
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=1517
--- Comment #14 from Anastasius Focht <focht(a)gmx.net> 2010-03-03 13:20:10 ---
Hello,
this bug is fixed by commit 598052b4ad2254af22e9bfc65c567a8d5b07e4fc and commit
5a1f8c57a819286f3885d9e05a456d5da522a9e0
Tested with Advanced Archive Password Recovery 4.53
Thanks David.
Regards
--
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=3930
--- Comment #37 from Jörg Höhle <hoehle(a)users.sourceforge.net> 2010-03-03 11:21:08 ---
I instrumented the MIDI tests in the git tree to use callbacks (it's trivial to
do, the code is already there, just trace(GetCurrentProcessId)) and went for a
surprise.
Both w2k and XP execute all callbacks on the caller's thread! There a single
exception: midiStreamOut's MOM_DONE is called in the context of some other
thread.
This is especially surprising for MOM_POSITIONCB as one would assume that this
one is invoked asynchronously to the main application which is busy doing
something else. The only mechanism that comes to mind that would allow this is
QueueUserAPC, i.e. the asynchronous procedure call mechanism. OTOH it means
that if the app never calls Wait(), the APC never executes.
W98SE on WineTestBot executes all callbacks from a thread unique across all
tests (i.e. it's not started anew with every midiOpen), different from the
caller's. Is this a system-wide MIDI player thread or one solely dedicated to
executing user callbacks?
OTOH Wine executes MOM_OPEN and MOM_CLOSE on the caller's thread like w2k and
XP, but MOM_DONE and MOM_POSITIONCB from the player thread.
--
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.