User avatars are 404ing

@Goalkeeper what did you do!

image


I see this when I try to @ users:

image

I’m on FF 65.0 atm.

1 Like

Under profile picture, I selected " System assigned profile picture". I think a lot of other people did too. That is why there are people who are also naked. Looks like there is something wrong with the part of the system that is responsible for that function on certain browsers… Or something.

1 Like

I had the same problem while browsing forums at work today. Though the avatars were not broken, there just simply wasn’t anything. Noticed this when I browsed front bage and some new threads didn’t have any avatars visible. :thinking:

I was using Chrome at work. I thought the company firewall was playing tricks on me rather than forum having a problem.

Also, this is creepy: :cold_sweat:

image

2 Likes

Wasn’t able to reproduce this initially, but I did see it on the “Useful Guides” topic that @alwaysFlOoReD posted (thanks for the screenshot!).

I’m looking into it now, but afaik nothing has changed on the forum recently that would cause this. It is definitely related to using the default Discourse icon though.

5 Likes

nginx config issue, perhaps?

All of the broken ones seem to be using the letter_avatar_proxy/v2/letter path. User-set profile images work fine.

Doesn’t like Goalkeeper at all. Firefox on mobile, but have seen it throughout the day on FF in windows and Brave on Fedora 29. :slight_smile:


1 Like

Happening to me on Chrome in Windows. I’m not unconvinced @Goalkeeper isn’t trolling us all.

3 Likes

Now you’ve been deleted too. Take that spammer.

1 Like

Test.

Edit: Hmmm. I have an avi while posting now. But not in the top right of the page

The letter avatars are served by nginx inside the container, basically the admins need to run

./launcher rebuild app

and that will almost certainly fix it. Also check that it’s set to

/letter_avatar_proxy/v2/letter/{first_letter}/{color}/{size}.png

in admin settings.

2 Likes

ur a wizard image

2 Likes

That was my thought, too.

This doesn’t explain why it seems to work with Chromium, but returns a 404 with Firefox. That’s baffling me. User agent should not determine server response…

The plot thickens.

Has anyone tried clearing their cache?

1 Like

Yes, no difference

4 Likes

I get 404s in both Fx and Chrome.

1 Like

Nothing wrong on my end. Could it be dns related?

1.1.1.1 here

1 Like

Not seeing it on Opera.

Sure, if they point to a CDN rather than the local web host.