121669 - Active Accessibility: nsIAccessible's accTakeFocus() does not work as intended on Html Table.

Status: VERIFIED WONTFIX

(SeaMonkey :: General, defect)

Description

[dsirnapalli]

I attached the test case. when you see the results accFocused-> shows "Fail" 
and state-> shows 4(STATE_FOCUSED), because table is getting focused.
Test case is large, important functions in the test case are executeTestCase() 
and constructResults(). in executeTestCase() see the lines...
var domNode = getDomNodeTable();
accNode = getAccessibleNode(domNode);
tempaccNode = accNode;

accNode.accTakeFocus();
i am storing the accessible node temporarily in tempaccNode.
at this point i am not sure whether there is focus on table.when you come to 
constructResults() function see the lines..
if(tempaccNode.accGetDOMNode() == accNode.accFocused.accGetDOMNode())
{
  varaccFocused = true;
}
else
{
  varaccFocused = false;
}
the above lines tell that the dom node for both focused node and temp node are 
same.if you try to alert varaccFocused() you can see it shows "true", which 
means the table is focused.

Comment 1

[dsirnapalli]

Attachment: Test Case

Test case to reproduce the bug.

Comment 2

[dsirnapalli]

-- try to run the test case in mozilla or mfcEmbed.

Comment 3

[Aaron Leventhal]

Dharma, the test case shows up as a blank page for me.

Comment 4

[Aaron Leventhal]

I found an easier way to test this.
Load up Inspect, point at a table, click on the focus toolbutton in Inspect.
It will then report STATE_FOCUSED on the table.

As a matter of fact, the same thing happens with anthing that represents a DOM
element.

So we have 3 categories of objects that can have an IAccessible
1. Text nodes - these are not elements, and can never take focus
2. DOM elements that normally can take focus -- links, form elements
3. DOM elements that normally do not take focus -- images, table cells, tables

Items in group 3 - images, table cells and tables, are all exhibiting this
behavior. Through MSAA, you can focus them, and they will report that they are
focused, although there is no CSS rule to make their focus state apparent.

I've decided this isn't really a bug. If the process in question really does
want to focus on one of those elements, I suppose it should be allowed to. At
this point, I really don't want to remove this capability -- the ability to
focus on element will probably be useful at a later point.

Dharma, thanks for reporting this -- it's a good thing we discovered this.

Comment 5

[dsirnapalli]

-- sorry, i attached wrong test case. anyway i was able to reproduce it with 
your steps. i am not attaching the test case again.

Comment 6

[dsirnapalli]

-- Marking bug as verified.