jshare

Screenshot:

https://www.dropbox.com/s/rvsjogk1it0875v/ewww-debug-ss.png?dl=0

Still happening after the upgrade to 2.4.4:

Screen variables
    Screen id : upload
    Screen base : upload
    Parent base : upload
    Parent file : upload.php
    Hook suffix : upload.php

    Hooks
    load-upload.php
    admin_print_styles-upload.php
    admin_print_scripts-upload.php
    admin_head-upload.php
    admin_footer-upload.php

I couldn’t find that. The most relevant thread just asks a similar question that you said should be better attended to in v7:

https://wordpress.org/support/topic/login-and-register-1

Thanks for that detailed explanation.

I took my most popular article and tried 8 variations of its url, considering that I migrated to https after it had already been published. Using SharedCount, I can see that:

• Facebook cares about trailing forward slashes, which my site has always used, but apparently some share buttons have ignored
• Twitter isn’t protocol-agnostic
• Pinterest views every url uniquely (annoyingly)

However, aside from Facebook, all the results reported are drastically lower than what ShareThis is currently showing in my sidebar:

On SharedCount:

• LinkedIn has 61, but ShareThis counts 899.
• Twitter has 321, but ShareThis counts over 29K (which sounds right based on Twitter notifications)
• StumbleUpon has 0 (for all url variations), while your plugin correctly finds over 200K.

When I said ‘wildly different’ regarding SMT, it was because some of the results reported were lower than what ShareThis was reporting while others were significantly higher. But if SMT simply relays the networks’ numbers, which is understandable, there’s something else going on here. Another example- if I try Mashable’s homepage on SharedCount, it clocks in with 0 LinkedIn Shares and 0 StumbleUpon thumbs up, which is clearly wrong.