cormip

I was able to solve the issue by downloading the plugin again (v7.9) and reinstalling over top of the existing plugin install.

IDK, the “Shop manager” option is available to me in the Sharing dialog. I do not have the Members plugin installed. See screenshot: https://cormip.tinytake.com/msc/MTAwOTM1MjJfMjM3NjcxMTc

@savvasha I looked at the SportsPress Pro on WP Multisite. From what I could gather, the widgets can be shared across team websites, but it’s unclear if a “team” website can embed a widget on their site that shows only their team’s schedule, roster, news, etc from the league’s overall league “database”. I might have to simply setup a Multisite installation and test this functionality to see what the Pros & Cons are of setting things up this way.

FYI, I was able to directly select the “ShopManager” role in the Site Kit Dashboard Sharing interface. It looks like the work-around is no longer necessary.

Unfortunately, I’d already switched to another Calendar plugin, but this response certainly increases my trust in the folks at KeyCDN. Thanks!

OK, I spoke too soon. The problem has returned, despite no concatenation, compression, or minification of the plugin files. Have a look: https://www.cambridgehills.com/

It loads correctly now, because I cleared the cache to fix it. I need to get this solved or else I’ll have to switch to a different calendar plugin.

Perhaps try performing some of your own testing with KeyCDN’s Cache Enabler plugin.

Paul

Eugene, thanks for the prompt response. Disabling minification, compression and concatenation of the plugin folder appears to have solved the problem, but having 27 different files (JS & CSS) load to display the calendar is excessive and will significantly hamper achieving strong pagespeed scores.

I strongly suggest that you look into combining your JS & CSS so that only 2 files are loaded rather than 27. There’s also a much better chance then that the CSS & JS can be combined with the rest of the site’s files.

Regards,

Paul

same

I am experiencing this very issue with version 1.5.9. I get the mixed content warning on my home page only when WPSC is enabled. When I view the source code of the home page with the plugin disabled, every single resource URL is https://. When I enable the plugin, the resource URLs now all show https://.

CDN is disabled. “Extra homepage checks” enabled or disabled made no difference.

Just to clarify @padilhera’s solution above. The problem does appear to be related to the W3 Total Cache plugin. I renamed the /wp-content/w3tc-config folder to /wp-content/w3tc-config-TEMP. Then, when attempting to load /wp-admin, I was prompted to perform a database upgrade because of a recent WordPress update. That completed successfully and wp-admin would now load. I renamed the w3tc-config folder back to what it originally was, and all is well!

Same problem here…

The combo that allows me to duplicate this error is to also use TarGz compression in combination with Multipart Uploads enabled. If I use Zip compression, I don’t see this error.

Yeah, I’d already tried that and gave it plenty of free space. There are no other issues or warnings in the log other than this.

However, apparently it’s related to S3 multi-part uploads. Once I disabled that, it started working. The AWS API error message relates to trying to perform a multi-part upload when your file size is smaller than 5MB, however, I did check, and the file being uploaded truly is 46MB.