http://bugs.winehq.org/show_bug.cgi?id=11639
Summary: shift+click, mouse wheel not working Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: petrescs@yahoo.com CC: petrescs@yahoo.com
Hello, I am new to this forum - have searched both ubuntuforums and winehq forums but haven't found too much related with my problem. Not quite sure this is wine related or xorg.conf related, please advise.
The issue is appearing for any recent versions of wine from 0.9.45 to 0.9.54 (all tested), on ubuntu 6.06, 7.04 and 7.10. My MS Windows app is developed in Borland Delphi and (except the two noted below) works 100% under wine.
First problem noticed so far is related to clicking an icon - this should behave differently when clicked or Shift-clicked (using left mouse button). In Ubuntu+Wine, Shift-clicking is always ignored (produces same result like when the icon is simply clicked) as opposed to mS Windows where it works as expected, displaying different reports when clicked vs. shift-clicked.
Please note that Shift key works fine *by itself* in same app under wine (that is, switches between lowercase and uppercase when writing in a text box) and of course in native Ubuntu screens. It seems is only ignored when combined with a mouse click in my application when run in wine.
Second problem noticed is not being able to scroll with mouse wheel in same app run in wine. The mouse is fully recognized in Ubuntu (scroll wheel works fine "outside" wine in native Ubuntu apps). Except wine, there is no other changes in default install of Ubuntu so I cannot blame certain custom settings.
First have tried with various Ubuntu versions installed from scratch and default wine configuration, then adjusted winecfg to simulate Win95, Win98, Win2000 and Win2003 - no results. Also tried to check/uncheck "Allow window manager to control windows" - no results.
As far as I found in forums so far, there were mainly two fixes suggested (for gamers not having access to Shift/Ctrl/Alt + click): some were suggesting changing Movement Key in System/Preferences/Window from Alt to Super, while others suggested changing Window Settings in winecfg (Allow/Disallow the window manager to control the windows). Nothing works in my case.
Any help or pointers to other similar issues is appreciated. Thank you.
http://bugs.winehq.org/show_bug.cgi?id=11639
Detlef Riekenberg wine.dev@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine.dev@web.de Severity|blocker |normal
--- Comment #1 from Detlef Riekenberg wine.dev@web.de 2008-02-19 14:19:09 --- This is not a blocker (The underlined Label is a Link): http://bugs.winehq.org/page.cgi?id=fields.html#bug_severity
Please tell us more about the Application (Name, Version, Download-URL) and add an AppDB entry, when not present: http://appdb.winehq.org/
The expected way to use any Bug Tracking System is: Only one Problem in a Bug (Two Problems => Two Bugs)
Thanks.
http://bugs.winehq.org/show_bug.cgi?id=11639
petrescs petrescs@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|shift+click, mouse wheel not|shift+click not working in |working |wine
--- Comment #2 from petrescs petrescs@yahoo.com 2008-02-20 03:32:15 --- (In reply to comment #1)
Thanks for providing guidance on reporting the bug - sorry for any inconvenience.
Will try to edit this bugreport and leave only shift+click issue, which is the most annoying (scroll wheel is not really important, will open a different ticket).
About additional info: - cannot provide too much info about the app unfortunately - is a dedicated ERP client (not available for download on the Internet), which only works with a firebird database. Not sure how can I submit the whole package for evaluation, is pretty big.
- this .exe client works as expected under ms windows: displays one screen when the icon is clicked, and a different screen when Shift+clicked. In wine, it only displays one same screen, no matter I click or shift+click the icon. (more exactly, it displays the one that is clicked, - is like ignoring shift).
- I will try to find or code a simpler program to simulate this behavior (two different actions for click vs. shift+click) and submit you for review. If you know about such test program I can use (say, one that displays keys and mouse activities) I will use this instead.
- One extra test I was able to make - asked the programmer to recompile the program using Ctrl+Click instead Shift+Click combination. Again, this works as expected in Windows but not in wine (Ctrl is ignored while clicking).
- This exe client already uses shortcuts - for example Ctrl+Alt+C opens a specific screen. This works as expected in *BOTH* ms windows and wine. So the issue seems to expose only for combination of alter keys (shift/ctrl/alt) AND mouse clicks.
Thank you, Silviu
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #3 from petrescs petrescs@yahoo.com 2008-02-20 05:51:08 --- Created an attachment (id=10861) --> (http://bugs.winehq.org/attachment.cgi?id=10861) small app to read click, shift+click or ctrl+click events
Am attaching a small exe coded in delphi, that simulates the issue for bug #11639. More exactly: - if you run this mall app in windows, you will get displayed various values depending you click the button, or shift+click it, or ctrl+click it - if you run this app in wine (latest version or any from last 5-6 I have tested), no matter whether you simply click the button or shift/ctrl click it, you will get same results (zero).
Hope this explains the issue I get with the real program, as I described in the ticket above.
Thanks, Silviu
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #4 from petrescs petrescs@yahoo.com 2008-02-20 06:10:10 --- Additional info from programmer: they are using Windows API GetAsyncKeyState(), see below:
procedure TSDIAppForm.Button1Click(Sender: TObject); var v : integer; begin v := GetAsyncKeyState(VK_LSHIFT); rez_lshift.Caption := inttostr(v); v := GetAsyncKeyState(VK_RSHIFT); rez_rshift.Caption := inttostr(v); v := GetAsyncKeyState(VK_LCONTROL); rez_lcontrol.Caption := inttostr(v); v := GetAsyncKeyState(VK_RCONTROL); rez_rcontrol.Caption := inttostr(v); end;
GetAsyncKeyState() is documented at http://msdn2.microsoft.com/en-us/library/ms646293(VS.85).aspx
Hope this helps.
Thanks, Silviu
http://bugs.winehq.org/show_bug.cgi?id=11639
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #5 from Dan Kegel dank@kegel.com 2008-02-20 23:18:41 --- Vitaliy posted a patch that he thinks might fix this, http://winehq.org/pipermail/wine-patches/2008-February/050426.html
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #6 from petrescs petrescs@yahoo.com 2008-02-21 04:43:14 --- (In reply to comment #5)
Thank you for quick action! Have patched 0.9.55 and recompiled it and they work as expected now (I mean, both previously attached test application and the original app that I was interested in).
However, I would rather prefer to wait until next official release instead put my recompiled wine into production. Can you estimate when this patch will be committed to trunk? If I can I help more with various other tests here, please let me know.
Thanks again, Silviu
http://bugs.winehq.org/show_bug.cgi?id=11639
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords| |download, patch
--- Comment #7 from Dan Kegel dank@kegel.com 2008-02-21 08:43:39 --- Vitaliy rocks! Thanks for testing his patch. I can't predict when this will make it in. Our next two releases are tomorrow (0.9.56) and in two weeks (0.9.57). With luck it'll make it into 0.9.57.
Thanks for the great bug report, keep 'em coming! :-)
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #8 from petrescs petrescs@yahoo.com 2008-02-21 09:50:53 --- (In reply to comment #7) Glad to help - credit goes to the programmers of this app (http://www.aplix.ro) who promptly provided support with test app to upload here. BTW - same issue applies to crossover (both standard and pro), if this helps.
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #9 from petrescs petrescs@yahoo.com 2008-02-21 09:55:29 --- I meant credit for good report quality... All credit goes to Vitaly - thanks for bugfix!
http://bugs.winehq.org/show_bug.cgi?id=11639
petrescs petrescs@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winex11.drv Version|0.9.54. |0.9.57.
--- Comment #10 from petrescs petrescs@yahoo.com 2008-03-11 03:43:34 --- Checked in 0.9.57 and still does not work. Hope will make it to .58 - is there any way to check when it's scheduled to be committed? Reconfirm that Vitaly's patch for dlls/winex11.drv/keyboard.c described at http://winehq.org/pipermail/wine-patches/2008-February/050426.html is fixing this bug. Thank you, Silviu
http://bugs.winehq.org/show_bug.cgi?id=11639
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|0.9.57. |0.9.54.
--- Comment #11 from James Hawkins truiken@gmail.com 2008-03-11 03:48:26 --- Don't change the original reported version.
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #12 from petrescs petrescs@yahoo.com 2008-04-12 14:16:49 --- I confirm this bug is now fixed, as of 0.9.59. Thank you, Silviu
http://bugs.winehq.org/show_bug.cgi?id=11639
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #13 from James Hawkins truiken@gmail.com 2008-04-12 14:49:13 --- Reported fixed. Please close your own bugs in the future.
http://bugs.winehq.org/show_bug.cgi?id=11639
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from James Hawkins truiken@gmail.com 2008-04-12 14:49:30 --- Fixed in 0.9.59, closing.
http://bugs.winehq.org/show_bug.cgi?id=11639
Jeroen van de Nieuwenhof jeroen@vandenieuwenhof.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeroen@vandenieuwenhof.nl
--- Comment #15 from Jeroen van de Nieuwenhof jeroen@vandenieuwenhof.nl 2008-04-12 14:51:47 --- Maybe my problem is related, if not i will file a separate bug report.
I run World of Warcraft in Wine and haven't had any problems with shift-click in the past. However, when my system upgraded to 0.9.59 (at least, i think it happens since then), i can't use shift click anymore in the game. When i use shift+left click it's just like i left click on something. Could this be related?
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #16 from James Hawkins truiken@gmail.com 2008-04-12 14:55:09 --- How can it possibly be the same bug when your issue only showed up in 0.9.59? If you have an issue with an app, file a new bug report.
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #17 from Jeroen van de Nieuwenhof jeroen@vandenieuwenhof.nl 2008-04-12 15:01:41 --- Because my problem is an inverted version of this one. Maybe the solution to the problem of this bug, created the bug i'm having.
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #18 from James Hawkins truiken@gmail.com 2008-04-12 15:03:17 --- Stop posting in a closed bug report! You've already been told to open a new bug report...
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #19 from Jeroen van de Nieuwenhof jeroen@vandenieuwenhof.nl 2008-04-12 15:06:46 --- Look, i'm only trying to help here.
It seems like it's by no means possible that a bug that seems fixed caused a related new problem. I will report a new bug, but don't treat me like i'm an idiot or someone who deliberatly is spamming in closed bug reports.
http://bugs.winehq.org/show_bug.cgi?id=11639
--- Comment #20 from Kai Blin kai.blin@gmail.com 2008-04-12 17:07:00 --- Actually this really sounds related. Actually I was the one who pointed that user to this bug report. This could have been handled in a more polite way indeed. Jeroen, sorry about that.
http://bugs.winehq.org/show_bug.cgi?id=11639
Detlef Riekenberg wine.dev@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|wine.dev@web.de |