Forum Replies Created

Viewing 15 replies - 1 through 15 (of 418 total)
  • Thread Starter stefanledin

    (@stefanledin)

    Thanks Jordy, I’ll post in your support form ??

    Plugin Author stefanledin

    (@stefanledin)

    Hi!
    The plugin isn’t supported anymore I’m afraid :/ But there are a few ways to work with attributes on the <img>. Maybe you could use filters or the rwp_img() function.
    Take a look at the documentation and see if it helps you!

    Good luck ??

    Hi Jordy!
    Stupid question, but how do I force rename? I have the pro version and I’ve checked the force rename option.

    I’m working on a site with lots of old uploaded files with names containing diacritics which is encoded in some strange way. I’ve been digging deep into this and learned that I can’t rename them since the plugin is unable to find the file. Because of the encoding, the regex in the sensitive_file_exists() function doesn’t match even though the filename in the database looks exactly like the real name of the file.
    I’ve used this script to rename all files, but it doesn’t help as long as I can’t force rename them from the UI ??

    Thanks Jordy!

    Thread Starter stefanledin

    (@stefanledin)

    Hi again!
    I’ve finally found a solution to this problem. It turned out that it had nothing to do with Yoast after all. For the record, here’s what happened:

    I had the WP Extra File Types plugin installed, which for some reason made uploaded images have the mime type image/x-citrix-jpeg instead of image/jpeg. Yoast didn’t accept that mime type, which caused the issue with the missing og:image meta tag.

    So, with the plugin inactivated, images got the mime type image/jpeg instead and Yoast stoped complaining about invalid image types. Since the mime type is stored in the database, just inactivating the plugin didn’t help. That’s why I was so sure about this being a Yoast issue.

    Thanks for the support, and I hope this helps someone in the future ??

    Thread Starter stefanledin

    (@stefanledin)

    Yes I know it’s too big in this context, but it’s already uploaded through the media library so that can’t be the issue. The max upload size is set to 512 mb since the customer wants to upload quite big files sometimes.

    I’ve tried with a share image that we’ve made for another customer (1200×630 px, 38 kb) and that doesn’t work either. The error message says the same thing, that only JPG, PNG and GIF are supported. The image works perfectly fine on the other clients site, also using Yoast.

    As I’ve said before, there must be an issue with this particular WP installation since it remains without all other plugins and with a standard twenty* theme. I’d be happy to dig into the source code if you point me into the right direction ??

    Thread Starter stefanledin

    (@stefanledin)

    If you try to add an open graph image in the Facebook tab of the social section of the Yoast SEO meta box, are you still encountering any sort of errors?

    I can’t. I get a warning about the file type, it says only JPG, PNG and GIF are supported. I’m trying to do this on this article and using the same image that’s already uploaded to the article. It’s bigger than 1200×630, but there’s nothing special about it otherwise.

    Also, just to be sure, we would like to rule out any plugin or theme conflicts that may occur. The fastest way to do this is to deactivate all non-Yoast plugins and switch to a standard theme like Twenty Nineteen.

    I already did that before posting this issue here. I’d be happy to help you out by digging into the code and add die(var_dump()) in some place, just tell me where ??

    Test this on your development or staging site, if you have one. If not, we recommend using the Health Check & Troubleshooting plugin. This plugin allows you to run a conflict check without affecting normal visitors to your site.

    I’ve checked this and it doesn’t report anything special.

    Thanks for your time!

    Thread Starter stefanledin

    (@stefanledin)

    Sure, home page and an article page for example.

    Thread Starter stefanledin

    (@stefanledin)

    Thread Starter stefanledin

    (@stefanledin)

    Hi Michael!
    Yes, with v15 I’m able to add an open graph image in the social tab. But the og:image tag is still missing.
    The twitter:image tag is working though, so it’s only the Facebook image that isn’t working.

    Thread Starter stefanledin

    (@stefanledin)

    1. https://snipboard.io/kqewgY.jpg

    2 & 3. Yes, I’ve tested other share pictures that we’ve made for other clients. These are working with Yoast on other sites.

    However, before updating Yoast to the latest version, 15, we were running 12.5.1. I was digging into the source code and found that the image mime type wasn’t valid.
    The is_valid_image_type() method in the WPSEO_OpenGraph_Image class (wordpress-seo/frontend/class-opengraph-image.php, line 593) returned false which caused the missing <meta> tag. The method said that the mime type was image/x-png or image/x-jpg. The <meta> tag showed up if I added those to the $valid_image_types array (line 62.)
    As I said, the code I’m referring to existed in version 12. 15 is way different and I haven’t found the corresponding code in that version.

    I hope this info could give you some clue about what the problem might be ??
    Thank you!

    Plugin Author stefanledin

    (@stefanledin)

    As I said on GitHub, I’m not providing support for the plugin anymore. And implementing such a feature would be very hard.

    Plugin Author stefanledin

    (@stefanledin)

    Sounds like you’re missing a PHP extension.

    With that said, I’m not providing any support for the plugin anymore I’m afraid. Good luck!

    Plugin Author stefanledin

    (@stefanledin)

    Hi Bjarne!
    Well, I haven’t put a label on its status. I almost never use it myself anymore since WordPress does responsive images out of the box and Picturefill isn’t required these days. I mostly doesn’t provide any support anymore.

    I can still find the background function useful though. And the build in wp_get_attachment_image_srcset() function requires a bit of code to work, so RWP could just be a more easy to use helper function in the future. Otherwise, I don’t think RWP doesn’t serve any real purpose anymore.

    Plugin Author stefanledin

    (@stefanledin)

    Hi!
    I haven’t used any CDN with RWP myself, but I’ve heard from other users that it should be working.

    Plugin Author stefanledin

    (@stefanledin)

    Okey, it looks like revolution slider yanks the src from an <img> with JS and then creates a <div> which has that image as background. What happens if you enable the “native mode” (turning off Picturefill) at the RWP settings page?

    Adding the rwp-not-responsive class with JavaScript won’t have any affect since RWP only does work server side. Thus should minification not be a problem for RWP either.

    Isn’t there a way in Revolution slider to add an class to the image?

Viewing 15 replies - 1 through 15 (of 418 total)