http://bugs.winehq.org/show_bug.cgi?id=10359
--- Comment #36 from Metaron andrew@thomasinfletcher.com 2008-06-08 17:04:19 --- Upgraded to wine 10.-rc4 today (Gentoo amd64 system, kde 3.5.9) - This bug - or one very like it - is still there (same symptoms as seen in rc1, rc2 and rc3, and many earlier wine versions)
The problem appears to occur when a steam (wine?) window is unable to get the position it wants due to a conflict with the kde panel. If you subsequently move the kde panel out of the way, the steam window moves back to where it wants to be, and the cursor offset problem goes away.
Steps to reproduce: 1) with a standard kde desktop (panel at the bottom) start steam 2) right click on the steam icon in the kde panel to bring up the menu 3) move the mouse up and down the steam right click menu to reproduce the bug 4) click on the kde panel and drag it to the top of the screen - The steam icon's right click menu will still be displayed but will have been relocated slightly lower on the display (the position steam originally requested from the window manager?) 5) move the mouse up and down the steam right click menu to show that highlighting now works correctly. 6) drag the kde panel back to its original location - the steam right click menu gets moved upwards by the wm and the bug returns.
This also affects the main steam window if you move it to the top of the display and then force it downwards by dragging the panel to the top of the screen.
Theory: This probably affects all applications using a custom window frame - those that wine is unable to 'steal' the window frame from (M$ word, several utilities etc... I have installed don't have the problem) - Suggest trying with another application that uses custom window borders to confirm - I don't currently know of one.
Work around: Drag the kde panel to the left or right of the screen to access the required menu option, then move it back again.