Bug report - Web Editor - Formatting text causes the view to reset

Reposting this as I may have posted in the wrong place.

One of our users has reported a bug with the H5P responsive text editor in multiple content types. If you have inputted enough text to cause the scrollbar to appear in the editor, and then highlight text and click the Bold button, the viewport will scroll back to the top of the screen when you try to click the viewport again. We are using Moodle, but we primarily create content through h5p.com and are encountering the issue there.

Platform: Moodle/Web
Browser: Chrome/Edge
No browser console errors

Steps To Replicate:

• Go to h5p.com and click the blue 'Add Content' button.
• Select a content type that allows text input, Interactive Book is the easiest example
• Enter enough text to cause the scrollbar to appear on the right hand side of the screen (see screenshot below)
• 
• Scroll down and highlight some text, then click the B (Bold) icon: 
• 
• The text will turn bold. Click the viewport again to continue typing text.
• The view resets to the scroll to the top of the page:
  
  
  Expected Behaviour:
  The viewport shouldn't reset after selecting bold, there is some sort of script triggering that shouldn't be triggering. This behaviour occurs with other formatting options such as italics and strikethrough, and the paragraph options. 
  
  Workarounds
  Manually pressing ctrl+b and typing text doesn't cause the view to reset, and all of the formatting changes are saving. Our users are encountering issues because subject matter experts are sending them text to format into an h5p activity, so they are bolding after the fact.
  
  Could this behaviour be fixed/removed?
  
  Regards
  Lachlan Snell
  Senior Learning Technologist
  University of New England