micropat

The share buttons are actually showing on mobile for visitors, so the cause is probably a content blocker on the device(s) you’re checking. You can try again with content blockers/extensions/etc. turned off.

You might also try the plugin’s local cache option as a workaround.

It sounds like the site’s theme or another plugin created an awkward new “content type” area. You can possibly disable placement in that area in AddToAny Settings, or you can certainly use precise CSS selectors to hide the buttons.

If you can keep AddToAny activated for a day, I’ll let you know the exact CSS code to use (if you need it).

Hi Danyelle,

Facebook and LinkedIn do not offer arbitrary message customization, just static meta tags for the description of a shared link.

Yes, you can add showOn: 'visible' to always display share buttons on images:

a2a_config.overlays.push({
  services: [ 'pinterest', 'facebook', 'tumblr', ],
  showOn: 'visible',
  size: '32',
  style: 'vertical',
  position: 'top left',
});

This is Facebook’s issue that appears to be resolved.

If you’re still experiencing the issue, you can report it to Facebook by clicking your Profile photo in the top right corner of Facebook:

• “Help & support” > “Report a problem” > “Something went wrong” > include logs & diagnostics if you want to.
• For “Choose an area” select “Composer / Posting” and explain that you can no longer share links with AddToAny and other Facebook share buttons on websites. Include a screenshot or so if you can.

Hi, can you reactivate the plugin so folks here can take a look at the site’s issue with the shortcode?

HTTP 403 Forbidden just means WordPress is correctly forbidding direct access to that directory.

It’s likely some browser extension or similar that’s blocking social buttons in your browser.

Actually it looks like the site has enabled the “Delay JavaScript execution” feature from WP Rocket, not Cloudflare’s Rocket Loader.

Hi,

The AddToAny JavaScript is loading and buttons are appearing on your sites now.

If you didn’t make any changes that resolved this, it could’ve been a temporary bug with Cloudflare’s Rocket Loader which you have enabled on your site(s).

We deployed a fix earlier today that works around the X app’s recent bugginess with sharing.

@thetester113 We deployed a fix earlier today that works around the X app’s recent bugginess with sharing.

It’s not possible to force native sharing when it’s unavailable in the webview, unfortunately.

However, the share button should fall back to the AddToAny menu when native sharing is unavailable. If that’s not happening, please post the app’s details or how to reproduce the issue.

Hi Karel,

The plugin is clearly enabled, but the site is not loading the JavaScript, most likely due to some site caching or optimization feature.

Try deactivating any site ‘optimization’ features and purging any site caches.

AddToAny is compatible with Cloudflare’s Rocket Loader, but you can try disabling that Cloudflare feature too.

The notoriously broken and obsolete “FastClick” script is the root cause:

/wp-content/plugins/perfmatters/vendor/fastclick/pmfastclick.min.js

That script improperly intercepts click & touch events, and the perfmatters plugin is loading that script. Can you report this FastClick issue to the authors of the perfmatters plugin?

From the plugin’s FAQ, add the following CSS code to your Additional CSS box in Settings > AddToAny:

.addtoany_content { text-align:center; }