-
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
Plugin: Remove lingering references to integrated classic editor #13544
Conversation
2aa49fb
to
f7235c6
Compare
f7235c6
to
17d05be
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested this with WordPress 5.0.3.
Disabling JS
- using Gutenberg master: I'm shown a link with
&classic-editor
that doesn't work. - using this PR: correctly points to the plugin.
Revisions
- using Gutenberg master: when I try to navigate from a revision to the editor, I face a WSOD.
- using this PR: I'm correctly redirected to the block editor. I've also checked that after installing and activating the classic plugin I'm redirected properly to the classic editor.
Load a post with &classic-editor
- using Gutenberg master: WSOD.
- using this PR: the block editor loads fine. After installing and activating the classic plugin, the classic editor is loaded instead.
I'm not very knowledgeable about meta boxes, but in the "Testing, Converting, and Maintaining Existing Meta Boxes" section, the document says:
WordPress will fall back to the Classic editor, where the meta box will continue working as before.
Explicitly setting __block_editor_compatible_meta_box to true will cause WordPress to stay in Gutenberg (assuming another meta box doesn't cause a fallback).
If we're using this PR to update the docs, perhaps that's something that we also want to tackle. Happy to address it in a follow-up PR if necessary, so that's why I approve this.
Thanks for the thorough testing @nosolosw !
I really didn't want to tackle documentation here, but a keyword search for I'm not entirely clear what from your quoted text would be considered an issue. There is still a classic editor fallback for incompatible meta boxes present in core, and this is expected to continue to work today. All the same, I think further improvements should be done separately. |
That's exactly what confuses me. If core doesn't provide the classic editor any more, how do we fallback to it when a meta box is incompatible? |
I was operating on an assumption that the classic editor was still "secretly" bundled with core, and that either the presence of the Classic Editor plugin or a meta box marked with This must have changed at some point though. Adding the meta box flag does show a message, but it's still the block editor. I guess the documentation should be updated accordingly then. Demo Code: <?php
/**
* Plugin name: Demo Meta
*/
function demo_meta_box_add() {
add_meta_box(
'demo-meta-box',
'Demo Meta Box',
'__return_empty_string',
'post',
'normal',
'high',
array(
'__block_editor_compatible_meta_box' => false,
)
);
}
add_action( 'add_meta_boxes', 'demo_meta_box_add' ); |
Follow up at #13733 |
Closes #12888
This pull request seeks to remove all remaining references to the classic editor option which had been supported in Gutenberg versions preceding the release to WordPress 5.0. Since WordPress 5.0, this functionality has been broken in the Gutenberg plugin. Users should use the Classic Editor plugin instead for the classic editor experience.
Primarily impacted:
?gutenberg
query argument).Testing instructions:
Verify there are no regressions in the behavior of: