[Webkit-unassigned] [Bug 53300] New: [GTK] Caret Offset is one off at the end of wrapped lines

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Jan 28 06:46:01 PST 2011


https://bugs.webkit.org/show_bug.cgi?id=53300

           Summary: [GTK] Caret Offset is one off at the end of wrapped
                    lines
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Accessibility
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: joanmarie.diggs at gmail.com
                CC: apinheiro at igalia.com, msanchez at igalia.com


Created an attachment (id=80446)
 --> (https://bugs.webkit.org/attachment.cgi?id=80446&action=review)
test case

Steps to reproduce:

1. Load the test case in Epiphany.

2. Launch Accerciser and select the accessible object associated with the paragraph from the test case.

3. Query the accessible text interface for the paragraph and use it to do the following:

A. Position the caret one character to the left of the end of a line. Then check the caret offset.

B. Position the caret at the end of the line from step 3A. Then check the caret offset.

C. Position the caret at the beginning of the next line. Then check the caret offset.

In [1]: text=acc.queryText()
In [2]: text.caretOffset
Out[2]: 110 <-- (one character before end of line)
In [3]: text.caretOffset
Out[3]: 112 <-- (end of line)
In [4]: text.caretOffset
Out[4]: 112 <-- (start of next line)
In [5]: text.caretOffset
Out[5]: 227 <-- (one character before end of line)
In [6]: text.caretOffset
Out[6]: 229 <-- (end of line)
In [7]: text.caretOffset
Out[7]: 229 <-- (start of next line)

The impact of this bug is that Orca incorrectly presents the character/word at the end of the line when the user is navigating by character/word. (We wind up repeating the start of the following line.)

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list