http://bugs.winehq.org/show_bug.cgi?id=21147
Summary: SafeDisc v1.35.000 and Rayman 2
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: smoki00790(a)gmail.com
Created an attachment (id=25388)
--> (http://bugs.winehq.org/attachment.cgi?id=25388)
Head of the Pirate.jpeg
Rayman 2 needs native dinput.dll (md5sum 1adf77b80823ef9267dde1129c35b0f1).
Keybord will not work with wine winver XP and 2003, every other works), also
renderer must be set to "opengl".
Really, it works for first few levels (1-6 levels), but in the middle of "The
Sanctuary of Stone and Fire" (7 level and upper levels periodicaly) it start to
show "head of Pirate":) (screenshot attached) and because of that pirate no
more playing is possibile. This is tried with old original CD and also with
backup CD.
What is maybe interesting to say, game originaly comes on 650 MB CD but files
on it are actually 6.9 GB!?!
--
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=13886
Summary: Focus is killed after unminimizing the window
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dylan.ah.smith(a)gmail.com
Steps to produce the bug:
1. Open up Wine's wordpad
wine wordpad
2. Minimize the window
3. Restore the window
Afterwards the window will have focus but the caret will not be shown.
I tested this on KDE 3.5.9 and Gnome 2.22.2 with the same bug occurring on
both.
I tested wordpad in Windows XP SP3, and there was no issue there.
I tested with WINEDLLOVERRIDES="riched20=n" and the bug occurred.
>From this I believe that it isn't a wordpad, or richedit issue.
I added some MESSAGE statements to find the sequence of events that cause the
cursor not to be shown, and this is what I found.
1. After the window is minimized WM_KILLFOCUS is sent to the richedit control
as expected.
2. After the window is restored, WM_SETFOCUS is sent as expected, then another
WM_KILLFOCUS is incorrectly sent which will cause the caret to be hidden and
destroyed.
--
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=25126
Summary: AIM 7.4 - Will not start correctly
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: greghazi(a)gmail.com
Latest version of AIM (7.4) Will not start correctly in the latest development
release of WINE running in Ubuntu 10.10. It installs just fine but when you try
to run it the top menu bar of aim shows up then it crashes.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40993
Bug ID: 40993
Summary: NBA2K14 - Poor Performance
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ben(a)xnode.org
Distribution: ---
Created attachment 55153
--> https://bugs.winehq.org/attachment.cgi?id=55153
Framerate log
Game should run very well on this hardware, but it's currently struggling and
appears to be limited for some reason other than sheer hardware power.
Logs attached for both +d3d and +fps. As you'll notice, the framerate never
really changes from 12 FPS regardless of whether it's ingame or on the menu.
Changing graphics settings from minimum to maximum also doesn't appear to make
any difference.
GPU info:
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Iris Pro 6200 (Broadwell GT3e)
OpenGL core profile version string: 4.3 (Core Profile) Mesa 12.1.0-devel
(git-1069461)
OpenGL core profile shading language version string: 4.30
--
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=24704
Summary: Projected shadows do not appear in Lemony Snicket and
other Unreal 2.x games.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peanuthead_069(a)yahoo.com
Title says all. Not really that much of a problem gameplay-wise, although it'll
be better if it's fixed. The problem appears in A Series of Unfortunate Events,
HP: Prisoner of Azkaban and probably a couple of other games (such as UT2003)
that use the same engine (or a variant of 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=33385
Bug #: 33385
Summary: Map is black on resolutions bigger than 640x480 in
Gruntz
Product: Wine
Version: 1.5.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Admc(a)ufurmix.org
Classification: Unclassified
When 800x600 or 1024x768 resolution is set in Gruntz the map is black. Only
Gruntz are visible, this makes game unplayable. Bug occurs both in wine 1.4 and
1.5.28. On 1.2 it works fine, so obviously it's a regression.
Steps to reproduce:
1. Buy Gruntz or download demo -
http://download.cnet.com/Gruntz-demo/3000-2119_4-10026065.html
2. Install it
3. Apply resolution patch (there's a bug in game that prevents changing
resolution in in-game options) -
http://gooroosgruntz.proboards.com/index.cgi?board=GFAQs&action=display&thr…
4. Run game on virtual desktop
5. Start game on any map
6. Map is black, only Gruntz are visible
My graphics card is Nvidia GeForce GTX 550 Ti, I'm using Nvidia proprietary
driver version 319.12
My OS is Kubuntu 12.10, I removed pulseaudio and installed alsa+dmix instad of
it to get working sound in wine.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38054
Bug ID: 38054
Summary: DoDragDrop() should abort when
IDropSource::QueryContinueDrag fails
Product: Wine
Version: 1.7.36
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
Created attachment 50692
--> https://bugs.winehq.org/attachment.cgi?id=50692
IDrop_Example.exe
I've written some test code for DoDragDrop, and if
IDropSource::QueryContinueDrag returned a FAILED value (for example,
0xdeadbeef), DoDragDrop would about in Win8.
But wine will continue to do the job of DoDragDrop, so I'll see a MessageBox I
created in IDropTarget::DragEnter (In [MSDN], this is the 2nd step of
DoDragDrop)
Code sample:
https://gitcafe.com/endle/IDrop_Helper_Example/tree/DoDragDrop_should_stop
The .exe file was created with VS2013 Community
[MSDN]:
https://msdn.microsoft.com/en-us/library/windows/desktop/ms678486%28v=vs.85…
--
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=31802
Bug #: 31802
Summary: World of Warplanes fails to play intro video
Product: Wine
Version: 20050930
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: blakekl10(a)gmail.com
Classification: Unclassified
Created attachment 41840
--> http://bugs.winehq.org/attachment.cgi?id=41840
log from wine.
after launching World of Warplanes, the loading screen appears. Once the
progress bar is full, the screen goes black and the intro movie is supposed to
play. The screen remains black. Attached are the wine logs, X11 logs, and the
World of Warplanes log.
--
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=13910
Summary: Changing Wine version should generating warning
Product: WineHQ Bugzilla
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
We're getting a lot of users changing their reported Wine version in bugs.
Doing so should either be blocked to non-admin users, or generating a warning
page.
--
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=22594
Summary: Request to limit the number of screenshots per app
version
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
URL: http://appdb.winehq.org/objectManager.php?sClass=scree
nshot&sState=queued&sTitle=Screenshot%20Queue
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P3
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
There is apparently no numerical screenshot limit per app version. On many an
occasion logging into the AppDB can have over a hundred screenshots waiting,
and most of the time it'll be one user that feels it necessary to submit thirty
or so screenshots of his Call of Duty character standing in different angles.
Firstly, it is unnecessary to have so many screenshots for one version of any
app, ten should be more than enough to get an idea and the AppDB shouldn't be a
place for people to submit galleries of their wonderful death match victories.
Secondly, adding or rejecting each screenshot one by one takes a ridiculous
amount of time for the poor admin/maintainer that gets stuck with the task.
If the number of screenshots were limited, a message could be shown to let the
user know that the limit has been reached, and to encourage them to become an
app maintainer if they wish to change the screenshots. This would save us a
lot of time!
--
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.