I've got an install that's loading the wrong gravatar and I can't figure out why. Most confusing is that it's doing it in the front-end templates AND in the admin. Here's a screen cap:
The user and email listed are not mine, but the face is. Any idea how that's happening?
Even since Gravatar and Jetpack and linked accounts and whatnot I've felt a little disconnected with how these images are actually conjured, but this is the first time it's bitten me like this.
I know this is old post but had same issue and figured it out: user ID is of the author of the original post (article) against which the comment was written ... best to repress comment gravatars altogether, or put in a filter to lookup by email io users ....
If you go to http://gravatar.com/d6b10d5767d1e29006c11e1a2c590f3c (omit the /avatar/ from path) you get http://gravatar.com/clojita which seems to be your gravatar account, correct?
MD5 collision is unlikely (but maybe it's time to buy a lottery ticket :)
Look at source fetches interesting detail — the comment in question has comment-author-clark class. So it's not only the gravatar that is confused.
That class is generated in get_comment_class() function and is coming from user retrieved via $comment->user_id. It's hard to guess more without hands on dumping of data, but my educated guess is that something is screwed up exotically in or around comment template.
First thing I'd try (dumping everything aside) is switching to native theme and/or looking into differences between theme's comments implementation from original Underscores.
Geeks Mental is a community that publishes articles and tutorials about Web, Android, Data Science, new techniques and Linux security.