You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've seen broken images for followers or commenters that delete or update their avatar (URL). Not sure if these image URLs get stored in a transient only or if they also end up in the database.
Actually, I think for comments they are stored in the avatar_url custom field.
Quick sidenote: I've been experimenting with storing avatars locally, and then storing the local URL in avatar_url.
My idea was to keep the image around for, say, a month, before possibly overwriting it. Of course if the remote account switched to another image (URL), and a new comment came in, we'd keep the old avatar around and switch to the new one for the new comment. (Well, I guess we could also do a more thorough search/update.)
In fact, the above (using a custom filter to cache avatars locally) is a perfectly acceptable workaround for me personally. Just thought I'd mention what I'd noticed.
Another solution would be to regularly clean up/refetch avatar URLs for commenters and followers.
I think, for followers, the avatar URLs might get stored in a transient only, and would thus auto-refresh when that expired (after a week or whenever the transient is flushed).
If that is indeed the case, I guess I can live with flushing my site's transients (or simply letting them expire), and letting the plugin refetch/update actor data.
Another solution would be to fall back to a "default" avatar; however, this may require verifying the existence of the remote file, which seems quite wasteful.
Steps to reproduce
Use a dummy Mastodon (or similar) account to follow your blog. Then delete its avatar (over on the Mastodon back end).
Refresh, in WordPress, your followers list.
Notice a broken image (if it isn't cached at the Mastodon instance's CDN level, etc.).
I think something similar happens to comments.
What you expected to happen
Ideally, the avatar would get updated, or a fallback image is shown (rather than a broken image).
What actually happened
Broken image.
Impact
All
Available workarounds?
Yes, difficult to implement
Logs or notes
No response
The text was updated successfully, but these errors were encountered:
There are currently two features that fix broken/updated images, one is the cron that updates followers from time to time and the other one is, that the current master (should rename it to main or trunk finally) version (will be released as 2.0.0 next week) supports profile update activities.
Quick summary
I've seen broken images for followers or commenters that delete or update their avatar (URL). Not sure if these image URLs get stored in a transient only or if they also end up in the database.
Actually, I think for comments they are stored in the
avatar_url
custom field.Quick sidenote: I've been experimenting with storing avatars locally, and then storing the local URL in
avatar_url
.My idea was to keep the image around for, say, a month, before possibly overwriting it. Of course if the remote account switched to another image (URL), and a new comment came in, we'd keep the old avatar around and switch to the new one for the new comment. (Well, I guess we could also do a more thorough search/update.)
In fact, the above (using a custom filter to cache avatars locally) is a perfectly acceptable workaround for me personally. Just thought I'd mention what I'd noticed.
Another solution would be to regularly clean up/refetch avatar URLs for commenters and followers.
I think, for followers, the avatar URLs might get stored in a transient only, and would thus auto-refresh when that expired (after a week or whenever the transient is flushed).
If that is indeed the case, I guess I can live with flushing my site's transients (or simply letting them expire), and letting the plugin refetch/update actor data.
Another solution would be to fall back to a "default" avatar; however, this may require verifying the existence of the remote file, which seems quite wasteful.
Steps to reproduce
I think something similar happens to comments.
What you expected to happen
Ideally, the avatar would get updated, or a fallback image is shown (rather than a broken image).
What actually happened
Broken image.
Impact
All
Available workarounds?
Yes, difficult to implement
Logs or notes
No response
The text was updated successfully, but these errors were encountered: