Comment 1 by jteh on 2013-05-22 00:25
Please specify what browser(s) you tested this with.

Comment 2 by briang1 on 2013-05-22 06:07
When I read this I wondered if it was another manifestation of the problems experienced in IE on the tickets site with the table markers being mangled.
If the reporter is using IE, then it would be worth using Firefox to see what happens.

Comment 3 by spanchang02 (in reply to comment 2) on 2013-05-26 17:40
Hello,
No this is the experience with Firefox.
Unfortunately, NVDA does not behave well with Internet Explorer, so my suggestion #3244 and 3245 are based on testing with Firefox 20/21
Sailesh

Replying to briang1:

When I read this I wondered if it was another manifestation of the problems experienced in IE on the tickets site with the table markers being mangled.

If the reporter is using IE, then it would be worth using Firefox to see what happens.

Comment 4 by jteh on 2013-05-28 04:07
For Firefox, NVDA uses the information Firefox exposes via IAccessible2 to determine table headers, so any enhancement to this needs to be done by Mozilla. I'd recommend filing a bug with Mozilla.

Comment 5 by spanchang02 on 2013-06-09 10:12
FYI:
Mozilla bug submitted June 9, 2013
881048 Submitted – Recognizing column headers marked up as TH in a table- improvement needed) –
NVDA Community#3245

Thanks,
Sailesh

This issue is still reproducible in Firefox 63.0.3 and NVDA 2018.4 Beta 4. It would really help if Mozilla fix this sometime in the future. Speaking at least for myself, I know how annoying it can be if you have many complex tables every day (i.e. I work every day with income statements and balance sheets in browser). Therefore I prefer to disable reporting of tables and row and column headings rather than hearing multiple not relevant headings reported every time when navigating in a new cell.

It is not the optimal solution but I learn the headings by hard and then navigate through the table.

CC @jcsteh and @MarcoZehe
Was not sure if you knew about this issue

Update with NVDA Version: alpha-20015,56a62097:

In Firefox 75: request 1 works as expected, request 2 does not work. In case 2, NVDA reports still "toys Handbags and Accessories". Expected is only "toys" when you navigate on column 1 in the toys division.

In Edge cromium and Crome 81this table does not work as expected, but this is a general problem in those browsers.
To make this work properly in Firefox, you need to assign a TH id for your headings, and for the divisions, you need to assign them as sub headings. See example 2 on this page:
https://www.w3.org/WAI/tutorials/tables/multi-level/#table-with-three-headers-related-to-each-data-cell

@jcsteh Is there any update on the bug filled with Mozilla sofar? Or what is your opinion on this?

cc: @aleventhal for Crome and Cromium. Is there a bug filled for Cromium on this issue?

I found following Cromium bug:
https://bugs.chromium.org/p/chromium/issues/detail?id=947881