http://bugs.winehq.org/show_bug.cgi?id=27924
Summary: Detection of NVIDIA GeForce GTX560 Ti not being
detected
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gwen(a)derpymail.com
Created an attachment (id=35725)
--> (http://bugs.winehq.org/attachment.cgi?id=35725)
patch that fixes the problem
A GeForce Gtx560 Ti GPU is not being detected in current build.
In the first part of line 1515 in the directx.c file "GTX 560 TI" needs to be
written with a lowercase 'i' instead of an uppercase one.
This makes the correct line look like this:
{"GTX 560 Ti", CARD_NVIDIA_GEFORCE_GTX560}, /* Geforce 500 - midend */
same issue in 1153 which I altered in:
{HW_VENDOR_NVIDIA, CARD_NVIDIA_GEFORCE_GTX560, "NVIDIA GeForce GTX 560
Ti", DRIVER_NVIDIA_GEFORCE6, 1024},
Now everything is working fine again.
--
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=27964
Summary: Tomb Raider Legend DEMO: HDR content has a lot of
flaws
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
Created an attachment (id=35790)
--> (http://bugs.winehq.org/attachment.cgi?id=35790)
Screen shot from wine-1.3.25-350-g380abde
There are two version of TRL Demo:
* standard demo
* nextgen demo = HDR (High Dynamic Range imaging)
HDR should be better looking, but attachments shows that it isn't true under
Wine. Colours are bit weird, but more importantly the image is full of fast
moving black-dotted lines and black/gray polygons. Very hard to capture because
of fast moving/appearing/disappearing, but got one on her tits :)
You can notice this glitches only on Lara. This is not a regression.
For reproduction on full version you need to check "Next Generation Content"
when run for the first time (to get this initial options back choose windowed
mode in winecfg and run TRL again). I think that switching in the demo isn't
possible - depends on which of the two version you install.
--
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=25345
Summary: Internet Explorer 7 loading https pages vary slow
Product: Wine
Version: 1.3.8
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: proent1992(a)comcast.net
Clean wine drive using wine 1.3.8 using install method of (Tom Wickline) IE7
now takes two to three minutes to load https pages.
I also set up clean wine drive using winetricks method with same results.
OS Open Suse 11.3 x86_64 using wine 32 bit 1.3.8
--
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=22711
Summary: Dungeon Keeper 2: X11 cursor is not hidden in-game
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://www.filefront.com/10592819/Dungeon-Keeper-2-MP-
Demo/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: olerass(a)gmail.com
Created an attachment (id=27999)
--> (http://bugs.winehq.org/attachment.cgi?id=27999)
Screen showing the X11 cursor in-game
When playing Dungeon Keeper 2, I have the X11 cursor sitting at the
same position all the time (can't be moved or anything) in the game. It's as if
the game doesn't properly hide the X11 cursor. The type of cursor shown in-game
is dependent on what cursor was used when the game was launched and at what
position it was at. In my case it's the caret because I was in console.
Attached a picture of the 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=18554
Summary: Regedit import.
Product: Wine
Version: 1.1.21
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sergeikrivonos(a)gmail.com
Export HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\Security\XAKey under
windows.
Try import it under WINE by regedit - it fails because of key value.
Maybe file should be opened in binary format.
--
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=24748
Summary: Dangerous Waters: crashes when loading 688i platform
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgsuarez(a)gmail.com
Created an attachment (id=31273)
--> (http://bugs.winehq.org/attachment.cgi?id=31273)
Backtrace
Wine crashes when I try to load any mission that uses the 688i class submarine.
I have not tested every other platform yet, but all the other ones I tried work
fine. It certainly seems that this crash is being caused by the 688i platform.
--
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=27835
Summary: Freespace 1 hangs on startup with a blank screen
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jonas.bugzilla(a)gmail.com
This seems to be the same as bug 10979.
A git bisect pointed to this commit as the culprit:
7e3985e1fea60da73bae2b9465b94e5d110909fc is the first bad commit
commit 7e3985e1fea60da73bae2b9465b94e5d110909fc
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Mon Nov 8 11:50:33 2010 +0100
ddraw: Setup the device window in SetCooperativeLevel().
The problem can also be reproduced with the demo mentioned in that previous bug
report (available from
http://download.descent-network.com/shareware1/freespace1/playable/fsdemo10…
). It happens both with and without enabling direct3d in the game (via the
FreeSpace.exe launcher).
I've attached a full trace. The hang is indicated by the line
0020:err:ntdll:RtlpWaitForCriticalSection section 0x7cb318 "?" wait timed out
in thread 0020, blocked by 0009, retrying (60 sec)
git head has the same behaviour as 1.3.25 (although during configure, I now get
the message "configure: WARNING: No sound system was found. Windows
applications will be silent.").
Interestingly, applying
http://www.winehq.org/pipermail/wine-patches/2011-July/104505.html on top of
git head makes things even worse: the game no longer even switches into full
screen mode before it hangs when that patch is applied.
--
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=27869
Summary: Wile using OSSv4, any application under wine (even
winecfg when testing sound) rises vmix to maximum
volume.
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: HASH.DuOrden(a)gmail.com
Starting from commit 2174717fbd01565f7ba1596078cf0c0ccfc02504 Author: Andrew
Eikum <aeikum(a)codeweavers.com> all application which uses audio (with OSSv4)
rises volume for vmix which it is assigned to to maximum this includes winecfg
when pressed "test audio" in audio tab.
git bisect:
2174717fbd01565f7ba1596078cf0c0ccfc02504 is the first bad commit
commit 2174717fbd01565f7ba1596078cf0c0ccfc02504
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Wed Jul 13 14:30:45 2011 -0500
mmdevapi: Only enumerate devices that can be opened during initialization.
:040000 040000 7ba6ff2d501dfb5f8b3a41fdb67335994e1f3f80
593102cee1e2d56d6f7c5f4fb7ce1dbd2c362f3a M 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=27816
Summary: GoToMyPC: launch/download now fails
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: clayt055(a)umn.edu
CC: jacek(a)codeweavers.com
Created an attachment (id=35575)
--> (http://bugs.winehq.org/attachment.cgi?id=35575)
log of working on prior commit (WINEDEBUG=+wininet)
Trying to launch the GoToMyPC viewer, which last worked in 1.3.20, now fails by
blocking a few seconds after running at Verifying Viewer. Logs show it is stuck
trying to download the actual viewer executable, as the initial one is just
some sort of downloader and launcher.
Bisect points to:
commit 193da884ad9b982d9b740b15453aa8d3c19b054f
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon May 23 16:10:09 2011 +0200
wininet: Correctly handle closed socket in HTTP_ReceiveRequestData.
:040000 040000 f70b89253b2fc4caf8cde11b8a9718e37863a0fb
8af2c3e3544dda62805544067d36e8c6f1f8e017 Makedlls
This makes sense as comparing working and failing logs shows that it fails
shortly after
warn:wininet:HTTP_ReceiveRequestData res 0 read 0, closing connection
Attaching a log of it working on the prior commit and failing on 1.3.24.
--
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=25515
Summary: Microsoft Word 2003 crashes (or freezes) printing
Document with OTF
Product: Wine
Version: 1.3.9
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gunwald(a)gmx.de
Created an attachment (id=32487)
--> (http://bugs.winehq.org/attachment.cgi?id=32487)
Messages which occur when Word 2003 crashes trying to print a Document which
uses OpenTypeFont
Every time I try to print a Document in Word 2003 it will crash or freeze when
in the document a OpenTypeFont (OTF) is used instead or together with
TrueTypeFont (TTF). The Error occurs only in combination with OpenTypeFont and
does not occur in Word 2007.
Maybe this error has something to do with Bug 16121. I got the same issue as
described in bug 16121 using OTF. And sometimes Word shows normal text as bold
and bold text as normal. I "fixed" this issue deleting the bold edition of the
affected OTF.
--
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.