| Summary: | ACC: AT-SPI accessible tree omits objects which are not visible on the screen. | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Dattatray Bhat <bhatdv> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | reisi007, sasha.libreoffice, vstuart.foote |
| Version: | 3.3.0 release | ||
| Hardware: | x86 (IA32) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Bug Depends on: | |||
| Bug Blocks: | 36549 | ||
| Attachments: | Accessible tree shows only 24 of the 26 paragraphs in the document. | ||
The real problem is that the accessible tree contains only those objects which are visible on the screen at any instant, and ignores those which are above or below. This prevents Assistive Technology tools from accessing the full document. So it needs to be fixed on a priority basis. This bug is a major hurdle in the way of assistive tools like Orca screen reader trying to access the whole document. How much easy or difficult is it to fix? May we get a tentative target date for fixing it? FLOWS_FROM and FLOWS_TO relationships, however, link together all paragraphs and table cells in the document, visible or not. [This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html Today I rechecked my observation with Libre Office dev 3.5.0 beta2 and found that the bug persists. I suggest that the bug be moved back to NEW status. Is this Gnome 2? Remains this problem in Gnome 3? Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian Dear bug submitter! Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs. To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem. Yours! Florian The bug is real. I noticed it in version 3.3.0 and submitted it with a supporting screenshot. I reconfirmed that the bug exists with version 3.5.0 beta2. It falls in the same category as bugs 35105, 35107, 35110, 35111, 35129 which you have reopened and changed to NEW. Behavior remains, should have been returned to NEW status. The corresponding Apache OpenOffice bug is also still open: https://issues.apache.org/ooo/show_bug.cgi?id=117542 |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 44815 [details] Accessible tree shows only 24 of the 26 paragraphs in the document. Some objects at the end of a writer document are not included in the AT-SPI accessible tree. If a document has n objects, the accessible tree shows only (n-k) objects. When an assistive tool navigating the document reaches (n-k)th object, it wrongly concludes that the last object is reached and wraps to the top. Steps to reproduce: 1. Create a writer document containing 22 paragraphs, each paragraph consisting of only one or two words and terminated by a new line. Save and close the document. 2. Reopen the document. Move the cursor to the first line. 3. Start Accerciser accessibility explorer. 4. Go to the accessible tree view at top left. As shown in attached screen-shot, select the accessible object corresponding to the Document view, with role document frame. Make a note of the number of paragraphs shown in 'Children' column. Close Accerciser. 5. Repeat steps 1-4 with more paragraphs (23, 24, 25, 26, ...) till number of paragraphs in accessible tree (Step 4) are less than the number of paragraphs in the document (Step 1). When I carried out the above steps, I got the following results: Paragraphs in document Paragraphs in accessible tree 22 22 23 23 24 24 25 24 26 24 Contents of my writer document were as below - Para 1 Para 2 Para 3 Para 4 Para 5 Para 6 Para 7 Para 8 Para 9 Para 10 Para 11 Para 12 Para 13 Para 14 Para 15 Para 16 Para 17 Para 18 Para 19 Para 20 Para 21 Para 22 Para 23 Para 24 Para 25