Created attachment 97625 [details]
Steps to reproduce:
1. Create a Writer document and insert a comment
2. Launch Accerciser and explore the accessible hierarchy
Expected results: The comment would be exposed with ROLE_COMMENT.
Actual results: The comment is exposed as ROLE_SCROLL_PANE. (See attached screenshot.)
If it were me, I'd just change the role of the scroll-pane object. At least in my mind, the "comment" being pointed to is the entire yellow post-it-note-looking thing (incuding the author, date, and actions; not merely the question it contains. Besides, the fact that this object is a scrollbar-less scroll pane is of no interest to Orca or its users. :) So unless there's a good reason not to touch the role of the scroll-pane, I'd be most appreciative if that were the fix.
Thanks in advance!
Already fixed in master (would be part of 4.3), due to this commit:
Shall we backport it?
Backported to 4.2 branch: https://gerrit.libreoffice.org/#/c/9267/
(In reply to comment #0)
> ... So
> unless there's a good reason not to touch the role of the scroll-pane, I'd
> be most appreciative if that were the fix.
There was no good reason, in fact the internal UNO role for that element is a "comment" too and it's just being translated to ATK's scroll-pane, maybe because ATK comment role didn't exist at that time.
Pushed to 4.2 branch, will be available in 4.2.5 :)