OMP

Hi Bogdan. Thanks for following up. I should have clarified thatI’ve already tried the steps mentions in earlier posts (i.e. add the lines you provided to htaccess, deactivating and reactivating the plugin, specifying the problematic file in the exclusion filter, and clearing the caches after each attempt).
I’m using the Breeze caching plugin with varnish, by the way.

Hi there. I’m having the same issue with fonts. Were you able to find a resolution to your problem?

Plugin author responded and helped me figure out the issue on the spot, in addition to publicly releasing a fix shortly after, to which I updated as well.

Edit: I should have updated this weeks ago. Plugin author is quite supportive and responsive, but best for users to contact Jehy at his site directly rather than these forums if you need urgent help. I actually waited a couple of weeks between first posting here and then following up with a message through Jehy’s site contact form.

• This reply was modified 7 years, 8 months ago by OMP. Reason: additional info

Thanks for your feedback, bcworkz. So, let’s see if I understand correctly:

I could potentially run a custom plugin that keeps a look out for user browser sessions with an IP which, if it matches a range from a specified region, will then call a function which will then disable -lets say – a wordpress.com API call by the Jetpack plugin, but only for that user’s session, and not for any other concurrent users (with a different IP range)?

I’m getting my head all twisted around trying to sort this one out.

Thanks, kmessigner. I guess I may not have been very clear in my question. I don’t wish to block countries altogether. simply inform a WordPress instant to not do (or to do) something when a user from a specific country accesses it.

Is there a way to accomplish that? And how?

Hi Simon. Thanks for the clarification. I guess it was pure coincidence that, for other user roles, the SA Slider is somewhat accessible but not fully functional. Well, in any case, I look forward to when you get to this item now on your TO-DO. Still going to keep using it in the meanwhile though. Great plugin.

More info:
When an admin user modifies and updates a slider created by a non-admin user, those changes are persistent. When a non-admin tries to edit and update after that, the recently modified content is then reset to the last admin-updated modifications, not the default placeholder content.

Well, I’ve created a support ticket, but is it usual to not receive some sort of acknowledgment of the ticket? I can’t seem to find that ticket now…

Thank, mate. That should do it for a bit until, as you’ve said, they push out the fix in a new release, if they do. You’ve been most helpful.

Wow. Okay, hadn’t considered it that way. Food for thought. I’ll be starting my cross platforms tests today then, and report back if things look wonky. Thanks again for all your help and feedback.

hmm.. I do use Cloudflare. Haven’t noticed an issue as such, but could you elaborate on how Cloudflare’s service could affect rules for webp images in .htaccess? My understanding of network processes is pretty rudimentary at best.

That’s some great detective work there, NoSilver. I can confirm that the errant page did at some point display a random “>”, at the early stages of the problem.
Thanks so much for looking into this. I trust and hope that the devs at Smarty Pants make note of this and act on the invaluable help you’ve provided.

Well, at least you got to the root of the problem. Now I face a dilemma, and I suppose I’ll end up going the htaccess route for WebP rewrites.
I can’t tell you how much I appreciate you taking the time to look into this issue.

Hey NoSilver. Glad to hear that you may already be have this taken care of. I honestly could not do without EWWWIO. I eagerly await 2.6.0.
SPCDM is a somewhat obscure plugin, but gets the job done, at least for my specific purposes. Have a look: https://www.ads-software.com/plugins/sp-client-document-manager/

So after days of digging around and testing, I discovered that another plugin (EWWW Image Optimizer) was causing this problem. In the EWWWIO plugin’s Conversion Settings tab, the option: “Alternative WebP Rewriting Uses output buffering and libxml functionality from PHP. Use this if the Apache rewrite rules do not work, or if your images are served from a CDN,” when checked would cause SPCDM’s file manager Add File button to disappear and display a bunch of code right about the file list pane, leaving the loading animation in a loop.
Unchecking the option, the SPCDM UI is functional again. Posted about this issue at EWWWIO’s support page too, in the hopes that you guys could connect and sort it out.