-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Difficulty adding block at bottom of content #64889
Comments
I think it's a little different. My issue is more related to focusing/moving the caret into an existing last block, whereas this one is about adding a new block to the end of content. |
cc @jasmussen @richtabor Seems like users are having issues inserting blocks at the bottom of the post editor after #60697. There were also a few comments in #63882. |
CC: @WordPress/gutenberg-design |
Thank you Joen for bringing attention to this issue! Test site. Yes. I have noticed this behavior for a while as well on a few sites. I need only add one block. When I try to click below the one block I am not able to add another block by clicking below it. I have to use enter/return on my keyboard to be able to add another block. Not.able.to.click.below.a.block.to.add.another.block.mp4Use case. Not.able.to.click.below.a.block.to.add.another.block.2.mp4I really look forward to getting this fixed. |
Autoptimize plugin support mentioned to disable through Settings -> Autoptimize. ---> Disabling to add a metabox also removed the issue of not being able to click below the current block to add a new block. This sounds like adding a metabox might cause this issue. |
I just tested with Yoast SEO plugin as it adds a metabox into the sidebar Page settings. |
I went ahead and reopened this issue: EDIT: My mistake the issue should not have been reopened. It was closed again. |
It looks like there was a recent regression with the click below to add a block after #64639 in the iframed editor. The PR #64992 fixes it in my testing, so hopefully that can be finalized. For some background this feature never worked in the non-iframed editor, so now it becomes clear why there were complaints after the trailing appender was removed. #64639 & #64992 will mean that iframed and non-iframed editor work the same way, so that shouldn't be an issue, and I think from 6.7 the iframed editor will hopefully become more prevalent. |
It does appear this is resolved. I tested WP 6.6.2 in both iframed and non-iframed contexts and with or without meta boxes present. I did notice one issue with non-iframed contexts but I found an issue for that has been opened #65849. So I’ll close this. |
Description
Up to WP 6.5, it was possible to insert a block at the bottom of the editor by clicking in the space there. In WordPress 6.6, this is no longer possible.
This appears to have been instigated by #60697 .
The removal of the ability to insert blocks has caused other bugs; for example, it broke spacing to metaboxes ( #63882 ). An accessibility concern was also raised that it was impossible for people to insert a block at the bottom with keyboard only ( #61391 ). However, the (past + future) fixes for those two issues do not help regular users.
It appears the 'intended' solution is now to select the last block, and then press enter. This makes sense if the last block was a plain paragraph, as you see the blinking cursor and it is completely logical to press enter to move to another line. If, the last block is something else - for example, column content - it is completely illogical to regular site editors that you have to click a paragraph within the block, shift the focus to the wrapping columns block, then press enter. In fact, in the majority of (all?) editors outside of WordPress, selecting something in the editor then pressing enter would actually overwrite / delete that content.
Myself and others are downgrading clients to WP 6.5 as the current behavior is too confusing.
Step-by-step reproduction instructions
Screenshots, screen recording, code snippet
No response
Environment info
WP 6.6, no Gutenberg plugin.
Please confirm that you have searched existing issues in the repo.
Please confirm that you have tested with all plugins deactivated except Gutenberg.
The text was updated successfully, but these errors were encountered: