|
Bugzilla – Full Text Bug Listing |
| Summary: | [uiaclient-GTKs]: The disable button became a enable button, but its IsEnableProperty still be false | ||
|---|---|---|---|
| Product: | [Mono] UI Automation | Reporter: | Feng Xia Mu <fxmu> |
| Component: | Client - UIA | Assignee: | E-mail List <mono-a11y-bugs> |
| Status: | VERIFIED FIXED | QA Contact: | E-mail List <mono-a11y-qa> |
| Severity: | Normal | ||
| Priority: | P2 - High | CC: | mgorse |
| Version: | Unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | openSUSE 11.2 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Feng Xia Mu
2010-04-15 03:53:36 UTC
Our code currently uses ATK_STATE_ENABLED to set the IsEnabled property. Most Gtk widgets set both STATE_SENSITIVE and STATE_ENABLED based on whether the widget is sensitive, but a few widgets (toggle buttons and check menu items) also check whether the widget is "inconsistent" for STATE_ENABLED. At-spi-sharp, like pyatspi2, caches the state set as an optimization and relies on StateChanged signals. Since it does not receive one for STATE_ENABLED, its cache can become incorrect. I've filed BGO#615999 for this and proposed a patch, so it should be fixed in gtk+ 2.21.1 (not sure about 2.20.1). In the meantime, I should be able to mostly work around it in AtspiUiaSource. Added a work-around in at-spi-sharp R155839. (The proper fix would be in gail and is still awaiting review.) Oops--forgot to mark fixed. The bug has been fixed in at-spi-sharp-155839-48.1.i586 |