pcmdv

Resolved for me!

Thanks Neil,

I have reinstalled both the Contact Form 7 plugin and the Contact Form 7 Mailchimp Extension plugin.

The error appearred initially to persist but then I realised that we didn’t have a [your-name] entry field but MailChimp required that.

Once I added the [your-name] text field the error stopped. Looks like this is being forced now.

I hope that helps the others!

Thanks!

I just installed the plugin for the first time.

I am also getting the message that I need to update the plugin to v1.2.2 when I click “update now” it appears to update. It gives me a tick and says I’m now running v1.2.2 however if I refresh the page or navigate away and then come back to the Plugins page it again tells me I need to update and that I am running v1.2.1

There is definitely a gritch here.

Thanks so much for getting back to me on this!

Our charities are mostly based in the UK so this will be a problem!

Regarding your questions above:

1. The whole site is only selling one product ie to subscribe to the website. We are creating individual products to differentiate between the charities they wish to support. So there will never be a situation where there are multiple items in the basket that need various split payments.

2. Yes I was planning to rely on Woocommerce subscriptions to manage the recurring subscription

4. All the payments will need to be split. There are no additional sign up fees. The first transaction to start the subscription and each subsequent monthly subscription payment will be split exactly the same.

This seems to be something that is considered for marketplace situations. But in an ideal world I don’t want to have to set up the actual marketplace to enable split payments. Is there any kind of timeline for bringing split payments to the UK market?

Thanks for you support!

Just to follow up – I initially thought it was more fixed then it was.

I ended up with this to dynamically get the term id based on which taxonomy the post was assigned to:

// get the id of the post
$the_id = get_the_ID();

// get the custom taxonomy term name
$source_archive_name = wp_strip_all_tags( get_the_term_list( $the_id, 'source-archive', '', ' / ' ) );

// read all the data for the term into an array
$term_data = get_term_by( 'name', $source_archive_name, 'source-archive', ARRAY_A );

// pull the term id out of the array
$the_term_id = $term_data["term_id"];

echo wp_strip_all_tags( get_the_term_list(get_the_ID(), 'source-archive', '', ' / ') );
echo types_render_termmeta("archive-blurb", array("term_id" => $the_term_id,"show_name"=>"false","output"=>"normal","id"=>"$archive-blurb"));
echo types_render_termmeta("archive-logo", array("term_id" => $the_term_id,"show_name"=>"false","output"=>"html","id"=>"$archive-logo","size"=>"large" ));

Ah thanks, thats great and has sorted my problem.

I had to go into PHPmyAdmin to find the term id in wp_termmeta. I couldn’t seem to find the term id from within the dashboard like you can for posts etc when you hover over them.

Thanks!

I’ve solved it with this code in my css file.

But this seems messy and I’d like to hear how the plugin authors would have solved this.

@media  only screen and (min-device-pixel-ratio: 1.5),
        only screen and (min-resolution: 192dpi) {
.wpsisac-slick-carousal-1 {max-height: 425px; }
.wpsisac-slick-carousal-1 .slick-track {max-height: 400px;}
.wpsisac-slick-carousal-1 .slick-track img {max-height: 400px; width: auto;}
}

update – I think what the carousel is doing is fetching the original image size on retina screens.

Unfortunately this makes a mess of my carousels which have images of variable widths so all images are constrained to a particular height. eg 400px.

I would like retina screens to maintain this height as well. How can I ensure that retina screens use the correct image size?

Ok I’ve figured it out!

The default for the carousel setting is: slidestoshow=”3″ So if you only have 3 images in your carousel (regardless of whether they are all in view or not!) they will not scroll.

Once I changed this to slidestoshow=”2″ is worked.

Thanks for the heads up!

I’m having this problem too. All events after the 4th of May are not showing up in the calendar but can be found via search.

WordPress has been updated and all our plugins are updated.

Problem likely started after the update.

Has anyone got any ideas on how to solve this? When the 4th of May comes along will the calendar just not work at all?

Thanks
Patricia

I’ve been trying to figure out what is going on here and I’ve come to the conclusion that the tick box for “Price by Country on per Product Basis” does not work.

The Prices and Currencies by Country ONLY works as a currency conversion.

Also we have been finding that sometimes orders will not go through to PayPal properly and return the “This invoice has already been paid” error message. I believe this plugin is causing this error by not feeding the information through properly to PayPal.

Unfortunately my initial request for assistance through promptly acted upon has since been completely ignored.

I meant to say, using the * wildcard doesn’t work

Neither does adding the full filter url in the Target by URL section
category/category_name/?filtering=1&filter_mob-filter=34

Hi Guys,
Did you find an answer to this? Same thing has happened to me. Filters were working fine. Then as the client was adding the attributes to the products it stopped working. It looked like we had hit the max_input_vars limit. But now that that has been increased and it’s still not working.
Nothing else has changed on the site. Did you resolve this? Can you point me in the right direction?
Thanks

I needed this as well. I have a form in a 200px wide column and recaptcha just breaks it.

I’ve set up a new text validator in the “Advanced Settings” section to answer a simple math question. eg What is 4+4?

Then set the “regular expression” to be – /^\s*[8]*[\.]?[8]+\s*$/

So it will only return the form if the correct answer is provided.

Not totally perfect security but does the job.