#3968 trac vatar doesn't seem to change all avatars
Closed: Fixed None Opened 10 years ago by kevin.

even with the backend set to libravatar there's tickets where some reporters or commenters seem to get the gravatar avatar instead of the libravatar one.

Is there some stored data in the database that is causing some users to get gravatar backend?

It would be good to have all of them use the same backend. ;(

https://fedorahosted.org/fedora-infrastructure/ticket/3966 is an example.


Hm, ticket #3966 looks all libravatar to me. Unless something has already changed to fix it, perhaps this is being cached somewhere and that just needs busted with ctrl+f5?

I still see the gravatars. Are you looking at the resulting image links? They do look like the retro libravatar, but they are really gravatars.

To my surprise, it looks like libravatar is falling back to gravatar.com on its own.

In #3966, if you right click an image and "copy image location" to your clipboard and then paste that somewhere, it is definitely a libravatar URL.

However, open a terminal and run "curl -i THAT_URL" and you'll see that its a 302 redirect to gravatar.com. The "retro" images look like they're actually coming from there.

I'm pretty sure that libravatar didn't used to do this. chuchyard filed this issue with upstream a few days ago, so maybe they are playing with it -- https://bugs.launchpad.net/libravatar/+bug/1219117

Yeah, there is a fallback:

from the api docs:

"Note that if an image is not found in the Libravatar database and the hash algorithm used was MD5, then Libravatar will first redirect to Gravatar in case the image exists there. Then it will honour the default parameter."

That explains some of it, but not all of it I don't think...

I'm going to say we can close this now.

I looked at the ticket and around some, and couldn't find any that weren't fallback.

Please re-open if you see any...

Login to comment on this ticket.

Metadata