http://bugs.winehq.org/show_bug.cgi?id=26749
Summary: in cmd, PATH=FOO should set PATH to FOO
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This affects the
"C:\\Program Files\\Mono-2.10.1\\bin\\setmonopath.bat"
batch file bundled with Mono.
To repeat, do
echo path=foo > foo.bat
echo path >> foo.bat
then run
wine cmd /c foo.bat
expected output:
PATH=foo
Observed output:
PATH=C:\PROG~FBU\MONO~KUH.1\bin;C:\windows\system32;C:\windows;C:\windows\system32\wbem
--
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=18368
Summary: D3D errors when trying to run Panzer General II.
Problem has occured on all releases since ~0.8
Product: Wine
Version: 1.1.20
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: homiad(a)alum.rpi.edu
Created an attachment (id=20931)
--> (http://bugs.winehq.org/attachment.cgi?id=20931)
Console Output
Since installing 1.20 some new errors have cropped up, but the d3d errors still
persist. Basically some people claim this game works out of the box while I
have never been successful across different machines and using different
installations.
The error I get is below:
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex
samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) >
combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32f77c,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
fixme:d3d:IWineD3DDeviceImpl_Release (0x141d98) Device released with resources
still bound, acceptable but unexpected
fixme:d3d:dumpResources Leftover resource 0x14a148 with type
1,WINED3DRTYPE_SURFACE
I have also included a screen shot of what the game does. The background
should be showing a hex map but instead it retains the image of the previous
menu screen. Nothing will work to make the image go away.
I am running a stock installation of wine on Ubuntu Jaunty 64bit. I am not
using any "enhancement" dll's and I do not have a Windows partition. Thank
you.
--
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=25631
Summary: Visio 2007 Pro: "Page Setup" dialog is broken
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: igor.demyanov(a)gmail.com
Open Vision
File-Page Setup.
See attached files
--
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=9914
Summary: Implement a Kerberos provider for SSPI
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: blin(a)gmx.net
ReportedBy: blin(a)gmx.net
SSPI is currently lacking a Kerberos v5 provider.
The plan is to implement this using libkrb5.
--
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=10347
Summary: Action Replay Code Manager crashes on start up
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
After executing, one is greeted with a nice crash. Crash log included.
--
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=18472
Summary: Mafia hangs
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: retrry(a)gmail.com
Created an attachment (id=21090)
--> (http://bugs.winehq.org/attachment.cgi?id=21090)
wine output on crash
Mafia game hangs:
--after playing and trying to exit
--in-game
--
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=21085
Summary: Comctl32 status control uses tooltip window wrongly
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
I've been debugging a private application and tracked down the source of a trap
to the way the status control initializes and uses the tooltip control.
The application in question traps because it receives a WM_CREATE message for
the tooltip window and calls GetWindowLong against an hwnd for a value it
should have set earlier - this fails but the code doesnt notice, and results in
a trap.
On windows, the status control does not create the tooltip until the first
WM_MOUSEMOVE event, and hence all application initialization would have
finished in my case. You can clearly see this by use of a simple application
with a statusbar control set to have a tooltip and text, and then use SPY++ to
monitor the window creation messages.
Note this also shows a 2nd problem which is that the status control passes the
tooltip text to the tooltip window to manage. This is wrong, because using the
status bar you can set and then get the tooltip text before the tooltip window
is ever created. Additionally, SPY++ shows that the notify messages (NEEDTEXT
type) are sent to the status window when the tooltip needs the text, both of
which mean that the status control should manage the text.
I have a simple application which has a button for get tip, set tip text, and
using it you can see the behaviour above. It doesnt replicate the trap but you
can see the behavious using it - you dont get a WM_CREATE for the tooltip until
such time as you move the mouse into the statusbar area on windows.
Simple workarounds for me: winetricks comctl32, or modifying the
STATUSBAR_WMCreate method to something like "if (0 && dwStyle & SBT_TOOLTIPS)
{" to prevent the tooltip altogether.
JECC
JECC
--
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=31393
Bug #: 31393
Summary: Nvidia force antialiasing no longer works
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Regression SHA1: 09443f14e75e134328643b5d33aff61bdf4dca32
After AlwaysOffscreen has become enabled by default, games such as GTAIII and
GTAVC (which are unaware of FSAA) can't benefit from nvidia antialiasing
settings out of the box. I'm not sure if it's intended result, but despite it
being possible to disable it back, new default seems no good to me as e.g. on
Windows it's enough to set antialiasing in the driver utility and there's no
need to change D3D configuration.
Maybe wine should check whether default render target is multisampled and
toggle the default?
--
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=22033
Summary: World of Warcraft Crashes on statup
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Solaris
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jason.whipp(a)gmail.com
Created an attachment (id=26793)
--> (http://bugs.winehq.org/attachment.cgi?id=26793)
Console and Wowerror output
OS: OpenSolaris snv_134
Wine: 1.1.40 (Compiled)
When launching WoW, I get a screen that looks like it's going to start, but
then immediately crashes. I can here the sound from the app running, but no
video and the wowerror crash screen comes up, follow by the wine "This program
had an error" dialog. I've appended the the console and wowerror output into
an attachment.
In the OSOL contrib repo, there is a binary version of wine 1.0.1. With this
version, WoW runs fine, except there's no sound (the contrib version doesn't
detect any sound drivers).
Help appreciated, very willing to try recommendations and get more output to
you if need be.
I've also tried using WoW in full screen, with a virtual desktop in full screen
and in windowed mode.
--
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.