Closed Bug 1177014 Opened 5 years ago Closed 4 months ago
Line offsets incorrect for block followed by list
Str: 1. Open this URL: data:text/html,<div>block</div><ul><li>li</li></ul> 2. Retrieve the accessible for the document. 3. Retrieve the line offsets at offset 0. Expected: (0, 1) Actual: (0, 2) 4. Retrieve the line offsets at offset 1. Result (correct): (1, 2) Impact: This causes ATs to report that the list is part of the line with the block when it isn't.
here's an example how a test may be constructed: https://dxr.mozilla.org/mozilla-central/source/accessible/tests/mochitest/text/test_lineboundary.html#33,34-36 as long as we have a test case, the next step is to figure out where's out expectations are broken, I suppose that a start point for the debugging could be at HyperTextAccessible::FindOffset.
Assignee: nobody → jteh
Pushed by firstname.lastname@example.org: https://hg.mozilla.org/integration/autoland/rev/7aa2279f941c Modify TransformOffset to correctly report bullet offsets, despite incorrect return from PeekOffset. r=Jamie
You need to log in before you can comment on or make changes to this bug.