373077 - getTextAtOffset returns bad text, start, end offsets for list items

Status: RESOLVED FIXED

(Core :: Disability Access APIs, defect)

Description

[parente]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a3pre) Gecko/20070307 Minefield/3.0a3pre

Note: This was not a bug prior to the 20070307 build. It worked fine yesterday.

1) See attached HTML page.
2) Use AT-SPI's getTextAtOffset on the first list item. Return value is empty string, start offset = 0, end offset = 0.
3) Use AT-SPI's getText(0, -1). Return value is '<bullet> <embed>' (where <embed> represents the link).

getTextAtOffset should be returning the same thing as getText in this case since all of the text fits on one visible line.

Comment 1

[parente]

Attachment: test case

Comment 2

[parente]

Problem still exists in 2007-03-12 build after fix to caret events.

Comment 3

[Aaron Leventhal]

Attachment: Temporary workaround

Getting list item bullets to work properly with out hypertext implementation will be hard. But, this should be okay for now.

Surkov, will you approve a temporary fix like this? It basically puts us back where we were before, ignoring error conditions when PeekOffset() failed when going backwards starting at the bullet frame.

Comment 4

[alexander :surkov (:asurkov)]

Aaron, can you file a bug for this where problem will be described and where will be presented possible approach to fix it?