[Webkit-unassigned] [Bug 31103] New: [GTK] editing/selection/shrink-selection-after-shift-pagedown.html failing
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Nov 4 00:23:27 PST 2009
https://bugs.webkit.org/show_bug.cgi?id=31103
Summary: [GTK]
editing/selection/shrink-selection-after-shift-pagedow
n.html failing
Product: WebKit
Version: 528+ (Nightly build)
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: P2
Component: WebKit Gtk
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: xan.lopez at gmail.com
This test is failing for at least two reasons. First of all, it tries to modify
a textarea without focusing it first, assuming that the DRT will focus the view
when starting. Our DRT does not do this, so it fails. Patch attached to fix
that.
After that is done, the test still fails. Apparently the height we give for the
area is too big, so the scrolling code in EditorCommand.cpp goes too far and we
end up selecting one row too many (one 'NO' too many), so after doing a
shift-up we have still one NO selected. One way to workaround this is to tweak
our lineSpacing in our Font code, so I believe this might be related to our
age-old bug in that code where our lineSpacing seems to be miscalculated in
some cases. I have a small cairo testcase for that (attached) and I'll send it
to the cairo list, but in any case this still needs investigation.
--
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