-
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
Custom post type incorrect width if not public queryable #53885
Comments
Thanks for opening this separate issue! I can reproduce this. To replicate the issue I did the following:
The setting in CPT UI: ![]()
I'm not sure if it's related to #53752 as that issue is particular to the post content block being rendered in the block editor, however it might also be related to the issue described in #52163 |
I can no longer reproduce this issue and am reasonably sure it was fixed by #54158. For some reason, the edited post template for a non-publicly queryable post doesn't have a theme file attached, so it defaults to the home/front page template. You can see this if you navigate to the post on the front end: it will show the front page instead of the post content. (I'm not sure if that's intended behaviour or not; should not being publicly queryable equate to not being publicly visible at all?) |
Oh, thanks! Yes, just double checked that fixed the issue for me, so I'll close this out now 👍
Hrm, oh that's weird! In case it narrows it down at all, for me that only happens if I attempt to access it via the "pretty" url for the post type: If I go to access via post id, then I get a 404, which I'd expect: 🤔 |
Description
I have noticed a strange behaviour on Wp 6.3.
Custom post type always have class
is-layout-flow
if I set'publicly_queryable' => false,
.The behaviour is happening after latest Wp update. Before I have a width exactly like posts or pages.
This can be checked using my Formello plugin, that simply use CPT to store forms.
Step-by-step reproduction instructions
'publicly_queryable' => false,
Screenshots, screen recording, code snippet
No response
Environment info
Please confirm that you have searched existing issues in the repo.
Yes
Please confirm that you have tested with all plugins deactivated except Gutenberg.
Yes
The text was updated successfully, but these errors were encountered: