I wanted to add category (taxonomy) filters to a WordPress Archive built with the block editor; I could add a search, but wasn’t sure if taxonomy filters were possible in Toolset Blocks.
Solution:
In the Archive editor (Toolset → WordPress Archives), select the Archive block, click “Add Search Field,” choose “Post Taxonomy,” pick the taxonomy (e.g., Categories), select the input type (checkboxes/select/radio), and configure options and AJAX update in Custom Search settings.
Problem:
The customer wants to restrict access to posts with the term "Market News" so that only logged-in users belonging to specific Post Groups can view them.
Solution:
Toolset Access does not restrict access based on taxonomy terms assigned to posts. Instead, it uses Post Groups to manage access, where posts are manually assigned to Post Groups in the WordPress admin area, and access is controlled for entire user roles or individual users.
To achieve the desired functionality, you can consider using Toolset's conditional HTML to restrict content based on taxonomy. Here are some resources and suggestions:
While Toolset does not provide a built-in way to filter by taxonomy terms directly, combining the above methods with some custom code can achieve the desired result. However, support for custom code is beyond the scope of this forum. If custom implementation becomes a roadblock, consider seeking assistance from Toolset Contractors: https://toolset.com/contractors/
Problem:
Trying to change the user role from pending to approved provoked a fatal error on the site. Solution:
I changed the code and switched how the user role is added. I initiate a variable with the user's ID, remove the old role and add the new one as follow:
add_action('cred_submit_complete', 'cred_update_user_role_pending', 10,2);
function cred_update_user_role_pending($post_id, $form_data) {
require_once(ABSPATH.'wp-admin/includes/user.php');
if ( isset($form_data) && !empty($form_data) && isset($form_data['id']) && $form_data['id'] == 4981 ) {
// update the user role
$user = new WP_User( $post_id );
$user->remove_role( 'pending_vendor' );
$user->add_role( 'vendor' );
}
}
I also put in a check to make sure by the time the form is submitted, there's a valid formdata, it was causing a fatal error for some reason.
Problem:
Using cred form to remove user was triggering a fatal error and not deleting the user Solution:
I added a priority and fixed param numbers to the add_action call. I also test if the form_data is valid before moving forward to the deletion:
We document known issues and their solutions in Toolset errata. Save time by checking there first and seeing if what you are facing is a known issue. This list is kept short. We do our best to resolve all known issues with every release of Toolset plugins.
Support Policy
Toolset staff will help you use the Toolset plugins correctly, provide any information you need, help troubleshoot problems and advice on best-practices.
Please make sure to issue only one topic per each support ticket.
