JF::IA

I figured, since it was the same issue and apparently unresolved, that it made sense to try to solve this in one place…?

Hey, I’ve been working on this same issue.

I’ve essentially done a similar thing (filtering img_caption_shortcode), but the problem is I have some images which don’t use a caption but have a description. The shortcode only gets called when there’s a caption, so it won’t work if there’s only a description.

I’m banging my head over this. No image hooks that I can find to hook into.

I’d like to find out when/how the img_caption_shortcode gets called to see if I can hook in the same way, but haven’t had any luck.

Any ideas? Has anyone made further progress with this?

Dude! That worked! It makes sense, but I didn’t think of it.

Problem solved by zudie!

Thanks!

Just wondering if there are any thoughts on this – I’ve still got this problem.

Thanks!

I apologize – I thought I was being clear, but that’s not always easy to know from this side of the problem ?? Thanks again for responding!

To reproduce:

1. Go to the site in Chrome.
2. Add something in the store.
3. View Cart and enter zipcode.
4. Click Checkout.
* Notice that Chrome shows the page as secure.
5. Enter your state, then enter your zipcode and tab out of the zipcode field.
* Notice that the activity animation next to Total doesn’t stop (because the script isn’t loading correctly, I assume). Notice also that the security indicator has changed to say that some elements are insecure.

I attempted to add the filter as you recommended above, but then I can’t add anything to the cart (it just hangs – items are added by AJAX), so I removed the filter.

My settings:

Force SSL Admin (checked)
Force SSL Exclusively (checked)
Remove Unsecure Elements (NOT checked)
Debug Mode (NOT checked)
Proxy (No)
Domain Mapping (blank)
URL Filters (blank)

Thanks for the reply!

I tried the filter, but when I tried adding an item to the cart (which also uses AJAX), I think the same thing happened. Whereas in the original state the broken AJAX link isn’t a game stopper (it just doesn’t update shipping in case of a zipcode mismatch, which is unlikely to be a problem), in this case it is.

Any further ideas?

Have you set “Force SSL Exclusively (Posts and pages without Force SSL enabled will be redirected to HTTP.)”?

Ok – for some reason the https is truncating your css:

<style id="custom-background-css" type="text/css">
body.custom-background { background-image: url('https://www.thecupboardrestaurant.com/wp-content/uploads/2012/04/tableclothMEDSHADOW.png'); background-repeat: no-repeat; background-position: top center; background-attachment: fixed; }
</style>

to:

<style id="custom-background-css" type="text/css">
body.custom-background { background-image: url('https://www.thecupboardrestaurant.com/wp-content/uploads/2012/04/tableclothMEDSHADOW.png'; background-repeat: no-repeat; background-position: top center; background-attachment: fixed; }
</style>

The only difference is a missing “)” at the end of the image url.

I’ve had trouble with the current version truncating urls, but not the same thing, though it could be related.

Try downgrading to 3.1.1, see if that helps.

I was trying to figure out your site this morning, but after a couple of refreshes, now nothing will refresh ??

Also, what browser(s) have you checked?

Can you put up a hidden page and turn on ssl for it, then post it here?

If that does the same thing, it might be easier to see what the problem is.

Are you sure that you have https enabled for that page? The only links on that page which appear to be secure are:

https://www.mdwoptions.com/Premium/wp-includes/js/thickbox/loadingAnimation.gif

and a few external GoDaddy seal image links.

How does it change? Do you mean that it uses a different theme, or that the theme is broken?

It’s certainly not a stupid question – SSL issues are difficult, and as far as I can tell, this is the only plugin which makes it “easy” to do SSL in a comprehensive manner with many plugins. Don’t give up! ??

Sorry – should have mentioned that the current version at the time of these postings WAS 3.1.2…downgrading to 3.1.1 is what fixed the problem. Maybe that’s what you should mark as “stable” until the fix ??

Thanks for getting on this. I’ll be happy to test when you have a fix.

See also https://www.ads-software.com/support/topic/plugin-wordpress-https-ssl-removing-the-last-slash-before-page-name?replies=3#post-3036170 – it may be related? Try downgrading.