Skip to content
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

Missing Categories/Tags selector in Gutenberg 2.9.2 #6942

Closed
marybaum opened this issue May 24, 2018 · 6 comments
Closed

Missing Categories/Tags selector in Gutenberg 2.9.2 #6942

marybaum opened this issue May 24, 2018 · 6 comments
Labels
[Status] Needs More Info Follow-up required in order to be actionable.

Comments

@marybaum
Copy link
Member

Describe the bug
Category/tag selector missing from interface on post of image blocks.

To Reproduce
Steps to reproduce the behavior:

  1. Log in to http://marybaum.com as admin.
  2. Create or edit a post with Gutenberg.
  3. Look to the right-hand sidebar for categories/tags panel.
  4. Discover it's missing.
  5. (Workaround) Finish the post, head for All Posts and apply category/tag/etc from Quick Edit.

Expected behavior
Ability to check existing categories and tags from a dialog panel in the block eidtor, and add new if I want.

Screenshots
If applicable, add screenshots to help explain your problem.
screenshot 2018-05-24 10 50 08

Desktop (please complete the following information):

  • High Sierra Mac OS 10.13.4
  • Chrome 66

Smartphone (please complete the following information):

  • n/a

Additional context

  • Please add the version of Gutenberg you are using in the description.
  • 2.9.2
@danielbachhuber
Copy link
Member

danielbachhuber commented May 24, 2018

Hi @marybaum,

Thanks for the report. Can you share any debugging you've done (deactivating plugins and otherwise)?

Previously #5879 (comment)

@danielbachhuber danielbachhuber added the [Status] Needs More Info Follow-up required in order to be actionable. label May 24, 2018
@adamsilverstein
Copy link
Member

Hi @marybaum -

I looked at your site's rest api endpoints, and it appears the category and tag endpoints are being blocked by the ithemes security plugin. the endpoints need to be accessible for Gutenberg to use them so this may be the source of your problem. Does the plugin have a setting where you can enable those endpoints?

http://www.marybaum.com/wp-json/wp/v2/categories (same for tags

shows an error:
You do not have sufficient permission to access this endpoint. Access to REST API requests is restricted by iThemes Security settings.

@SymbolicallyMe
Copy link

Hi @marybaum,

@adamsilverstein is correct, iThemes Security 6.0.0+ (free version) and iThemes Security Pro 3.4.0+ has the ability to block most WP REST API endpoints. The option that controls this functionality is located under WordPress Tweaks > REST API in your iThemes Security settings.

The two options you can choose from are:

  • Restricted Access - Restrict access to most REST API data. This means that most requests will require a logged in user or a user with specific privileges, blocking public requests for potentially-private data. We recommend selecting this option.
  • Default Access - Access to REST API data is left as default. Information including published posts, user details, and media library entries is available for public access.

Reference: https://ithemes.com/security/wordpress-rest-api-restrict-access/

@marybaum
Copy link
Member Author

Ah. Let me play with the settings.

This particular install is a replacement for one that got pwned a couple of weeks ago, so in committing the folly of putting it back on the same domain and the same hosting account, I have turned up all the security settings to eleventy.

@marybaum
Copy link
Member Author

That fixed it! Thank you!

@marybaum
Copy link
Member Author

Guess I'll close this now, and be educated. 😜

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Status] Needs More Info Follow-up required in order to be actionable.
Projects
None yet
Development

No branches or pull requests

4 participants