[Webkit-unassigned] [Bug 31103] [GTK] editing/selection/shrink-selection-after-shift-pagedown.html failing

[bugzilla-daemon at webkit.org]

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


Chang Shu <Chang.Shu at nokia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Chang.Shu at nokia.com




--- Comment #4 from Chang Shu <Chang.Shu at nokia.com>  2009-11-04 11:37:54 PDT ---
(In reply to comment #0)

> 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.

Somehow, I observe the same situation in Qt (see bug 31122).
"Shift-PageDown" selected one row more than expected (11 rows all together).
However, if I manually do the "Shift-Pagedown" on QtLauncher, the selection is
much less: 8 rows. I haven't figured out why.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.