Problems with common.min.css in 5.8

What’s your theme?

Buddy Boss

Ok, since that is a commercial theme, we ask that you please go to their official support channel, so you can get support from the people who know it best: https://my.buddyboss.com

Forum volunteers are not given access to commercial products, so they would not know why it is not working properly. Other community members who may have faced your issue might be able to help you but your best bet is your product’s developer. Keep in mind we encourage you to use the official support venues, as it allows the developers to be aware of issues with their code and gives back to the community in a more robust way.

Yes, but I have experienced others in wordpress developer forums stating that it is effecting themes that are mainly php based in the same way. So, perhaps it is a WordPress development issue with your latest update? As I am sure that there are many themes which would be impacted and that certainly cannot be a good move for WordPress? That is why I am posting it here as it seems to be something with your latest update which is impacting many php based themes. ??

+1

We use a custom theme and 5.7 did not load the stylesheet of /wp-admin/css/common.min.css. Updated to 5.8 and then it loaded that stylesheet which is overriding styles from the theme on the front-end.

Yes, this is precisely the point I am trying to make. Many users utilise custom themes, would it not be in the interest of WordPress to look into why this is happening rather than make it a thing of all users having to get on to their Theme Developers. I had the same experience.

For now we are dequeuing the common.min.css using:

if (!is_admin()) {
    function five_dequeue_common_css() {
        wp_deregister_style('common');
    }
    add_action( 'wp_enqueue_scripts', 'five_dequeue_common_css');
}

Child Theme?

Thank you for that. Worked perfectly

That is why I am posting it here as it seems to be something with your latest update which is impacting many php based themes.

To be clear, there are 8,588 themes in the free directory alone, and an uncountable number of commercial themes like BuddyBoss.

There’s absolutely no way that the WordPress developers can test against all of them, which is why we run a length public beta period asking theme developers to test their one or two themes with WordPress 5.8 before it’s publicly released.

This particular beta period ran for almost 2 months: https://www.ads-software.com/news/2021/06/wordpress-5-8-beta-1/

I’m sorry BuddyBoss decided not to test their theme during that time, but please at least pass along the solution you found to them.

Yes, but certainly WordPress is aware of potential conflicts their code would have with php themes. No offense meant. I think I’ll pass on the whole thing and simply wait for an update.

All WordPress themes are PHP-based, so it’s not as simple as that. ??

We really do rely on the theme developers taking the responsibility to test their products and make changes if needed.

Yes, but it is not my responsibility as a customer to do that for either WordPress or BuddyBoss, therefore, I will just wait. I have my own garden to tend without doing someone else’s work for them. ?? let’s just leave it at that.

By the way, thank you @mdahlke for your help

Yes, but it is not my responsibility as a customer to do that for either WordPress or BuddyBoss

Sorry, to be clear I wasn’t saying this was your responsibility.

The responsibility was firmly on BuddyBoss to test their product during the almost 2-month beta period.