Bug 11351 – Element with "overflow: auto" inside body with "overflow: hidden" is not scrollable via the keyboard

• Component: WebCore Misc.
• Status: RESOLVED CONFIGURATION CHANGED

[Mark Rowe (bdash)]

Steps to reproduce:

1) Visit <http://www.jackslocum.com/yui/2006/10/19/cross-browser-web-20-layouts-with-yahoo-ui/>
2) Click inside the body of the article to ensure that the region has focus.
3) Hit the up and down arrow keys on your keyboard.

Expected results:
The element with scrollbars should scroll up and down as appropriate.

Actual results:
Nothing happens.

[Dave Hyatt]

Normally they are.  Not sure what is different about this layout.

[Mark Rowe (bdash)]

Dave, you're right.  I mistakenly thought that I had seen this on simpler sites.  I will work on a reduction.

[Mark Rowe (bdash)]

Created attachment 11141 [details]
Reduction

Reduction showing the bug.  The magic ingredient is the "overflow: hidden" on the body element.

[Mark Rowe (bdash)]

One further note:  if the "overflow: hidden" is set on a containing div rather than the body, the scrolling works as expected.  When set on the body, it doesn't.

[Mark Rowe (bdash)]

This looks to happen because when the body element has "overflow: hidden", -[WebFrameView allowsScrolling] ends up returning NO due to it's WebDynamicScrollBarsView has horizontal/vertical scrolling modes set to Off.  This causes -[WebFrameView keyDown:] to bail out of its handling of the key event and pass it up to super.

[Mark Rowe (bdash)]

<rdar://problem/4928611>

[Ahmad Saleem]

I am not able to reproduce this bug using attached "Reduction" in Safari Technology Preview 152 and upon clicking on "article" (grey box / area) and then using keyboard arrow guys, I am able to scroll up and down fine and it is matching with all other browsers (Chrome Canary 107 and Firefox Nightly 106). I am going to mark this as "RESOLVED CONFIGURATION CHANGED". Please reopen if you think this is not fixed. Thanks!