WebKit Bugzilla
New
Browse
Search+
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
92584
i and j keys no longer scroll in results.html
https://bugs.webkit.org/show_bug.cgi?id=92584
Summary
i and j keys no longer scroll in results.html
Simon Fraser (smfr)
Reported
2012-07-28 14:55:07 PDT
I added support for the i, j, k, l keys in results.html, and they should scroll to the selected result. The scrolling no longer works. I can hear the baby jesus crying.
Attachments
Patch
(10.22 KB, patch)
2012-07-31 14:07 PDT
,
Ojan Vafai
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Simon Fraser (smfr)
Comment 1
2012-07-30 16:49:31 PDT
This broke in
http://trac.webkit.org/changeset/122880
when the style was changed to body { display: -webkit-flex; }
Ojan Vafai
Comment 2
2012-07-31 14:07:12 PDT
Created
attachment 155631
[details]
Patch
Simon Fraser (smfr)
Comment 3
2012-07-31 14:14:27 PDT
Comment on
attachment 155631
[details]
Patch Why all this craziness, and not just a normal scrolling document?
Tony Chang
Comment 4
2012-07-31 14:25:36 PDT
Comment on
attachment 155631
[details]
Patch Sorry, didn't see Simon's comment.
Ojan Vafai
Comment 5
2012-07-31 14:28:19 PDT
(In reply to
comment #3
)
> (From update of
attachment 155631
[details]
) > Why all this craziness, and not just a normal scrolling document?
It's not actually that much craziness, is it? It's an extra container flexbox div and scrolling a div element instead of the window. The rest of the code changes are just fixing unrelated bugs I stumbled upon as I was testing this. It's so the flagged tests always show up at the bottom of the viewport. I was watching people over their shoulders using flagging and they didn't understand what flagging did because the text box was scrolled out of view. Also, it bugs me when I flag things and I need to scroll to get the text box.
Simon Fraser (smfr)
Comment 6
2012-07-31 14:33:33 PDT
Can't the flagging box just be position:fixed, bottom: 10px?
Ojan Vafai
Comment 7
2012-07-31 14:46:25 PDT
(In reply to
comment #6
)
> Can't the flagging box just be position:fixed, bottom: 10px?
Then it overlaps the content at the end of the page.
Ojan Vafai
Comment 8
2012-07-31 16:11:21 PDT
Comment on
attachment 155631
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=155631&action=review
> LayoutTests/fast/harness/results.html:1121 > + var container = document.querySelector('.content-container'); > // rowRect is in client coords (i.e. relative to viewport), so we just want to add its top to the current scroll position. > - window.scrollTo(window.scrollX, window.scrollY + rowRect.top - 20); > + container.scrollTop += rowRect.top - 20;
To be clear, this is the only part of this patch that is needed for fixing the scrolling. The rest is to make navigating/flagging unexpected passes work.
Ojan Vafai
Comment 9
2012-07-31 18:28:26 PDT
Comment on
attachment 155631
[details]
Patch Marking cq+. Simon, it doesn't seem like you object to this getting committed. If you do, feel free to cq- or rollout if this get committed before you notice.
Simon Fraser (smfr)
Comment 10
2012-07-31 19:00:24 PDT
I'm ok with it.
WebKit Review Bot
Comment 11
2012-07-31 19:49:33 PDT
Comment on
attachment 155631
[details]
Patch Clearing flags on attachment: 155631 Committed
r124287
: <
http://trac.webkit.org/changeset/124287
>
WebKit Review Bot
Comment 12
2012-07-31 19:49:37 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug