Tung Du

@khoavo thank you so much!

@josklever Yep I read your comments as well.

And giving access to an existing site is not allowed, even if it’s a copy of that site. You would still get access to data you are not allowed to access and it could get you banned from this forum. See?the forum guidelines.

I’m sorry about that! And thanks for the guidelines link.

That’s why you are wasting resources by focussing on individual cases, while the devs should investigate the changes in the code to determine how the current symptoms can be caused.

We’re still investigating this issue on our end. I agree that it could be some site setting that causes the issue. The reason I spent time reproducing the issue in parallel is that it could help us find that specific issue earlier. I’m trying to gather as many clues as possible.

Again, thanks you so much for your status report and info you shared with us here and on GH issue.

@khoavo I can’t find the Starter plan on midphase.com, so I purchased a Personal plan on https://www.midphase.com/website-hosting/ to test. But I still can’t reproduce the issue with WooCommerce 8.5.1 and Twenty Twenty-Four.

• Is that the same hosting type/plan you had issue with?
• Can you share a test/staging site that can reproduce the issue? I know that you fixed issue temporarily by disabling Order Attribution. But since we’re still having trouble reproducing the issue, a staging/test site having the issue will help a lot to find the root cause. If yes, you can drop me an email at tung.du@automattic.com. Thanks in advanced!

The WordPress site that I have issues with while running WC v8.51 is on the Midphase.com shared web hosting server. Perhaps you can find out the type of server Midphase.com is using?

@khoavo can you please share with us the exact hosting plan you’re using at Midphase.com that has this issue?

@thehorsebc This plugin relies on the block editor to convert classic content to block content. So the conversion only happens when you open the classic content in the block editor. It isn’t possible to convert a post without opening it in the editor.

Do you have the same issue with new avatars?

@mossifer, no, the plugin crops the avatar to the requested size then saves the URL of the cropped avatar to the database for future usage. The scheme of the avatar URL (HTTP or HTTPS) is the same as what your site uses.

@lqqwp subscribers can update the avatar on their profile admin page at yourdomain.com/wp-admin/profile.php.

@mossifer If you recently switched to HTTPS from HTTP, you can use a search and replace plugin to update the cached avatar URLs in the database.

I usually use this plugin: www.ads-software.com/plugins/better-search-replace/

Doh! It’s my typo mistake, I mean CDN. Thanks for the clarification! I’m marking this topic as Resolved as your issue was fixed.

@brianyerkes thanks, that debug info is very helpful.

Hi @campbellscoop, visiting the links you shared, I see the avatars display correctly for bio box and comment. Can you please share what did you do to make it work?

Also, look like your site is using CND, the broken avatars may be caused by broken communication between your site and CND when transferring the cropped avatars. (This is just my fragile guess after visiting your site)

@brianyerkes can you please try deactivating Smush Pro and try uploading again to see if it fixes your issue?

@brianyerkes Can you please share your Azure plugin settings (please hide/remove the credential)? Also, can you please share the list of plugins you’re using? You can grab that info via Tools > Site Health.

@brianyerkes If you use the wrong credential, you’ll see nothing in the Default Storage Container. If the credential is correct, you will see your container(s) name there.

• This reply was modified 3 years, 6 months ago by Tung Du.

@brianyerkes Can you check if you can connect/authorize the Azure connection? Also, can you also verify if you have space left in your plan?

I can’t reproduce your issue on my end running WP 5.8 and Microsoft Azure Storage 4.3.2.