Tharkon

Actually, I should use

fbdata.shares = (fbdata.shares || 0) + (fbdata2.shares || 0);

To avoid running into NaN when fbdata.shares doesn’t exist.

If I modified the facebookShares() function in jquery.cresta-social-share-counter.js as follows, would this cause any problems?

function facebookShares($URL) {
  if ( $('#facebook-cresta').hasClass('facebook-cresta-share') || $('#facebook-cresta-c').hasClass('facebook-cresta-share') ) {
    $.getJSON('https://graph.facebook.com/?id=' + $URL, function (fbdata) {
      if($URL.indexOf("https") >= 0) $URL = $URL.replace("https", "http");
      else $URL = $URL.replace("http", "https");
      $.getJSON('https://graph.facebook.com/?id=' + $URL, function (fbdata2) {
        fbdata.shares = fbdata.shares + fbdata2.shares;
        var facebookvar = $('<span class="cresta-the-count-content" id="facebook-count-content"></span>').text(ReplaceNumberWithCommas(fbdata.shares || 0));
        if (fbdata.shares > 0 || $ismorezero == 'nomore') {
          $('.facebook-cresta-share a').after(facebookvar)
        }
        $('#total-shares, #total-shares-content').attr('data-facebookShares', fbdata.shares || 0)
      });
    });
  } else {
    $('#total-shares, #total-shares-content').attr('data-facebookShares', 0)
  }
}

Our problems have actually been resolved. I was under the impression I posted about that, but guess I forgot to hit the button.

It turned out that the page in question was not actually a page, it was a post, which requires is_single() rather than is_page().

Also of note is that while testing any caches should be emptied before the new settings take effect. At least, that was the case with us.

We are having the same problem as Tara on our website.

Here’s a screenshot of the settings:
https://s3.amazonaws.com/verbouwkosten/plaatjes/scrollbox.png

And this is the page in question:
https://www.verbouwkosten.com/led-lampen-test-goedkope-dure-kiezen/

We are using the latest version of the plug-in and test-mode is disabled.

I noticed something was really weird when I accidentally removed the exclamation mark in front of the landing page check and it still showed on non-landing pages.

However it does seem that it doesn’t show on landing pages with the current settings it does still show on the page with the specified slug.

I didn’t know the website wasn’t visible from Austria so sorry about that.

Thank you for the fix. It looks like the problem is solved after updating to 4.1.2, deactivating and reactivating the plug-in.

Answering your questions just in case:
We don’t use WPML, I think both the websites use SQLite but the client interfaces are different versions. 5.1 and 5.6.

PHP versions are also different, 5.4 and 5.5.

Oh, this is interesting.

We have another website (https://www.hrdlpn.nl/over/) on which this plug-in has been running for quite a while. That one was upgraded to 4.1.1 and it is still working.

Hi,

We are having the exact same problem on our website: https://www.dakkapel.net/contact/

The ration is supposed to show in the header of the website.

It was a fresh install of the latest version of the plug-in (4.1.1) but an existing website.

I tested it in different browsers, clearing caches and all that.

Even tested it from a different device from a different IP and it just keeps counting up the rating without submitting anything.