Issues accessing content in admin after uninstalling

This thread is resolved. Here is a description of the problem and solution.

Problem: I am unable to access some site content after uninstalling Access.

Solution: Ensure your user has the capability to translate content in the current language. This is managed in WPML Translation Management.

Relevant Documentation: https://wpml.org/documentation/translating-your-contents/using-the-translation-editor/

This support ticket is created 7 years, 5 months ago. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Our next available supporter will start replying to tickets in about 5.58 hours from now. Thank you for your understanding.

Sun	Mon	Tue	Wed	Thu	Fri	Sat
8:00 – 12:00	8:00 – 12:00	8:00 – 12:00	8:00 – 12:00	8:00 – 12:00	-	-
13:00 – 17:00	13:00 – 17:00	13:00 – 17:00	13:00 – 17:00	13:00 – 17:00	-	-

Supporter timezone: America/New_York (GMT-04:00)

Tagged: Access plugin, Controlling access to admin function, Controlling access to content editing

This topic contains 2 replies, has 2 voices.

Last updated by tom2 7 years, 5 months ago.

Assisted by: Christian Cox.

Author

Posts

May 30, 2017 at 4:57 pm #530507

tom2

I removed Toolset Access using the Settings Tab to ensure all settings were removed from my DB. After removing I log in as an editor and some of the pages in the admin that were managed by Access are not accessible. When I roll over the title as shown in the screenshot I see a strange URL. Clicking the link adds '###' the the URL in the address bar at the top.

If I reinstall Access then the pages are accessible again to that user.

May 30, 2017 at 8:31 pm #530610

Christian Cox

Hi, I'll be glad to help get this sorted out.
1. Did you take a backup of your site's database before you deleted Access and its settings? If so, can you upload it somewhere so I can download it and run some tests? I will enable private reply fields here so you can share the link in confidence, along with login credentials for a user that existed before the database was backed up.
2. Please temporarily disable WPML and all other non-Toolset plugins, then activate a default theme like Twenty Seventeen. Is the error resolved?
3. Enable server debug logging. You can see how to enable debug logging here:
https://toolset.com/documentation/user-guides/debugging-toolset/

Go in your wp-config.php file and look for define(‘WP_DEBUG’, false);. Change it to:

define('WP_DEBUG', true);

Then add these lines, just before it says 'stop editing here':

ini_set('log_errors',TRUE);
ini_set('error_reporting', E_ALL);
ini_set('error_log', dirname(__FILE__) . '/error_log.txt');
ini_set('display_errors', 'Off');

Now attempt to delete Access again from the Settings screen. If any server-side errors are thrown, this will create an error_log.txt file in your site's root directory. Please send me its contents. Once that is done, you can revert the updates you made to wp-config.php.

May 31, 2017 at 12:52 pm #530909

tom2

Hi Christian,

I was able to find the issue by deactivating all plugins and activating them one by one starting with Toolset. It was a configuration issue with WPML Translation Management. I had to add my user with Editor role as a Translator and then give them rights to translate to that language (German in this case).

Thanks for your help!