Bug 478872 - ToolStripButton: 'click' action doesn't work
Summary: ToolStripButton: 'click' action doesn't work
Status: VERIFIED FIXED
Alias: None
Product: UI Automation
Classification: Mono
Component: Winforms - ATK (show other bugs)
Version: Unspecified
Hardware: Other Other
: P2 - High : Normal
Target Milestone: Release 1.0
Assignee: Andres Aragoneses
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-23 23:06 UTC by Andres Aragoneses
Modified: 2009-03-24 02:43 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andres Aragoneses 2009-02-23 23:06:51 UTC
It doesn't work regardless of its CheckOnClick property.
Comment 1 Brad Taylor 2009-03-04 19:40:35 UTC
P1s and P2s automatically go into Release 1.0.
Comment 2 Andres Aragoneses 2009-03-06 04:44:49 UTC
Seems to have been fixed by related bug resolutions.
Comment 3 calen chen 2009-03-12 07:47:35 UTC
Hello Andres, so sorry that I want to reopen this bug for you because 'click' action just doing 'press' but doesn't 'release' until move mouse cursor to aplication's Gui, please try this step and take a look, thanks a lot:

REPRO:
1 run uia2atk/test/samples/toolstripstatuslabel_toolstripprogressbar.py
2 input some character into textbox, 
3 run accerciser, expand toolbar, select 'New' on the left treeview
4 under interface viewer, expand Action, select click, click 'perform action'
5 select 'Open' on the left treeview, then doing step 4 again

RESULTS:
in step3-4: you may see it doesn't create an empty textbox, and 'perform action' button under interface viewer just be pushed and nerver release until you move mouse cursor to application window

in step5: it doesn't raise open dialog, and 'perform action' also remain pushed until move mouse crusor to application. terminal print "libxcb: WARNING! Program tries to unlock a connection without having acquired
        a lock first, which indicates a programming error.
        There will be no further warnings about this issue."
Comment 4 Andres Aragoneses 2009-03-12 23:43:15 UTC
Good catch! Fixed in r129227.
Comment 5 calen chen 2009-03-24 02:43:27 UTC
Closed in 1.0 rpm version: uiautomationwinforms-1.0+129584-5 uiaatkbridge-1.0+129584-8