[Webkit-unassigned] [Bug 174856] AX: Incorrect range from index and length in contenteditable with <p> tags

[bugzilla-daemon at webkit.org]

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

--- Comment #5 from Nan Wang <n_wang at apple.com> ---
Comment on attachment 316437
  --> https://bugs.webkit.org/attachment.cgi?id=316437
patch

View in context: https://bugs.webkit.org/attachment.cgi?id=316437&action=review

>>>> Source/WebCore/accessibility/mac/WebAccessibilityObjectWrapperMac.mm:3956
>>>> +            return m_object->doAXStringForRange(plainTextRange);
>>> 
>>> is this not possible to fix in the characterOffsetForIndex? do you know the reason?
>> 
>> I think the problem here is that for text controls, the AXValue comes from the AccessibilityNodeObject::text() (we call downcast<HTMLTextFormControlElement>(*node).value() or downcast<Element>(node)->innerText()).
>> This value can be different from what textIterator gives us. In this case it will contain two newline characters instead of one visually.
>> So when we try to get the range of text we should match that with the entire element value.
> 
> does this need to be nativeTextControl() then? I think textControl also pulls in role=textbox

I think isTextControl() is what we want, otherwise the problematic contenteditable wouldn't be covered. nativeTextControl() only returns true for form controls and <textarea>

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170726/0bad6f2d/attachment.html>