Forum Replies Created
-
Posts
-
Hi Phil,
Even after deactivating the plugin your functionality didn’t return back to its original state?
Thanks
Syam
Hi Peter,
Are you having the same issue mentioned in the below topic?
https://wpfront.com/support/topic/custom-taxonomy-not-editable-in-a-custom-post-type/
Thanks
Syam
Hi Elena,
The wiki post type is not available for customization because it is already customized by the wiki plugin while it is created. Thats why you don’t see an entry for it within the settings page.
Even through the capabilities are customized, they are not attached to any roles, not even Administrator role. Usually when a plugin creates a custom capability, it will be attached to Administrator role, because Administrator role is supposed to have all the capabilities. User Role Editor finds capabilities by looking at the role objects. Since these new capabilities are not attached to any roles, it fails to find them.
Your best option is to manually create these capabilities using the “Add/Remove Cap” functionality. Below is the list of capabilities to be created. Make sure you add all these capabilities to the Administrator role.
publish_wikis
edit_wikis
delete_wikis
edit_published_wikis
delete_published_wikis
edit_others_wikis
delete_others_wikis
read_private_wikis
edit_private_wikis
delete_private_wikisIn my next version I’ll add code to explicitly look for capabilities created by custom post types even if they are not attached to any roles.
Let me know if you have any questions.
Thanks
Syam
Hi Elena,
Only custom post types will available for customization. Can you check with the author of wpmudev wiki, whether it uses custom post type.
You will need to know the capabilities CM Tooltip Glossary plugin uses to display items in the admin bar. Then remove those capabilities.
Can you share a screenshot of how it looks in the free version?
Thanks
Syam
Hi John,
User Role Editor also has a menu editor. Here is the documentation if you want to take a look.
https://wpfront.com/user-role-editor-pro/menu-editor/
Thanks
Hi John,
The custom post type capabilities work by mapping WordPress default capabilities into the custom post capabilities list. These default capabilities are predefined and sorting is not one of them. That’s why you don’t see a specific capability for the ordering. That is a custom functionality of that plugin. It is impossible to map custom capabilities created by plugins to its custom functionalities automatically.
I’m not sure why the author of that plugin would use switch_themes for this functionality. You can enable that capability and remove the admin menus enabled using menu editor. But still it won’t be able to remove all the functionalities enabled because of that capability.
Your best option is to contact the author of that plugin and ask him/her for the capabilities he/she is looking for and ask him if he/she can create a custom capability for it.
Sorry for the delayed response. For some reason I did not get a notification when this topic was created.
Let me know if you have any questions.
Thanks
Syam
I tried to connect again, but did not succeed.
You might want to reupload the plugin again to remove the changes I made and to make sure it will work.
Hi Jim,
I understand if you don’t want me to have mysql access. But backup/restore method will take considerably long time rather than mysql admin.
I think I found the basic cause. The ‘id’ column from ‘wpfront_ure_options’ table always returns zero, which makes the values overwrite each other. That column is supposed to be an ‘auto_increment’ so it should never be zero. Can you check the values of that column? And also make sure it is set as auto_increment. Do a test insert into that table and check the ‘id’ value. You also mentioned you have a development site. Do the same checks there too.
Thanks
Syam
