D’oh! Thanks for bringing that up. Ya that’s totally unnecessary! I see it’s even adding the widget’s CSS even if the YARPP widget is deactivated π«. And while it’s a really small CSS file, it’s an unnecessary waste (and on 100k+ sites, that’s a pretty giant waste.)
I’m making an issue to fixing that. We’ll update this issue when there’s some progress.
Well this is a bit embarassing… the HTML elements that CSS file was targeting weren’t even in the frontend pages. They were on the widgets ADMIN page. And beyond that: the elements on the widgets page they were targeting (relating to the old “YARPP Pro”) got removed a few months ago! So that CSS file was doing absolutely nothing anywhere but was being loaded absolutely everywhere! π£
Would you like to try these changes? If so, here’s how:
1. Download the new version from here: https://drive.google.com/file/d/1-8LPyab3SZTgMjxuh9SwtPT9lOc-aMpE/view?usp=sharing
2. Go to your WordPress dashboard, click plugins, then “add new”, then “upload” and select the zip file you just downloaded
3. Deactivate the previous version of YARPP
4. Activate the new version of YARPP
You shouldn’t see that widgets.css file on the frontend or admin pages, but the YARPP related widget on the frontend, and its setup form in the admin, should both look the same as before.
If you aren’t able to test that, no worries. But please let me know. Thanks!
Hi Michael,
Thanks for the update!
I will test this when the new version is available via wordpress.org.
Anyway: thanks for the quick action!
-Kevin
Ok @kevinbrands, version 5.10.2, released a couple minutes ago, should totally remove widgets.css from YARPP. Lemme know if you still see it after updating.
@mnelson4 it worked beautifully, many thanks!
Ticket is resolved.