Make WordPress Core

Opened 10 years ago

Last modified 17 months ago

#39793 new defect (bug)

Scrolling up in the sticky post text editor does not scroll the page up to top

Reported by: elmo5 Owned by:
Priority: normal Milestone: Future Release
Component: Editor Version:
Severity: normal Keywords: needs-patch
Cc: Focuses: accessibility

Description

In the sticky post editor, if I use arrow keys to navigate in the text mode tab (textarea#content), the page does not scroll up to the very top of the page, leaving part of the text hidden. I have to use mouse to again reveal the text. In the TinyMCE mode the scrolling works perfectly.

I attached a screenshot where I created lines of text to get the page scroll. At the bottom of the page, cursor can be seen all the time. Then, when I go and use arrow keys to scroll to the first line of the text, it only scrolls almost to the top, leaving about 6.5 lines above the scroll.

Additionally, using Ctrl+Home or Ctrl+End (on Windows) to navigate to the top or bottom of the textarea does not scroll the page.

Attachments (1)

Capture.PNG (83.8 KB ) - added by elmo5 10 years ago.

Download all attachments as: .zip

Change History (25)

@elmo5
10 years ago

#1 @bhargavbhandari90
10 years ago

  • Focuses accessibility administration added
  • Keywords needs-patch added

This ticket was mentioned in Slack in #accessibility by afercia. View the logs.


10 years ago

#3 @afercia
10 years ago

  • Focuses ui administration removed
  • Milestone Awaiting Review4.8
  • Version 4.7.2

I was able to reproduce this on Firefox and Chrome, when activating the option Enable full-height editor and distraction-free functionality. and with a very long post. From an accessibility perspective, something that needs to be fixed since there's no way to move the cursor back to the top of the post when using keyboard only.

This ticket was mentioned in Slack in #accessibility by afercia. View the logs.


9 years ago

This ticket was mentioned in Slack in #core-editor by afercia. View the logs.


9 years ago

This ticket was mentioned in Slack in #accessibility by afercia. View the logs.


9 years ago

This ticket was mentioned in Slack in #core by jeffpaul. View the logs.


9 years ago

#8 @jbpaul17
9 years ago

  • Milestone 4.84.8.1

Punting to 4.8.1 per discussion in today's 4.8 rc1 bug scrub in #core.

This ticket was mentioned in Slack in #accessibility by afercia. View the logs.


9 years ago

#10 @afercia
9 years ago

Not sure if it's worth fixing this, now that all the focus is on the new editor Gutenberg, /cc @azaozz @iseulde

This ticket was mentioned in Slack in #accessibility by afercia. View the logs.


9 years ago

This ticket was mentioned in Slack in #core-editor by afercia. View the logs.


9 years ago

This ticket was mentioned in Slack in #core by jeffpaul. View the logs.


9 years ago

#14 @jbpaul17
9 years ago

  • Milestone 4.8.14.9

Punting per today's bug scrub.

This ticket was mentioned in Slack in #accessibility by afercia. View the logs.


9 years ago

This ticket was mentioned in Slack in #accessibility by afercia. View the logs.


9 years ago

This ticket was mentioned in Slack in #core-editor by afercia. View the logs.


9 years ago

This ticket was mentioned in Slack in #core by melchoyce. View the logs.


9 years ago

#19 @melchoyce
9 years ago

  • Milestone 4.95.0

#20 @Travel_girl
8 years ago

I think its still worth to fix it, as the old editor will still be in projects, if users don't want to update to Gutenberg.

#21 @pento
8 years ago

  • Milestone 5.05.1

This ticket was mentioned in Slack in #accessibility by afercia. View the logs.


8 years ago

#25 @afercia
8 years ago

  • MilestoneFuture Release

Reviewed during today's accessibility bug scrub. This is still an annoying problem in the Classic Editor (which will be supported till end 2021). Moving to Future Release as something that needs focus and solution.

This ticket was mentioned in Slack in #accessibility by joedolson. View the logs.


17 months ago

Note: See TracTickets for help on using tickets.