Gutenberg: Page constantly jumps when trying to scroll to bottom

[maddisondesigns]

Describe the bug
I've had this happen quite a few times recently. After previewing a page (in another tab), I returned to the edit screen to make some changes. When I try to scroll to the bottom of the page, the page keeps scrolling itself updwards whenever I try to scroll down. If you look at the following vid, when I try to scroll all the way down the page, you can see that the page keeps scrolling back up half a page or so, and it wont actually let me scroll all the way down.

You'll also notice that as I scroll back up the page, there's a huge blank space above the Vimeo embed. Once I stop scrolling, the video seems to jump back to it's proper position and the gap disappears, until I scroll down and back up again.

https://cl.ly/1b0b2P3X0q0s

To Reproduce
Steps to reproduce the behavior:
I don't know how to reproduce it sorry. It seems to happen randomly. I do know that I've had it happen quite a few times though. The page in the vid is the default Gutenberg post

Desktop (please complete the following information):

• OS: macOS Sierra 10.12.6
• Browser: Firefox Quantum 61.0.1 (64-bit)
• Version: Gutenberg 3.4.0

[designsimply]

I was able to reproduce the problem using the following extremely specific steps:

1. Go to WP Admin > Gutenberg to open the demo.
2. Scroll down until you see the Vimeo embed block.
3. Hover over the block until you see the mouse turn into a hand indicating you are on the draggable handle for the block and click (note: the draggable handles are currently on the right and left and are subject to change, see #7114).
4. Place the cursor into the very middle so that it will be hovering over other existing blocks and not to the right or left of them.
5. Continue scrolling down with the mouse to the end of the content _while_ the Vimeo video block is still selected and in drag-and-drop mode.

Result: if you have _both_ selected an embed block's draggable handles _and_ scroll down over the top of other blocks _at the same time_, the editor will scroll back up to the currently selected block that is designated as ready to drag-and-drop. The problem does not happen if the selected block is not in drag-and-drop mode and if the mouse is not hovered over other blocks during scroll. (1m26s)

Possible solution: ditch drag-and-drop mode for items that are scrolled out of view.

Note: I am not sure how technically feasible or easy this is to address—it's worth considering whether or not there is a good tradeoff here to adding code in order to alleviate the extremely specific set of steps it takes to get into this rather odd state. I'd say go for it if it can be solved simply but skip it if it would take a ton of code to address. 🙂 Because of that I am marking this issue as low priority.

[maddisondesigns]

@designsimply I just followed your steps and I found it's actually easier to reproduce than that. You don't need to do your Step 3. All you need to do is select the Vimeo block and then move the cursor below it (hovering over the other blocks) and then keep scrolling.

Here's another vid - https://cl.ly/1K0V3X312r32

[jasmussen]

In #10227 I believe I fixed this issue.

Thanks for the detailed report and steps to reproduce. I tried a bunch of things and for the longest time I couldn't reproduce. I think this is due to various browser, operating system behaviors, and mouse defaults.

But in the end I was able to reproduce an issue that, although it didn't create bounces in my situation, I BELIEVE it's the same issue. From the ticket here's how I reproduced that issue:

Steps to reproduce:

1. Have a page with enough content to create a scrollbar.
2. Scroll to the very end of that content.
3. Hold a brief pause in scrolling.
4. Now in one motion first scroll downwards and then immediately start scrolling upwards.

Observe that you're not scrolling anywhere, or you're invoking overscroll bounces.

Step 4 is crucial — it is BECAUSE we start by scrolling downwards that the browser decides to try and scroll the body element instead of the element we mean to scroll (.edit-post-layout__content), and because the body can't be scrolled, this is causing the issue.

Can you try the PR and see if it fixes the issue?

[maddisondesigns]

This issue is back again in 5.0 RC3. Can you please re-open this. You can't access any content under a video embed Block if one of them is selected

[Soean]

I tested on the current Gutenberg version and can't reproduce it. @maddisondesigns does this issue still exist or can we close it?

[maddisondesigns]

@Soean This is still an issue with WP 5.2.1 and v5.9.0 of the Gutenberg plugin.

After selecting a Vimeo block, the page is still jumping erratically when trying to scroll below it, and when scrolling back up, large gaps appear and disappear in your content.

Here's another vid: https://cl.ly/480ce9c32886

[maddisondesigns]

This is also happening on YouTube Blocks now as well. Previously it only seemed to happen with Vimeo vids, but now the same thing is also happening with YouTube vids, which means it's gotten worse.

Tested with Gutenberg v6.4.0

[ehti]

@maddisondesigns Using Chrome 80 and latest Firefox on macOS, Gutenberg 7.7.1, I tried to reproduce it but no luck. Are you still seeing the issue and if so, what's your environment? Fresh install as well?

[maddisondesigns]

@ehti I just tried with Firefox 74.0 and WP5.4-RC3, and also with Gutenberg 7.7.1, and couldn't replicate it, so happy for you to close this one if you want.

[ehti]

Thanks for confirming! 🙌