It might just require a simple change to adapt to using the new API, but I don't have time for doing that. If any of you is interested in taking over maintenance, I'd be happy to add you as a collaborator to https://github.com/srid/zulip-archive
Will be null if the client_gravatar query parameter was set to True and the user's avatar is hosted by the Gravatar provider (i.e. the user has never uploaded an avatar).
Changes: In Zulip 3.0 (feature level 18), if the client has the user_avatar_url_field_optional capability, this will be missing at the server's sole discretion.
Our public archives are down because of Zulip API change.
It might just require a simple change to adapt to using the new API, but I don't have time for doing that. If any of you is interested in taking over maintenance, I'd be happy to add you as a collaborator to https://github.com/srid/zulip-archive
cc @Lysxia who originally reported it.
cc @Pavan Rikhi
https://github.com/srid/zulip-archive/pull/26
I can't commit to ongoing maintenance, but if you continue to ping me on breakages I can poke a bit.
@Pavan Rikhi Nice man, thanks! We are up now: https://funprog.srid.ca/
About the avatar, we are missing some - not sure why. Eg: Sandy Maguire avatar is not showing up here: https://funprog.srid.ca/polysemy/finally-catching.html
Yeah, seems like it's
null
if zulip is using their "gravatar" instead of an uploaded image:https://zulip.com/api/get-users
gravatar avatar(or fallback we provide) can be embeded like this:
https://en.gravatar.com/site/implement/images/
@Sridhar Ratnakumar dirty / 5-minute patch that falls back to gravatar profile pictures:
https://github.com/prikhi/zulip-archive/commit/da2e45d50aaaee0c41dd0db8f81670a0714d4c69
cleaned up a bit: https://github.com/srid/zulip-archive/pull/29
It works! https://funprog.srid.ca/purescript/showable-type.html
hmm, tempted to set the default to one of the image sets... would make it easier to use avatars to discern different users
ya that makes sense