Vitzkrieg

marking as resolved.

You were right, but it was with a plugin I was using. I’ve posted on their support forum to update the files. Took a while to track it down.

Missed the step of adding the API codes in the settings. Works great!

wrong post, but that’s alright.

marking as resolved

Missed the step of adding the API codes in the settings. Works great!

My apologies. You are correct – I do have the wrong plugin. I followed the wrong link on a reference page.

I don’t see how to remove this review or change the stars. I just installed it and it works very well.

Yes, I did and it works. I thought I posted a reply on this already but apparently not. Thanks for the follow up.

Seems to be working now actually.

I just ran across this on my multi-site. The way I fixed it was to edit the ‘restrict_sidebar_params’ function in ‘restrict-widgets.php’ by adding in a few more checks to the variables being used.

/**
	 * Hides widgets for users without admin privileges
	*/
	public function restrict_sidebar_params($params)
	{
		if(!current_user_can('manage_options'))
		{
			global $wp_registered_widgets;

			$option = get_option('rw_widgets_options');

			$widgetid = $params[0]['widget_id'];
			$callback = $wp_registered_widgets[$widgetid]['callback'][0];
			$registeredid = $wp_registered_widgets[$widgetid]['id'];
			$callback_class = get_class($callback);
			$available = $option['available'];

			if( isset($widgetid) && (

				//standard based widget class
				(isset($callback) && is_object($callback) && isset($callback_class) && isset($available) && in_array($callback_class, array_keys($available))) ||

				//non-standard based widget
				(isset($registeredid) && isset($available) && in_array($registeredid, array_keys($available)))
			))
				$params[0]['_hide'] = 1;
		}

		return $params;
	}

[Moderator Note: Please post code & markup between backticks or use the code button. Your posted code may now have been permanently damaged by the forum’s parser.]

My custom taxonomies are part of a plugin, not a theme. The editor wasn’t showing on my custom taxonomies, only the default WP posts and pages.

My thought would be since this plugin relies on taxonomies to be registered before it runs, it should run as far down the hook order as reasonably possible to ensure all taxonomies are registered, which I think was probably intended.

The hook order can be found here:
https://codex.www.ads-software.com/Plugin_API/Action_Reference

I register my custom taxonomies with the ‘init’ hook. It’s what every piece of sample code that I have seen uses.

Still not working. It looks like you changed the hook to ‘after_theme_setup’ which still fires too early.

If this plugin is only for the admin side of the site, I would recommend changing the hook to ‘admin_init’ because it happens later in the sequence of hooks and is generally recommended for admin plugins.

I used the fix provided in this other support post

https://www.ads-software.com/support/topic/plugin-rich-tax-description-editor-problem-with-custom-taxonomy?replies=6

Thanks for the fix!

I am creating them by hand.