http://bugs.winehq.org/show_bug.cgi?id=5556
------- Additional Comments From vitaliy(a)kievinfo.com 2007-08-04 12:08 -------
> Hmmmmm, if it's an X problem, should we be closing this bug invalid, or is this
> something that can be implemented in the future?
This is your bug. I already did what I thought appropriate. Now you decide what
you want to do with it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=6971
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Mouse "escapes" game window |Mouse "escapes" window or is
| |confined to an area in the
| |full screen progam
------- Additional Comments From vitaliy(a)kievinfo.com 2007-08-04 11:35 -------
Rephrase the summary to include full screen programs.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7916
alex(a)thehandofagony.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From alex(a)thehandofagony.com 2007-08-04 11:33 -------
This has been discussed on wine-devel already; it is a problem with the 8bit
mode support reporting.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7962
alex(a)thehandofagony.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From alex(a)thehandofagony.com 2007-08-04 11:28 -------
No, the AppDB does not allow duplicates anymore. I have removed your
maintianership fro the specific version.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7866
thunderbird2k(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|FIXED |
------- Additional Comments From thunderbird2k(a)gmx.net 2007-08-04 11:21 -------
I'll keep this report open as it is a Wine bug for which I provided a
workaround. This really needs to get fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7949
rob(a)codeweavers.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-atl |wine-msi
------- Additional Comments From rob(a)codeweavers.com 2007-08-04 11:02 -------
This Rainbow key being missing is caused by the WrSetLicense custom action not running during the
install.
The reason this action isn't being performed is more complicated. The installer sets a whole load of
properties on a package during the interactive part of the install (including MI_LICTYPE) and then
appears to persist all of these by executing the query "SELECT * FROM _Property", before closing the
package and calling MsiInstallPackage with the persisted properties. Now the _Property non-persistant
table should reflect the properties currently set, but this table doesn't exist in our MSI implementation
and so the MI_LICTYPE property isn't set during the install and so the WrSetLicense action, which
depends on this property existing to run, doesn't run.
The fix should be simple in theory, but is actually quite hard as the table infrastructure doesn't have a
concept of non-persistent tables.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7988
------- Additional Comments From hverbeet(a)gmail.com 2007-08-04 10:41 -------
The shader warnings should be relatively easy to fix, bool constants are scalars
and shouldn't take a swizzle.
The actual crash appears to be unrelated, while drawing with drawStridedSlow.
Could you add another log with +d3d_draw added, and possibly +d3d_decl?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.