[Vladimir]

You made all correctly except one thing: add as a 1st separate line to the file editor.php the tag

<?php

It will show to PHP interpretator where a PHP code starts.

[Vladimir]

Hi Karl,

Add this code to your active theme functions.php file or setup it as must use plugin:

function my_editor_settings($settings) {
  if (!current_user_can('administrator')) {
    $settings['quicktags'] = false;
  }
  
  return $settings;
}

add_filter('wp_editor_settings', 'my_editor_settings');
add_filter('wp_default_editor', create_function('', 'return "tinymce";'));

[Vladimir]

Hi Wolfgang,

Look at the “Settings->User Role Editor->Additional Modules” tab. If this option “Activate “Create” capability for posts/pages/custom post types” is turned ON, role should have ‘create_events’ capability to have permission to add new events.

[Vladimir]

Good. Thanks again.

[Vladimir]

Thanks. Classic situation when fixing one bug I introduced another one :). It was fixed with the development version 4.28.2.b5
Could you try it?

[Vladimir]

Hi Thorsten,

This issue was resolved with upcoming version 4.28.2.
Development version 4.28.2.b3. is available for testing from the same Download page (after login).

[Vladimir]

Excellent. I plan to publish this update next week.

[Vladimir]

Tested: It works at my development environment.

With active ‘Enable “unfiltered_html” capability’ option in mind open “Users->User Role Editor”, select “Editor” role and select “Deprecated” group of capabilities and check if “unfiltered_html” capability is really included into the “editor” role.

[Vladimir]

WordPress allocated additional memory for the user with ‘manage_options’ capability automatically at admin.php:

if ( current_user_can( 'manage_options' ) ) {
	wp_raise_memory_limit( 'admin' );
}

That’s why you don’t meet a memory problem for admin user but you do for other users. Try to deactivate unused plugins or increase memory limit for PHP.

[Vladimir]

I found that a reason of this problem is a”Nginx Helper” plugin. Fix was included into the development version 4.28.2.b3. Please test. It’s available after login from the same download page.

[Vladimir]

Problem is related to the plugin which created this user capability:
‘Nginx Helper | Configga.error’. Do you know to what plugin it belongs?
User Role Editor user capabilities ID as JavaScript identifires. URE replaced spaces with special place holder as you can see at ‘Nginx_URE-SR_Helper_URE-SR_|_URE-SR_Configga.error’. But I can even imagine that some_one will include into capability ‘|’ character.
I will include a fix for this symbol to the development version update ASAP.

[Vladimir]

If such filter ends with high server load, another workaround is to use an additional role for no-community users instead of work with every user meta data. If you allow that no-community role with access to unexisted post, like ID 99999999, users with that role will see an empty posts list.

From my side I will look if I may add to URE own custom filter to change a default behaviour of edit restrictions add-on. So if you set such filter then all users without restrictions will see nothing.

[Vladimir]

Go to the “Network Admin->Settings->User Role Editor”, select “Multisite” tab and turn ON the ‘Enable “unfiltered_html” capability’ option. It should help.

WordPress multisite blocks this capability by default for all users except superadmin. This makes your site potentially vulnerable. So editors should be a trusted persons.

[Vladimir]

You may try development version 4.28.2.b2. It’s available from the downloads page after login:

Download User Role Editor

[Vladimir]

Hi,

Good suggestion. Thanks. I will include this enhancement into the next update.

[Author]

Posts