|
Bugzilla – Full Text Bug Listing |
| Summary: | PrintPreviewDialog: zoom "menu" accessible has extraneous "focused" state | ||
|---|---|---|---|
| Product: | [Mono] UI Automation | Reporter: | Brian Merrell <bgmerrell> |
| Component: | Winforms - General | Assignee: | E-mail List <mono-a11y-bugs> |
| Status: | NEW --- | QA Contact: | E-mail List <mono-a11y-qa> |
| Severity: | Normal | ||
| Priority: | P2 - High | CC: | cachen |
| Version: | Release 1.0 | ||
| Target Milestone: | Release 1.1 | ||
| Hardware: | x86 | ||
| OS: | openSUSE 11.1 | ||
| Whiteboard: | |||
| Found By: | Integration Test | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | pyatspi script referenced in REPRO steps | ||
Created attachment 295782 [details]
pyatspi script referenced in REPRO steps
Oops, step 1 should actually read: 1. Run uia2atk/test/samples/printpreviewdialog.py and click on the "PrintPreviewDialog" button. The script expected the PrintPreviewDialog to be open. Move all P1 and P2 bugs into Release 1.1 milestone. Hmm, from what I see, the Menu is the only thing that could be focused, as it's the foreground window. What would you expect to report Focused here, Brian? |
PROBLEM STATEMENT When the zoom toggle button (the button with the magnifying glass icon on the tool bar) of the PrintPreviewDialog is clicked, a new "window" accessible appears that has a "menu" child. This "menu" accessible seems to always have the "focused" state (even if the PrintPreviewDialog window is not active). This "menu" accessible should ever have the "focused" state. REPRO 1. Run uia2atk/test/samples/printpreviewdialog.py 2. Run the attached script, which does the following: 1. Performs the 'click' action for the zoom toggle button, which drops down the zoom menu. 2. Print the states of the zoom "menu" accessible. RESULTS The "menu" accessible has the "focused" state EXPECTED RESULTS The "menu" accessible should not have the focused state