Bug 68855
| Summary: | editing/selection/select-bidi-run.html fails on GTK | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Ryosuke Niwa <rniwa> |
| Component: | HTML Editing | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | mrobinson, rego, xan.lopez, zan |
| Priority: | P2 | Keywords: | Gtk, LayoutTestFailure |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Ryosuke Niwa
The test added by http://trac.webkit.org/changeset/95964 is failing on GTK:
http://build.webkit.org/results/GTK%20Linux%2032-bit%20Release/r96033%20(17747)/editing/selection/select-bidi-run-pretty-diff.html
I don't quite understand what's happening here. Maybe GTK port doesn't support mouseDown, mouseMoveTo, or leapForward?
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Ryosuke Niwa
Temporarily skipped in http://trac.webkit.org/changeset/96056.
Manuel Rego Casasnovas
Just to add some information about this test.
It seems that this test is not passing in GTK+ WK1 due to patch for bug #40267.
Without that patch this test passes, as the test is checking the values while moving the mouse, and with the patch the events queue waits for mouse up.
Anyway reverting the patch for bug #40267 other tests fail so it needs further investigation. For example:
* fast/events/selectstart-by-drag.html: Actually this gets fixed as we have an special expected file for GTK+.
* fast/forms/range/slider-delete-while-dragging-thumb.html: This test seems to fail without the patch.