William

Thanks for looking into this Torsten, I appreciate it!

Hi @jeremy80,

Thanks for your reply. I can see how that would work, though so far we do prefer the classic interface to the gutenberg blocks. I think we’ll try using the block interface for a while and see how it goes.

William

Lucky number 500 – wahoo! Thanks for making the plugin. I used the time saved to write this review, with some to spare ??

Update works great, thank you!

Thans Robert. I went ahead and built a custom solution with the Featherlight Library.

I had the same issue, thank you.

Thanks this works great!

I was wondering if there was a variable I can use to have “flamingo_subject” always be the title of the form? Kind of a DRY thing. So currently I’m using this:

flamingo_email: "[your-email]"
flamingo_name: "[first-name] [last-name]"
flamingo_subject: "[VARIABLE HERE THAT SHOWS THE FORM TITLE]"

Cool. Thanks for a quick response!

I had the exact same issue! But it was a syntax error – notice your select tag, it should not have /> at the end of it.

i.e. change it to this

<select id="<?php echo $this->get_field_id('whichCat'); ?>" name="<?php echo $this->get_field_name('whichCat'); ?>" >

I found that by adding this to the css, it responds responsively:

/* this is the class of the iframe itself */
.ytcplayer {
  width: 100%;
}

note: only tested it in chrome

I found out the problem!

The culprit was a plugin called “under construction.” I use it on live sites but not on my local server. Which is why the site breaks as soon as I move it to the public server.

The “under construction” plugin, when activated causes the AJAX in the checkout to break. I verified this over and over again by activating the plugin, testing, then deactivating and testing again.

I think the problem lies within these two files under woocommerce: checkout.js and woocommerce-ajax.php. I’ve been able to identify the problem being with “woocommerce_update_order_review” but I’m not sure what exactly. It works when the Admin is logged in but breaks otherwise. Anybody understand what is going on?

I removed all the custom functions that I put into functions.php – still happens.

Something interesting is that when I have Jetpack installed, the checkout page (after about 3 seconds) goes blank and all that is left is the smiley face in the upper left corner – which is jetpack’s analytics image.

Here’s everything I’ve tried so far, and none of it works:

1. turn off ajax (add to cart) in woocommerce
2. disable groups plugin
3. turn off guest checkout so users have to log in to buy
4. Remove custom functions in functions.php
5. deactivate woocommerce and reactivate
6. Clear transient data (woocommerce > settings)
7. Remove ecommerce event tracking code (woocommerce > settings > integration)
8. Uninstall woocommerce (delete plugin files) and reinstall from a fresh download

None of this worked. I tried loggin in as a “subscriber” and it still breaks. The only time it all works is when an ADMIN is logged in. I’m stuck at this point.

I am having a similar issue. I’m using the exact same code you show above. But here’s the way it breaks for me: It only works if I’m logged in. If I visit the site as a guest (aka not logged in) the AJAX features don’t work. In other words, if you click “Add to Cart” the cart totals don’t update until the page is refreshed.

(p.s. also, and worse yet, the checkout page displays an inline frame of the site’s front page instead of the cart totals if I’m not logged in – an issue for another thread I suppose)