Missing avatar / broken url link after re-installation #13026

@yp05327 commented on GitHub (May 29, 2024):

avatars are saved in {data path}/avatars, maybe you need to check the files in this folder.

@yp05327 commented on GitHub (May 29, 2024): avatars are saved in `{data path}/avatars`, maybe you need to check the files in this folder.

GiteaMirror commented

@alyandon commented on GitHub (May 29, 2024):

I appear to have the same issue after upgrading to 1.22.0 from 1.21.7. data/avatar directory is empty and attempting to force the download does not appear to do anything. Gitea is configured with default Gravatar source.

Edit: Also, the profile in question didn't actually have a gravatar so was relying on the identicon generator. I tried to assign an actual image to the gravatar profile and that didn't work either. Uploading an image via web browser works.

@alyandon commented on GitHub (May 29, 2024): I appear to have the same issue after upgrading to 1.22.0 from 1.21.7. `data/avatar` directory is empty and attempting to force the download does not appear to do anything. Gitea is configured with default Gravatar source. Edit: Also, the profile in question didn't actually have a gravatar so was relying on the identicon generator. I tried to assign an actual image to the gravatar profile and that didn't work either. Uploading an image via web browser works.

GiteaMirror commented

@alyandon commented on GitHub (May 29, 2024):

Some logs:

2024/05/29 16:22:21 routers/web/base.go:80:func2() [W] Unable to find avatars 9e61922cdffba0bcee9a3c5552ba7513
2024/05/29 16:22:21 routers/web/base.go:80:func2() [W] Unable to find avatars 9e61922cdffba0bcee9a3c5552ba7513
2024/05/29 16:22:21 ...eb/routing/logger.go:102:func1() [I] router: completed GET /avatars/9e61922cdffba0bcee9a3c5552ba7513?size=512 for [IPV6_ADDR_REMOVED]:0, 404 Not Found in 0.1ms @ web/base.go:22(avatars)
2024/05/29 16:22:21 ...eb/routing/logger.go:102:func1() [I] router: completed GET /avatars/9e61922cdffba0bcee9a3c5552ba7513?size=48 for [IPV6_ADDR_REMOVED]:0, 404 Not Found in 0.2ms @ web/base.go:22(avatars)

@alyandon commented on GitHub (May 29, 2024): Some logs: ``` 2024/05/29 16:22:21 routers/web/base.go:80:func2() [W] Unable to find avatars 9e61922cdffba0bcee9a3c5552ba7513 2024/05/29 16:22:21 routers/web/base.go:80:func2() [W] Unable to find avatars 9e61922cdffba0bcee9a3c5552ba7513 2024/05/29 16:22:21 ...eb/routing/logger.go:102:func1() [I] router: completed GET /avatars/9e61922cdffba0bcee9a3c5552ba7513?size=512 for [IPV6_ADDR_REMOVED]:0, 404 Not Found in 0.1ms @ web/base.go:22(avatars) 2024/05/29 16:22:21 ...eb/routing/logger.go:102:func1() [I] router: completed GET /avatars/9e61922cdffba0bcee9a3c5552ba7513?size=48 for [IPV6_ADDR_REMOVED]:0, 404 Not Found in 0.2ms @ web/base.go:22(avatars) ```

GiteaMirror commented

@alyandon commented on GitHub (May 30, 2024):

Both identicons and custom gravatar avatars aren't working. Manually uploading a gif|jpg|png to my profile appears to work fine.

@alyandon commented on GitHub (May 30, 2024): Both identicons and custom gravatar avatars aren't working. Manually uploading a gif|jpg|png to my profile appears to work fine.

GiteaMirror commented

@yp05327 commented on GitHub (May 30, 2024):

So you are using gravatar avatars, but it seems that all avatar URLs are accessing Gitea instance not gravatar server.

IIRC, the following settings will be cached in DB, maybe on/off it can update the settings. Not sure whether this will work, but can have a try.

@yp05327 commented on GitHub (May 30, 2024): So you are using gravatar avatars, but it seems that all avatar URLs are accessing Gitea instance not gravatar server. IIRC, the following settings will be cached in DB, maybe on/off it can update the settings. Not sure whether this will work, but can have a try. ![image](https://github.com/go-gitea/gitea/assets/18380374/65f0583c-d182-4c0b-bca1-31adecffaa2b)

GiteaMirror commented

@alyandon commented on GitHub (May 30, 2024):

Toggling it by itself didn't appear to actually help. I managed to get my identicon to show up by doing the following:

Disable Gravatar in settings.
Go into my user profile settings
Noticed the "delete current avatar" button is enabled even though technically I don't have one.
Pressed "delete current avatar" and immediately my identicon avatar displayed as expected.
Re-enabled Gravatar in settings.

Actual Gravatars don't appear to show up though. I switched to another user that does have a custom Gravatar associated with the profile email address and Gitea displays an identicon instead of the avatar.

@alyandon commented on GitHub (May 30, 2024): Toggling it by itself didn't appear to actually help. I managed to get my *identicon* to show up by doing the following: 1) Disable Gravatar in settings. 2) Go into my user profile settings 3) Noticed the "delete current avatar" button is enabled even though technically I don't have one. 4) Pressed "delete current avatar" and immediately my identicon avatar displayed as expected. 5) Re-enabled Gravatar in settings. Actual Gravatars don't appear to show up though. I switched to another user that does have a custom Gravatar associated with the profile email address and Gitea displays an identicon instead of the avatar.

GiteaMirror commented

@yp05327 commented on GitHub (May 30, 2024):

As @lunny asked above, we don't know how you reinstalled your Gitea instance, so it is hard to say this is a bug from Gitea.

Maybe reset the avatar email can be helpful?

@yp05327 commented on GitHub (May 30, 2024): As @lunny asked above, we don't know how you reinstalled your Gitea instance, so it is hard to say this is a bug from Gitea. Maybe reset the avatar email can be helpful?

GiteaMirror commented

@ghost commented on GitHub (May 30, 2024):

Hi again.

The problem isn't the custom uploaded avatars, but the generic ones that get automatically generated.

I still haven't found the issue, because the avatar folder is empty by default, so it seems to be some kind of vector graphics code written somewhere in the js I suppose.

More info:

I have built gitea form source on arm64 orange pi 5 plus. Everything else works fine

@ghost commented on GitHub (May 30, 2024): Hi again. The problem isn't the custom uploaded avatars, but the generic ones that get automatically generated. I still haven't found the issue, because the avatar folder is empty by default, so it seems to be some kind of vector graphics code written somewhere in the js I suppose. More info: I have built gitea form source on arm64 orange pi 5 plus. Everything else works fine

GiteaMirror commented

@rdmcguire commented on GitHub (Jun 17, 2024):

This is also broken for me immediately following upgrade to 1.22.0 -- gravatar no longer works. I didn't have any custom avatars, only gravatar. The disable slider is off (it was on following the upgrade), but it still doesn't work.

I am also being asked to reset my password after authenticating with my oidc provider, so there seems to be some account functionality broken after the upgrade though I doubt it's related.

Installed via helm chart gitea-10.2.0.

@rdmcguire commented on GitHub (Jun 17, 2024): This is also broken for me immediately following upgrade to 1.22.0 -- gravatar no longer works. I didn't have any custom avatars, only gravatar. The disable slider is off (it was on following the upgrade), but it still doesn't work. I am also being asked to reset my password after authenticating with my oidc provider, so there seems to be some account functionality broken after the upgrade though I doubt it's related. Installed via helm chart gitea-10.2.0.

GiteaMirror commented

@rdmcguire commented on GitHub (Jun 17, 2024):

Per the 1.22 release notes, server.OFFLINE_MODE is now set to true by default. This seems to break gravatar functionality even if the disable slider is off. Setting server.OFFLINE_MODE=false in my k8s secret and rollout restarting the deployment restored gravatar functionaly for me.

@rdmcguire commented on GitHub (Jun 17, 2024): Per the 1.22 release notes, server.OFFLINE_MODE is now set to true by default. This seems to break gravatar functionality even if the disable slider is off. Setting server.OFFLINE_MODE=false in my k8s secret and rollout restarting the deployment restored gravatar functionaly for me.

GiteaMirror commented

@alyandon commented on GitHub (Jun 18, 2024):

Same here. As soon as I changed the setting to false and restarted gitea my actual gravatar immediately appeared in place of the identicon.

@alyandon commented on GitHub (Jun 18, 2024): Same here. As soon as I changed the setting to false and restarted gitea my actual gravatar immediately appeared in place of the identicon.

GiteaMirror commented

@sbuller commented on GitHub (Jun 26, 2024):

This bit me too. I'm using the gitea/gitea container, and all our avatars were broken by the 1.22 update. We'd had nothing but the auto generated geometric patterns, so I went through and used the 'Delete Avatar' button on all the accounts to fix things.

@sbuller commented on GitHub (Jun 26, 2024): This bit me too. I'm using the gitea/gitea container, and all our avatars were broken by the 1.22 update. We'd had nothing but the auto generated geometric patterns, so I went through and used the 'Delete Avatar' button on all the accounts to fix things.

GiteaMirror commented

@yp05327 commented on GitHub (Jun 27, 2024):

I can image two cases which can cause this issue:

maybe from far before, there's some thing happened which made user.avatar != empty, even user is using gravatar avatar. Then after forcing offline mode, user.avatar is not exist in local, so the avatar is broken.
unexpected data deletion

But as many reports above are updating, so the first case is the most possible case I think.

@yp05327 commented on GitHub (Jun 27, 2024): I can image two cases which can cause this issue: - maybe from far before, there's some thing happened which made `user.avatar != empty`, even user is using gravatar avatar. Then after forcing offline mode, `user.avatar` is not exist in local, so the avatar is broken. - unexpected data deletion But as many reports above are updating, so the first case is the most possible case I think.

GiteaMirror commented

@sbuller commented on GitHub (Jun 27, 2024):

For context I can add that my installation has been through various stages. It started out as gogs, running on a VM. It was upgraded in place to gitea. More recently it was converted to a container. The latest update was from container version 1.21.11 to container version 1.22.

I guess the gravatar setting might contribute - I never had it disabled - but as far as I could tell it wasn't contributing anything.

@sbuller commented on GitHub (Jun 27, 2024): For context I can add that my installation has been through various stages. It started out as gogs, running on a VM. It was upgraded in place to gitea. More recently it was converted to a container. The latest update was from container version 1.21.11 to container version 1.22. I guess the gravatar setting might contribute - I never had it disabled - but as far as I could tell it wasn't contributing anything.

GiteaMirror commented