digitalcarla

Following up! I created a clean local environment with only Web Stories and Shortpixel installed.

I am able to reproduce the duplicate web stories page template image issue consistently.

Steps:
– Select a default template (or create a fresh one)
– Click ‘Save current page as template’ about 20 times
– Scroll up and down the saved templates pane repeatedly

I was able to generate about 2000 images in my uploads folder in a few minutes.

Hope this helps,
Carla

Thanks so much for pointing out the Shortpixel filters – this gets us over the immediate hump with credits being consumed for the duplicates.

To do this we entered the following into the Exclude Patterns setting: name:web-stories-page-template.

Thanks for looking into this.

To clarify, we do want to optimize web story images and the presets from your screenshot (web-stories-portrait, web-stories-publisher-logo, web-stories-thumbnail).

What we are concerned with is duplication and over-optimization of the saved custom template thumbnails generated by the web stories plugin.

Found and fixed the issue. It wasn’t directly related to breadcrumbs, but rather the removal of the deprecated WPSEO_Frontend class from the Yoast 17.8 codebase.

The breadcrumb filter in our theme was wrapped in the following check:

if ( class_exists( 'WPSEO_Frontend' ) )

After Yoast 17.8, the class was removed, so an alternative way to check is needed:

if ( function_exists( 'YoastSEO' ) )

Thanks Michael. I’ll get this test happening on a fresh install and circle back shortly!

The code snippet I am using is actually listed further down the page on the link you referenced: https://gist.github.com/amboutwe/4b7a2f01366399281a53c355c5b78801/#file-yoast_seo_breadcrumb_remove_title_only-php

This snippet correctly removes the post title from the HTML output when I roll back to Yoast 17.7, however no longer works with Yoast 17.8.

Note that the only difference between my code and the code I linked to above is the namespace which would not affect the output.

I just sent you email containing the complete Shortpixel configuration on the site we are testing. I can confirm the issue is still happening.

Please let me know if I can provide any additional information.

Thanks!
Carla

Hi there,

We are still experiencing this issue in our testing.

Shortpixel – version 4.22.6
Phoenix Media Rename – version 3.4.6

Immediately after renaming a file (either individually, or in bulk), the Shortpixel optimizer runs. We can confirm that Shortpixel credits were consumed to optimize the image (and its thumbnails) by verifying the optimization logs.

Is it possible that Shortpixel changed the structures of metadata stored in the database again? Or a different issue perhaps?

Carla

I’m not seeing the error after the update. Thanks for following up!

Getting the exact same error here! Any word on when the update will roll out?

Glad the link fixed your issue!

To the developers/maintainers of this plugin:

It’s working now for me on single posts, but I’m still having the issue when trying to show the share icons on an archive page such as the homepage.

Note that this only applies to sites I manage where there are auto-truncated excerpts (as opposed to non-truncated manual excerpts or full posts).

This post (from a different sharing plugin) might shed some light on the homepage/archive issue: https://www.ads-software.com/support/topic/issue-on-genesis-home-archive-pages/

@mkeisling I found my solution, and noticed that it also applies to your theme:

https://support.17thavenuedesigns.com/article/485-genesis-simple-share-icons-broken

Hope this helps!

I’ve been seeing this with a number of sites that I manage since the last update as well. The simple share javascript is printed out and displayed in the front end where the share icons should be.

My issue has been resolved. Because I had a previous version of the plugin installed, my browser was caching an older version of the AddThis javascript file, which was missing the required profileId parameter. Clearing my cache resolved my issue.

I am also having a variation on this problem. Here is a little more information to support this bug report:

I’m going around in circles trying to connect Version 3.0.0 of the wordpress plugin to our existing AddThis account profile. Everything was working great with the previous version but now am getting errors on the WordPress Addthis home screen (/wp-admin/admin.php?page=addthis_registration).

If I log in using my AddThis username and password, I see the following message: “Your current profile is not associated with this account. You may select a profile from the dropdown…”. I then can see the profile in the list, I select it and click “Confirm”, and then the page stalls on “Creating API Key”. The corresponding message in the browser’s js error console is “/wp-admin/admin-ajax.php 400 (Bad Request)”

If I try to connect the account manually using the correct profile id I get a “Unknown PRofile ID” error and can’t continue.

I’ve tried deleting the plugin and its data, reinstalling and setting up again, and still the same errors.