[Resuelto] 48 Render blocking scripts.

It seems like the same file may be added with two different handles.

Here's how to do a clean sweep of the OnTheGo admin styles, together with dequeueing toolset-common and toolset-maps-fixes:

function toolset_styles(){

	wp_dequeue_style( "toolset-maps-fixes" );
	wp_dequeue_style( "toolset-common" );
	wp_dequeue_style( "onthegosystems-icons" );
	wp_dequeue_style( "onthego-admin-styles" );
	wp_dequeue_style( "onthego-admin-styles-icons" );
	wp_dequeue_style( "onthego-admin-styles-colors" );
	wp_dequeue_style( "onthego-admin-styles-helper" );
	wp_dequeue_style( "onthego-admin-styles-core" );
	wp_dequeue_style( "onthego-admin-styles-buttons" );
}
add_action( 'wp_print_styles', 'toolset_styles', PHP_INT_MAX );

Hi Dee,

Nigel will be away on vacations until next week, and I'll be following up on this ticket.

The way PHP works, the difference in the performance of both approaches (A & B) should be unnoticeable, however, I'll prefer the approach A, because:

1. The code will be cleaner/tidier to manage.
2. You won't be adding multiple functions and actions to call different conditions.

As for the screencast related to the "Plugin Load Filter" Plugin, it is not entirely clear exactly how the template, theme and other plugins are configured to work on the page in question. But other Toolset plugins rely on the Toolset Types plugin, not only for the common resources ( CSS & script files ) but also in some cases for PHP code.

I'm afraid, it is not possible to troubleshoot this without access to that webpage, in the state when Types plugin is disabled, but to start troubleshooting, I would recommend checking the browser's console to see if there are any errors or warnings recorded when Toolset Types is disabled.
( ref: https://wordpress.org/support/article/using-your-browser-to-diagnose-javascript-errors/ )

>> I also would like to check is it safe to disable "toolset-access" on non-toolset pages?

- Since the Toolset Access plugin manages critical functions like user roles and their capabilites and then grant or deny access to particular pages/sections accordingly, a general recommendation would be against this.

However, this primarily depends on how and specifically what features of the Toolset Access plugin are being used on the website. For example, suppose that you have registered a new user role through Toolset Access or are controlling customized access capabilities for the default WordPress user roles. Since, both these are global operations and are not limited to a some pages, this can lead to unexpected results or security/access loop holes, even if the plugin is disabled on page(s) where apparently there are no Toolset components being used.

I hope this helps and please let me know if any point is not clear.

For a new question/concern, please open a new ticket.

regards,
Waqar

Hi Dee,

Thanks for writing back.

I use a static dedicated IP: 59.103.76.147 and if you can whitelist it to access the admin area for the next 24 hours, that would be great.
( my shift is already over and will be looking into this tomorrow morning ).

I've set your next reply as private so that you can share the temporary admin access details.

Meanwhile, it would be interesting to test if the same issue with the homepage's template/layout is experienced if the Toolset Types plugin is deactivated directly (and not through the "Plugin Load Filter" Plugin).

If the issue only happens when the "Plugin Load Filter" Plugin is used for its deactivation, it could be due to the order of execution, in which that plugin disables other plugins.

regards,
Waqar

Hi Dee,

Thank you for sharing the access details.

The access details work, but whenever I try to visit any page for the backend/admin area, it shows the "Forbidden - You don't have permission to access /wp-admin/ on this server." message.
( screenshot: enlace oculto )

Since it is a live/production website, I requested admin access, only to check Types plugin's settings to see what can be breaking the layout in its absence, without making any changes.

But it seems it would make troubleshooting more efficient if I can clone it on my own server and perform the tests, without worrying about breaking the actual website.

Would it be possible for you to share the clone/snapshot of the website instead?
( https://toolset.com/faq/provide-supporters-copy-site/ )

Notes:

1. If for some reason, "Duplicator" plugin ( https://wordpress.org/plugins/duplicator/ ) doesn't work on your server, you can use "All-in-One WP Migration" plugin ( https://wordpress.org/plugins/all-in-one-wp-migration/ )

2. Your next reply will be private as well so that you can share clone/snapshot securely.

3. "I am not sure how to order the plugin to load, are you referring to this" - I was referring to the natural order of execution of these involved plugins and this point can be ignored at the moment.

regards,
Waqar