Gravatars cannot be shown on some views

Hello,

I have enabled Gravatar and this works, but not on all web views.

Steps to reproduce:

  1. On a brand new Ubuntu 22.04 server, make a fresh install of RhodeCode Community beta through rcstack. When prompted, enable HTTPS/SSL.
  2. Login as a super-admin.
  3. Create a new SVN repo, checkout and make some commits.
  4. Go to Admin > Settings, then heck Use Gravatars based avatars and Save. If you have a Gravatar associated with your email address, it should now be shown in the top-right corner next to your profile name.
  5. Get back to your SVN repo: the column “Author” of the Summary page should show an avatar taken from Gravatar.
    image
  6. Go to the File view: in the header, the Gravatar is not shown.
    image
  7. Go to the Commits view and select a side diff view: in the header, the Gravatar is not shown.

What’s expected:
I suppose Gravatar based avatars should work globally as soon as they are enabled. Shouldn’t they?

it works a bit different.

Gravatars are only shown for “registered” users inside RhodeCode. If the email associated with a commit message doesn’t point to an actual user gravatar version is not going to be there.

Are you sure that Hello trunk commit has the same email as your other commits ?

Well, we’re talking about a single commit, so it’s the exact same user! In one view it works, in the other it doesn’t.

Commits view:

Files view:
image

Even if it’s not a functional issue, this one is still unsolved.
Is there any cache I can refresh to try to improve the situation?

do you have a way to reproduce this ?

We tested few repos and we cannot find a way to make this happen

do you have a way to reproduce this ?

Not more than what I wrote in the initial post.

By the way, here is the (blank) Gravatar URL of an other user:
https://secure.gravatar.com/avatar/68edf8829fd57e31ea1b39f7479242d7?d=identicon&s=128

And here is the rendering, correctly shown from the Summary and Commits views:
auto-generated Gravatar

But the header of the Files view unfortunately uses this:

data:image/svg+xml;base64,CiAgICAgICAgPHN2ZyB4bWxucz0iaHR0cDovL3d3d53My5vcmcvMjAwMC9zdmciCiAgICAgICAg%0AdmVyc2lvbj0iMS4xIiB4PSIwcHgiIHk9IjBweCIgd2lkdGg9IjYwIiBoZWlnaHQ9IjYwIgogICAg%0AICAgIHZpZXdCb3g9Ii0xNSAtMTAgNDM5LjE2NSA0MjkuMTY0IgoKICAgICAgICB4bWw6c3BhY2U9%0AInByZXNlcnZlIgogICAgICAgIGZvbnQtZmFtaWx5PSItYXBwbGUtc3lzdGVtLEJsaW5rTWFjU3lz%0AdGVtRm9udCxTZWdvZSBVSSxSb2JvdG8sT3h5Z2VuLVNhbnMsVWJ1bnR1LENhbnRhcmVsbCxIZWx2%0AZXRpY2EgTmV1ZSxzYW5zLXNlcmlmIgogICAgICAgIHN0eWxlPSJiYWNrZ3JvdW5kOiM5Nzk3OTc7%0AIiA+CgogICAgICAgIDxwYXRoIGQ9Ik0yMDQuNTgzLDIxNi42NzFjNTAuNjY0LDAsOTEuNzQtNDgu%0AMDc1LAogICAgICAgICAgICAgICAgIDkxLjc0LTEwNy4zNzhjMC04Mi4yMzctNDEuMDc0LTEwNy4z%0ANzctOTEuNzQtMTA3LjM3NwogICAgICAgICAgICAgICAgIGMtNTAuNjY4LDAtOTEuNzQsMjUuMTQt%0AOTEuNzQsMTA3LjM3N0MxMTIuODQ0LAogICAgICAgICAgICAgICAgIDE2OC41OTYsMTUzLjkxNiwy%0AMTYuNjcxLAogICAgICAgICAgICAgICAgIDIwNC41ODMsMjE2LjY3MXoiIGZpbGw9IiNmZmYiLz4K%0AICAgICAgICA8cGF0aCBkPSJNNDA3LjE2NCwzNzQuNzE3TDM2MC44OCwKICAgICAgICAgICAgICAg%0AICAyNzAuNDU0Yy0yLjExNy00Ljc3MS01LjgzNi04LjcyOC0xMC40NjUtMTEuMTM4bC03MS44My0z%0ANy4zOTIKICAgICAgICAgICAgICAgICBjLTEuNTg0LTAuODIzLTMuNTAyLTAuNjYzLTQuOTI2LDAu%0ANDE1Yy0yMC4zMTYsCiAgICAgICAgICAgICAgICAgMTUuMzY2LTQ0LjIwMywyMy40ODgtNjkuMDc2%0ALDIzLjQ4OGMtMjQuODc3LAogICAgICAgICAgICAgICAgIDAtNDguNzYyLTguMTIyLTY5LjA3OC0y%0AMy40ODgKICAgICAgICAgICAgICAgICBjLTEuNDI4LTEuMDc4LTMuMzQ2LTEuMjM4LTQuOTMtMC40%0AMTVMNTguNzUsCiAgICAgICAgICAgICAgICAgMjU5LjMxNmMtNC42MzEsMi40MS04LjM0Niw2LjM2%0ANS0xMC40NjUsMTEuMTM4TDIuMDAxLDM3NC43MTcKICAgICAgICAgICAgICAgICBjLTMuMTkxLDcu%0AMTg4LTIuNTM3LDE1LjQxMiwxLjc1LDIyLjAwNWM0LjI4NSwKICAgICAgICAgICAgICAgICA2LjU5%0AMiwxMS41MzcsMTAuNTI2LDE5LjQsMTAuNTI2aDM2Mi44NjFjNy44NjMsMCwxNS4xMTctMy45MzYs%0ACiAgICAgICAgICAgICAgICAgMTkuNDAyLTEwLjUyNyBDNDA5LjY5OSwzOTAuMTI5LAogICAgICAg%0AICAgICAgICAgIDQxMC4zNTUsMzgxLjkwMiw0MDcuMTY0LDM3NC43MTd6IiBmaWxsPSIjZmZmIi8+%0ACiAgICAgICAgPC9zdmc+

which renders like this:
image

If you consider it useful, I’m able to give you an access to our test server if you want.

Right, so the base64 is rendered as a default image for default user, it happens when the email cant be matched…

But on our test SVN repos commiter email is properly extracted and then gravatar is used…

does it maybe have any speciial characters in commits/ author name and email ?

Is the dot considered as a special character? :grin:
No, there isn’t; neither in email address, nor in user name or full name.

How can we explain that in one page it can, but in the other it can’t?!

Sorry it looks like a bug, but we can’t reproduce this…

Manage to find that case, and pushed a fix. Next beta image would have such fix in-place !

Sounds great, thank you!

In which version is it supposed to be fixed?
I upgraded to 5.0.0.beta36 and I still see the default avatar in the “Files” tab of my repos.