http://bugs.winehq.org/show_bug.cgi?id=20140
Summary: Steam UI broken after upgrading to 1.1.29
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trick(a)icculus.org
After upgrading to Wine 1.1.29, the Steam UI is now broken. Games can still be
run through it, but Steam itself is drawn with wrong colors, usually black text
with various different background colors (eg dark blue, green, red, black,
etc). Black on black is most common, making it impossible to see anything.
Steam displayed fine in 1.1.28.
Steam's tray icon is also very buggy. Mouse clicks usually don't register at
all, and the mouse position is offset so that the "clicked" menu entry is
usually different from the one under the cursor. This was also buggy in
1.1.28, but it seems to have gotten worse with 1.1.29.
--
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=8780
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |20135
--
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=20137
Summary: Bit 30 if lParam for WM_KEYDOWN / WM_KEYUP is not
working as in windows
Product: Wine
Version: 1.1.29
Platform: PC
URL: http://msdn.microsoft.com/en-us/library/ms646280%28VS.
85%29.aspx
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fredrik.hultin(a)gmail.com
Created an attachment (id=23718)
--> (http://bugs.winehq.org/attachment.cgi?id=23718)
Small c program to demonstrate the bug
== Description ==
When a program receives the VM_KEYUP and VM_KEYDOWN notifications the 30th bit
of lParam is, per the microsoft documentation, supposed to contain the the
previous key state: "The value is 1 if the key is down before the message is
sent, or it is zero if the key is up.".
This can be used to determine if a key was released before it was pressed
again, which is helpful if you want to ignore key repeats.
lParam & (1 << 30)
...should evaluate as non-zero when the VM_KEYDOWN is generated as a repetition
from the OS (rather than the user actually pressing a key).
This phenomenon is utilized in some non-direct x games to negate the effects of
repeating keys in the application.
An example of this is the pure win32 version of SDL (link below, see the
REPEATED_KEYMASK macro and its usage).
== Minimal Application ==
I've created and attached a minimal application that demonstrates the different
behaviors of wine and windows.
Expected behavior of the application (and actual behavior in windows):
Print "first" in the console every time a key is pressed, followed by "repeat"
n times until the user releases the key.
Actual behavior of the application in wine:
Prints "first" in the console every time a key is pressed followed by "first"
(instead of "repeat") until the user releases the key.
I've tested this on wine 1.0.1 and 1.1.29 on Ubuntu 9.04 i386, and Windows XP
x64 SP2.
As I'm on Ubuntu I've compiled it using the mingw32 package, but it should
compile just fine with just about any compiler.
i586-mingw32msvc-gcc -mconsole -mwindows -o winebug.exe winebug.c
== Possible Cause ==
One possible cause for this is that wine (X?) generates a VM_KEYUP followed by
a VM_KEYDOWN for every key repeat whereas windows simply generates a new
VM_KEYDOWN. This is pure speculation, but that would explain why lParam
indicates that the state of the key was released before the VM_KEYDOWN message
was sent.
== References ==
SDL using the feature:
http://www.libsdl.org/cgi/viewvc.cgi/trunk/SDL/src/video/win32/SDL_win32eve…
Microsoft's description of the feature:
http://msdn.microsoft.com/en-us/library/ms646280%28VS.85%29.aspx
PS.
Be nice, this is my first wine bug report :)
--
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=8336
--- Comment #44 from John P Sims <jsims2359(a)gmail.com> 2009-09-23 14:21:45 ---
(In reply to comment #43)
> Do I have to delete the "normal" wine compile before compiling through git?
Normally, I "make uninstall" the previous builds before I compile and install
the latest git, but that's just me. A clean wine prefix can be created a
multitude of ways. I either delete the current .wine directory or move it to
.wine.backup and proceed.
So, are you experiencing problems with the installation as well as the
patching? If so, that's definitely an issue that Steam users wouldn't see due
to the method by which Steam distributes games. It's probably worthy of its own
Bugzilla entry.
--
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=556
--- Comment #13 from ricardo filipe <ricardo_barbano(a)hotmail.com> 2009-09-23 13:38:50 ---
i have run it in vista and attached the output, no need to run in XP, it will
be useful to run on newer windows versions though (like windows 7 onwards).
--
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=8336
--- Comment #43 from Chewie <passi9.11(a)arcor.de> 2009-09-23 12:55:07 ---
I tried it with a git compile. But I'll retry with a new installation of CoH
because I had some troubles installing and patching it.
Do I have to delete the "normal" wine compile before compiling through git?
Because I only renamed the .wine folder whitch worked perfectly.
I used to do so ever before.
--
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=6124
Eric <eric.ito+wine(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eric.ito+wine(a)gmail.com
--- Comment #11 from Eric <eric.ito+wine(a)gmail.com> 2009-09-23 11:56:45 ---
I still see a similar issue when trying to draw a transparent bitmap, and I get
the following fixme's
fixme:x11drv:X11DRV_GetDeviceCaps (0x30c): CAPS1 is unimplemented, will return
0
fixme:x11drv:X11DRV_GetDeviceCaps (0x30c): unsupported capability 80, will
return 0
fixme:ole:OLEFontImpl_QueryInterface () : asking for unsupported interface
{67a4d651-69e0-11d2-8500-0000f875b9c6}
fixme:x11drv:X11DRV_GetDeviceCaps (0x30c): CAPS1 is unimplemented, will return
0
fixme:x11drv:X11DRV_GetDeviceCaps (0x30c): unsupported capability 80, will
return 0
fixme:x11drv:X11DRV_GetDeviceCaps (0x30c): CAPS1 is unimplemented, will return
0
fixme:x11drv:X11DRV_GetDeviceCaps (0x30c): unsupported capability 80, will
return 0
fixme:ole:OLEFontImpl_QueryInterface () : asking for unsupported interface
{c9e7a782-3ddc-411f-8a66-908c579f123d}
fixme:ole:OLEFontImpl_QueryInterface () : asking for unsupported interface
{bb75da81-8dfe-4122-a9c2-86f07c539ad5}
fixme:ole:OLEFontImpl_QueryInterface () : asking for unsupported interface
{67a4d651-69e0-11d2-8500-0000f875b9c6}
Thanks, Eric
--
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=7929
Erich Hoover <ehoover(a)mines.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #23679|0 |1
is obsolete| |
--- Comment #84 from Erich Hoover <ehoover(a)mines.edu> 2009-09-23 00:25:43 ---
Created an attachment (id=23714)
--> (http://bugs.winehq.org/attachment.cgi?id=23714)
Patch to selectively bind while still allowing broadcasts [v3]
(In reply to comment #83)
> Since there's a plausible patch, reopening.
Thanks!
For those interested, I've attached an updated version that checks "select"
calls and throws away packets that are not meant for the socket. This version
also includes some additional tests in dlls/ws2_32/tests/sock.c that run
through the "select" code. I believe I've found the appropriate place to
tinker for IOCP and asynchronous sockets, but I have some other things I have
to work on at the moment that will delay me for a few days.
--
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=20132
Summary: Latest FC11 updates break opengl on wine
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: masterson.andrew(a)gmail.com
Running Baldur's Gate on wine with -opengl gives an error after startup.
Welcome screen appears, then after you hit "Play" it now gives an error that
was not around previously. (usually when it tries to display movies)
Wine desktop gives a message box with: "ChoosePixelFormat failed"
Terminal output is:
err:wgl:X11DRV_WineGL_InitOpenglInfo couldn't initialize OpenGL, expect
problems
err:ole:CoUninitialize Mismatched CoUninitialize
Updated packages were:
Sep 22 10:05:56 Updated: pciutils-libs-3.1.4-2.fc11.x86_64
Sep 22 10:05:57 Updated: pciutils-3.1.4-2.fc11.x86_64
Sep 22 10:05:58 Updated: libv4l-0.6.1-1.fc11.x86_64
Sep 22 10:05:59 Installed: libcap-ng-0.6.1-1.fc11.x86_64
Sep 22 10:06:02 Updated: 1:smartmontools-5.38-13.fc11.x86_64
Sep 22 10:06:08 Updated: util-linux-ng-2.14.2-11.fc11.x86_64
Sep 22 10:06:53 Updated: gnome-settings-daemon-2.26.1-10.fc11.x86_64
Sep 22 10:06:55 Updated: xorg-x11-server-common-1.6.4-0.1.fc11.x86_64
Sep 22 10:07:09 Updated: xorg-x11-server-Xorg-1.6.4-0.1.fc11.x86_64
Sep 22 10:07:11 Updated: pciutils-devel-3.1.4-2.fc11.x86_64
Sep 22 10:07:14 Updated: tzdata-java-2009m-1.fc11.noarch
Sep 22 10:07:18 Updated: tzdata-2009m-1.fc11.noarch
Sep 22 10:07:20 Updated: gnome-bluetooth-libs-2.27.8-2.fc11.x86_64
Sep 22 10:07:49 Updated: gnome-bluetooth-2.27.8-2.fc11.x86_64
--
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.