[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