http://bugs.winehq.org/show_bug.cgi?id=13608
Summary: Test tool on windows makes XP completely reboot
Product: Wine
Version: unspecified
Platform: PC-x86-64
URL: http://test.winehq.com/data/0b6acfbce7b0bf2aedb5176bfa95
9edc3f0d74f6/
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: saintk(a)specialattack.net
CC: saintk(a)specialattack.net
Running this test;
Main summary for build 0b6acfbce7b0bf2aedb5176bfa959edc3f0d74f6
Results in a full system reboot at my end.
This is what i can capture from my windows event log;
Faulting application d3d9_test.exe, version 0.0.0.0, faulting module d3d9.dll,
version 5.3.3790.3959, fault address 0x000a488a.
For more information, see Help and Support Center at
http://go.microsoft.com/fwlink/events.asp.
Any additional info;
OS: Windows XP x64 SP2
Hardware used;
Asus Maximus Formula
Unknown 350GB Sata disk
Asus EAX1950XTX PCI-E
4GB DDR2 Geil RAM @ 800MHz
Everything is clocked default (no overclocking applied). System runs stable
during stability tests both on the GPU and CPU.
If any more information or testing is required don't hessitate to contact me.
Only 'downside' i don't know anything about debugging of any kind. Neither am I
an active wine user. I just ran the test because i do support the idea behind
the project.
--
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=16600
Summary: Ventrilo starts having a long delay after some time
Product: Wine
Version: 1.1.10
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thgreasi(a)uth.gr
Some times Ventrilo (after random time passed) starts having a long delay to
transmit & receive the voip stream. If you restart Ventrilo the problem gets
fixed for a while. I'm using Ventrilo without PushToTalk while playing warcraft
3: TFT but the same problem have occured to me even when I was not running
anything else.
Extra notes:
*I run the linux version of Ventrilo Server on my PC.
*The transmit & receive delay has an average Round Trip Time of 10 seconds when
it occurs.
I'm using Ubuntu 8.10
--
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=14881
Summary: Rainbow 6 - Vegas 2
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cruiseoveride(a)gmail.com
Created an attachment (id=15442)
--> (http://bugs.winehq.org/attachment.cgi?id=15442)
Calltrace
Rainbow 6 - Vegas 2 Crashes with:
x:\Perforce\bishop\CodePcPort\UnrealEngine3\Development\External\framework\gear\private\src\thread\ms\thread.cpp(324)
: ASSERT FAILURE: Ret()
--
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=14067
Summary: Virtual desktop window refreshing
Product: Wine
Version: 1.0.0
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Hi,
(Using Ubuntu 8.04, GNOME desktop, Wine 1.0)
This is a question about virtual desktop mode.
When the virtual desktop window is minimised then restored, or brought to the
front after being covered by another window, Wine appears to tell the Windows
applications to refresh their windows. (At least, on my old slow system I
notice buttons etc. being redrawn - restoring the virtual desktop window is not
instantaneous.) Is that correct? Surely it would be better for compatibility
and speed if Wine caches the whole virtual desktop bitmap when the window is
not visible, so it can be instantly displayed when the virtual desktop window
is restored/revealed. Could some Windows programs assume that if they are the
only window on the desktop, that they don't need to refresh their window
imagery?
--
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=16564
Summary: Please implement OleCreatePropertyFrame
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: w41ter(a)gmail.com
fixme:ole:OleCreatePropertyFrame
(0x30094,0,0,(null),1,0x32fabc,1,0x32fa9c,0,0,(nil)), not implemented
(olepro32.dll)
I get that message when I use a stock charting program that's implemented
as an ocx application. The message appears when I right-click on a chart
to call a popup menu.
I really can't use the program without that popup menu, so I'd be truly
grateful if one of you wine wizards would do this.
Thanks!
--
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=10382
Summary: Tribes 2: must double-tap for in game chat
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spock128(a)gmail.com
When in game, the chat keys must be pressed twice after the first use.
For example, I can press 'u' (global chat) once to bring up a text entry box to
say something in the global channel (correct operation). After that, I must
hit 'u' twice to bring up the text entry box. In-game console shows the error:
DInputDevice::syncKeyboardState - DIERR_INVALIDPARAM
Switching out of the game window and back will reset the condition - it works
for first use then must hit twice.
--
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=14764
Summary: MissionForce Cyberstorm demo crashes on startup
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.fileplanet.com/11494/10000/fileinfo/MissionFo
rce:-CyberStorm
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=15274)
--> (http://bugs.winehq.org/attachment.cgi?id=15274)
+relay,+seh,+tid
Crashes on startup. +relay,+seh,+tid attached
--
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=11727
Summary: Mouse button events generated by a window's app are not
propagated to X server
Product: Wine
Version: 0.9.56.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gideon.wine(a)gmail.com
Created an attachment (id=10969)
--> (http://bugs.winehq.org/attachment.cgi?id=10969)
Patch to send mouse button events to the X server
winex11.drv uses XWarpPointer to send mouse movements to the X server. Mouse
button events are not sent. If a pointing device device communicates directly
with a windows app running in wine, the user will be able to move the mouse
pointer, but button presses will only work on windows controlled by wine.
The attached patch adds calls to send mouse button events generated by a
windows application to the X server. The way this is done is similar to the way
it is done in the Synergy client - by using XTestFakeButtonEvent
(see http://synergy2.sourceforge.net/).
Requires libXtst.
This bug might also resolve bug 7032.
--
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=17721
Summary: RTG Bills reports dates incorrectly in bills for date
formats (locals) not US
Product: Wine
Version: 1.1.15
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mstuff(a)read.org.nz
This is a bit of a major that I'm unsure whether is a bug with RTG Bills or
WINE... But, here's a workaround/fix for it below.
My local is New Zealand, my default language is LANG="en_NZ.UTF-8" with dates
expressed "days / months / years" (like most of the world).
Setting the dates in RTG Bills to my format results in any dates in the form
"days / months / years" that make sense expressed as "months / days / years"
being expressed as "months / days / years". For instance: 10th March 2009
(10/3/09) is expressed on bills as 3rd October 2009 (3/10/09)!!!
A workaround/fix seems to be to set the environment variable $LANG to
LANG="en_US.UTF-8" and then set the date format in RTG Bills to be expressed as
"days / months / years". RTG Bills provides a "test" facility to check that
date formats are sane for the system local settings, if this facility is used
it will report that the format is "insane" and change it back to the "months /
days / years" format. The answer is not to "test", but simply leave the format
"untested" as "days / months / years" and save the setting. RTG Bills then
seems to report dates correctly in its bills.
So, my command to execute RTG Bills is:
env WINEPREFIX="/home/myhome/.Rtgbills" LANG="en_US.UTF-8" wine
"C:\Program Files\Rtgbills\rtgbills.exe"
--
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=17432
Summary: Lan hosting/listening not working in warcraft iii.
Product: Wine
Version: 1.1.14
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: whellmundv(a)gmail.com
I thought warcraft was one game that ran as fluent as if it was native, or so I
thought then. Today I've found myself experimenting for the second time how
running this masterpiece from wine prevents me from enjoying a nice lan game
with my friends, using both macintosh and windows systems.
I don't know why, but I guess that is the reason for which I encounter myself
writing this, at this precise moment: I think you will help me solve this--I
believe, uncommon--problem.
Please let me know which information do I need to post here, because I know not
with accuracy.
--
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.