RomSocial

Thanks, I agree that seems like the issue is mostly in my version of WPML.
I’ll need to investigate it further.

A?iū Martynai,

It works and your hook with later triggering is better than using deprecated print hook, so I will apply this fix as well.
So far, I was not able to find any place where Toolset Types is using code highlighting.
We use quite a bit of the custom fields etc. but never noticed anything that needed / used highlighting. Closest to it would be Wysiwyg, but it does not highlight HTML syntax there.

Maybe someone from their team will eventually chime in here.

Thank you,
Roman

Hello Boone,
Thanks for answering so quickly. The symptoms described in your linked issue are exactly same.

I’ll need to spend more time exploring your latest suggestions.

I can confirm that this mismatch fires quite rarely, only on some taxonomies in some cases etc. Mismatch is always happening when ‘fields’ is set to all_with_object_id.

And after the trouble line executes, some terms lose their object_id, some of them get it substituted by another object_id from the array of object_ids.

I’ll make sure to go through your debugging steps and report back next week, after I’m back at work.

Thanks, Naif,

Great response, and fast fix!
New version does not have any warnings!

Thanks, Naifamoodi,
Sent email with config.

I did not change the repeatable setting, at least not at the server where I have a problem.

I hacked a bit into it, adding the jQuery loader to the .js file with fixed parameters. Original loader in the header is not working.

Besides, I needed to disable the credits manually div.spu-bottom, in the source of the plugin.

I would still be interested to figure out why it was not working on production site.

I tried to disable minification, but it was not affecting anything.

I ended up creating the new posts and deleting the ones that were having trouble.
But good to know that just changing the slug should have fixed it.
I did not get this impression, but maybe I did not notice this effect.

Sorry to revive the relatively old thread,
I had a discussion with Annie, and maybe can explain a bit more:

The ShareThis button on the specific post page works fine, but when it is displayed on the blog page for specific post – it does show the correct title and url for the post, but not the Description or Image.

Besides, the image is displayed properly for Like button etc. even on the blog page and just ShareThis button fails to display the image.

Thanks, Kasal,

I have figured it out, just needed to add correct parse code, it requires single node, not an array.

So, in my JavaScript in the success callback function I put:

success    : function(data){
                    $data = $(data);
                    if($data.length > 7){
                        $data.hide();
                        $datahandle = $content.append($data);
                        $data.fadeIn(500, function(){
FB.XFBML.parse($datahandle[0]);
                        });

Of course it seems I’m parsing the whole page rather than needed node, so any suggestions are welcome… ??

I got it to display twitter and g+ buttons by including the scripts a the end of php loader, but facebook still does not appear…
Any tips?

<script type='text/javascript' src='/wp-content/plugins/social-sharing-toolkit/script_no_follow_2.1.2.js'></script>
<script type='text/javascript' src='/wp-content/plugins/social-sharing-toolkit/includes/buttons/button.googleplus.js'></script>
<script type='text/javascript' src='https://platform.twitter.com/widgets.js'></script>
<script type='text/javascript' src='/wp-content/plugins/social-sharing-toolkit/includes/buttons/button.facebook.js'></script>
<script type='text/javascript' src='https://connect.facebook.net/en_US/all.js?#xfbml=1'></script>

I managed to restore the website only after going to the phpmyadmin and changing all three options below to ‘twentytwelve’

SELECT *
FROM wp_options
WHERE option_name =  'template'
OR option_name =  'stylesheet'
OR option_name =  'current_theme'

I’m really sorry, I’m a bit colorblind… looking at the tooltips, the big chunk is actually EasyDigitalDownloads.

Email Templates are at ~50mS, and not the leading cause of delay…
Actual delays that I experienced must be somehting else altogether, possible some server irregularities..

Thanks for your great support!

Nice fix, the image appears normally after today’s update.
Right now I’m concerned with performance.
It seems the site became very slow at times, and P3 profiler indicates your Email Template Lite as the biggest plugin time consumer…
(see graph in new thread)

Note to developer:

It looks like you have changed the settings location from the array of wp_email_template_settings
to
wp_email_template_header_image

But in the \classes\class-email-functions.php
You still try to get the information about the header image from the array.

So, if you upgraded from older version, it might work, but for someone using most recent version from the scratch – it tries to get the header url from the serialized data and gets nothing.