Gutenberg editor can run at the moment in two modes: Iframed and non-iframed. Iframed mode is the preferred one by the system as it offers many benefits for the styling consistency etc. But Iframed mode can only work with newer blocks. So as long as you install any plugins that contain Gutenberg blocks with the API version v2, the editor will switch to non-iframe mode. (https://make.www.ads-software.com/core/2023/07/18/miscellaneous-editor-changes-in-wordpress-6-3/#post-editor-iframed)
As you can guess the Meta box behaviour depends on this. The old “scroll mode” is the non-iframed, and the “resize handle” mode is the new iframe mode.
If your editor runs in iframed mode the good news is that you don’t have any v2 block plugins installed, so your system is up to date. The downside is you now have a handle for the meta boxes.
It can be restored to a scroll mode using css:
.edit-post-meta-boxes-main.is-resizable {
height: unset !important;
max-height: unset !important;
}
.edit-post-meta-boxes-main.is-resizable .edit-post-meta-boxes-main__presenter {
pointer-events: none;
}
.interface-navigable-region:has(.edit-post-meta-boxes-main.is-resizable) {
display: block;
}
.block-editor-iframe__scale-container iframe {
padding: 40px;
min-height: 85vh;
}
The problem here is that pure CSS cannot make an iframe grow its height to match the contents. That can only be done using scripts. But this workaround adds a bit of a padding around the content editor which helps the user understand how the two scroll-bars should be handled.
With this the editor always fits the screen height (if not, tweak the min-height: 85vh;
part) and still allows the meta boxes to be scrolled into the screen easily.
To me it is still better than dragging the small handle every-time I need to look at either the editor or the meta boxes. That is painfully cumbersome.