Dan Moat

Apolgies for the delay in replying. I have reset the things again as requested and it didn’t make a difference and can confirm that the optimisation did complete.

Great work, thank you so much!

The colour banding vanishes on page 2 for me but it works now so I don’t mind that.

I have 4.0.7. I don’t know if you’re referring to the fix you did to the admin signature list? I am talking about the public shortcode, sorry for the confusion.

Page 1 displays fine then when I click the next page button, the table code is displayed as text like this:

<tr class="dk-speakout-odd"> <td class="dk-speakout-signaturelist-count">1,039</td> <td class="dk-speakout-signaturelist-name" >Dr A Nonymous</td> <td class="dk-speakout-signaturelist-custom">Job</td> <td class="dk-speakout-signaturelist-date">Jan 02, 2023</td> </tr> <tr class="dk-speakout-even"> <td class="dk-speakout-signaturelist-count">1,038</td> <td class="dk-speakout-signaturelist-name" >Ms Test Signature</td> <td class="dk-speakout-signaturelist-custom">Lead Tester</td> <td class="dk-speakout-signaturelist-date">Dec 29, 2022</td> </tr>

Sorry to hijack the thread but i am having the same issue and I believe it is because my term_taxonomy_id and term_id have somehow drifted apart. So this line

UPDATE $wpdb->term_relationships SET term_order = '%d' WHERE term_taxonomy_id ='%d'

…is using the same ID as the following line

UPDATE $wpdb->terms SET term_order = '%d' WHERE term_id ='%d'

and actually that is recording the order against two different taxonomies.

As a “live” example, I have taxonomies (term_ids) in the following order: Apple (1289), Orange (1296), Banana (1278), Grapes (1279). So in the terms table, Orange has an order of 1 and Banana an order of 2.

However the taxonomy_term_ids are different: Apple (1290), Orange (1297), Banana (1279), Grapes (1280)

So in the term_relationships table, everything tagged Orange has an order of 0 while everyhing tagged Banana have the order of 3 instead of 2, because the order is being saved to Grapes term_id.

I hope this makes sense! Not sure if this is OP’s issue as well but it is definitely mine haha.

Edit: I made numerous mistakes in my example ??

• This reply was modified 2 years, 8 months ago by Dan Moat.
• This reply was modified 2 years, 8 months ago by Dan Moat.
• This reply was modified 2 years, 8 months ago by Dan Moat.
• This reply was modified 2 years, 8 months ago by Dan Moat.

No worries at all, I completely understand. Thank you so much for fixing it!

Yes I do, sorry I thought I mentioned that (I reworded my first query so many times I must have drafted it into oblivion)

?????♂?

I have tried multiple emails which are different and I don’t believe are on the list already. My firewall was blocking the deletion of signatures so I wonder if hat might be at play again. I’ll do a test with that turned off.

In the meantime, could you confirm whether the mailchimp aspect triggers at the point of confirming the email or at the point of signing please?

Thanks for your help!

You need to echo the result, and you’ll want to put the second parameter to true so it echoes the image and not just the URL.

<?php echo get_taxonomy_image(3,true);?>

Perfect! Thank you. I knew there was probably something obvious I was missing.

Did you ever solve this Carlos? I have someone wanting me to install this on their site but they ask consent for everything else so trying to see if I can integrate it into that system…

I have this issue also.

I tried the above code as a temporary solution but it only changed the fields to split First Name and Last Name but still didn’t show the actual content of those fields.

This seems to be the only free plugin with Gravity export so it’d be great if this could get an official fix soon.

Turns out I am on Heart Internet and needed to make alternate cron arrangements. Because my plugins updated fine I never knew wp-cron was blocked. Sorry!

There are no words…

Unbelievably, I managed to “fix” it. After reading my post back I realised I didn’t mention that I tried deleting the header, footer and sidebar to see if they somehow conflicted, which didn’t work.

Deciding that I should probably try deleting ALL my non-essential theme files before someone suggested it (as it was the only thing I hadn’t thought of previously) I downloaded my theme to my hard drive and removed everything but style.css and index.php from the server… miraculously my site was using index as every page instead of showing nothing (as it should).

I slowly replaced my files starting with images and javascript; still working. Header/footer/sidebar; still working. Eventually I had uploaded the whole folder again exactly as it was and, yeah, nothing was wrong any more.

Sorry to have forced anyone to read that but extremely glad I managed to get to the bottom of it.
I would still be very interested as to what it might have been? Just one of those things?

At least now if anyone finds this post hopefully this will work for them!

Now to enjoy the weekend and hope it doesn’t happen again! ??

Thanks

– Dan