Bug 207624
| Summary: | [GTK] imported/w3c/web-platform-tests/html/semantics/forms/textfieldselection/textfieldselection-setSelectionRange.html is failing since r256207 | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Diego Pino <dpino> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | bugs-noreply, crzwdjk |
| Priority: | P2 | ||
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Diego Pino
* imported/w3c/web-platform-tests/html/semantics/forms/textfieldselection/textfieldselection-setSelectionRange.html [ Failure ]
Diff:
imported/w3c/web-platform-tests/html/semantics/forms/textfieldselection/textfieldselection-setSelectionRange.html
15,18c15,18
< PASS input direction of setSelectionRange(0,1,"none")
< PASS input direction of setSelectionRange(0,1,"hoge")
< PASS input direction of setSelectionRange(0,1,"BACKWARD")
< PASS input direction of setSelectionRange(0,1)
---
> FAIL input direction of setSelectionRange(0,1,"none") assert_equals: expected "none" but got "forward"
> FAIL input direction of setSelectionRange(0,1,"hoge") assert_equals: expected "none" but got "forward"
> FAIL input direction of setSelectionRange(0,1,"BACKWARD") assert_equals: expected "none" but got "forward"
> FAIL input direction of setSelectionRange(0,1) assert_equals: expected "none" but got "forward"
40,43c40,43
< PASS textarea direction of setSelectionRange(0,1,"none")
< PASS textarea direction of setSelectionRange(0,1,"hoge")
< PASS textarea direction of setSelectionRange(0,1,"BACKWARD")
< PASS textarea direction of setSelectionRange(0,1)
---
> FAIL textarea direction of setSelectionRange(0,1,"none") assert_equals: expected "none" but got "forward"
> FAIL textarea direction of setSelectionRange(0,1,"hoge") assert_equals: expected "none" but got "forward"
> FAIL textarea direction of setSelectionRange(0,1,"BACKWARD") assert_equals: expected "none" but got "forward"
> FAIL textarea direction of setSelectionRange(0,1) assert_equals: expected "none" but got "forward"
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Diego Pino
I've been investigating this bug.
The error occurs on `HTMLTextFormControlElement.cpp::computeSelectionDirection`. More precisely in this line:
https://webkit-search.igalia.com/webkit/source/Source/WebCore/html/HTMLTextFormControlElement.cpp#420
The method returns `SelectionHasNoDirection` (expected result) when `document.frame()` is null. For some reason, in GLIB based ports `document.frame()` is not null thus the method continues its execution and eventually returns "forward".
Arcady Goldmints-Orlov
This has been fixed by r291396. Closing this bug as duplicate.
*** This bug has been marked as a duplicate of bug 237641 ***