XSF Discussion - 2022-11-13

Reminder Matt has made this tool: https://matthewwild.co.uk/projects/xep0392-web/

👍️

hmm. "green" produces 🟩 "blue" produces 🟦 "red" produces... 🟦

MattJ

emus: I'm kidding, it's not a bug :)

Ok, I don't get it 😀

mjk: if red made 🔴 I would have been beyond shocked

but regular reminder to add a <noscript> notice somewhere :3

singpolyma: sha2 was backdoo🟥 all along!!1

https://upload.movim.eu/files/9d94237298995552fa13436420195fbca436dce7/okLQs3nuZrjy/image.png

Bringing banner images to XMPP profiles on Movim, it's a first experiment

It's XEP-0084: User Avatar with a URL in the metadata and on another node, that's it

edhelas: how do you mean? A url in the avatar metadata pointing at another node?

No, another metadata node

Oh I see, same as avatar but just different node name

Yes, I am using some movim specific node for now, but I'll try to write a XEP

It will be quite simple, same as 0084 but with a landscape/wide picture, prefered URL (because the picture can be quite large) and save the metadata on something like urn:xmpp:banner:metadata

The rest is the same, and thanks to PEP magic it will be pushed on all the clients

Oh, so metadata node only because you expect it to be too large for base64?

Yeah, I'm already doing that in Movim

Movim can host pictures, so it's not a problem

And 0084 support that

Are they really so big in practise? I guess we can do up to 128kb in base64

Depends :p But it gives a bit more flexibility on my side, and I'm not blocking the socket

If it's to be URI based probably want to have multiple URI options and/or hashes, like sims has. (I'm just thinking out loud, don't think I'm not excited to see this!)

Yeah, it's just a first experiment on Movim, I'll try to write a XEP when I'll have a bit of time and see what are the feedbacks :)

But I think that having banners in XMPP clients can be kinda cool, brings some customization to the user profiles

Cool. I could see implementing this but I'll have to think about privacy stuff for the http URI case

Sure

Can it work for MUC? I think MUC avatars aren't using pep avatar yet are they?

Nope, but maybe it's time to have PEP for MUC :D

I'd be happy to have PEP for XMPP services/components as well, then I can have vcards and avatars for them :3

Yeah, I do that for some of my components

So basically you will receive a presence from muc.xmpp.org, also useful to know if the component has gone offline

PEP/PubSub for MUC would be awesome. We could also use it to store user avatars of MUC members so they can be fetched even if the user went offline (which doesn't work right now because we're using the undefined IQ over MUC) and also have less privacy issues (can have different avatars for different MUCs)

larma: that doesn't sound related to pep on MUC per se. MUC service could cache user avatars already

well not really

because how would you even request the avatar for a specific user, if someone else can just join under their nickname

Only do it for users with reserved nicknames?

Right, you need reserved names for the concept to make sense

we have occupant ids

works even across nickname changes

and also reserved nicknames aren't that popular in public MUCs, so would be weird to have avatars only work with them

true. so some occupant-id keyed cache for stuff then? I'd probably wanna reserve longer term persistence for affiliated users

I think most public MUCs kind of assume reserved nicknames

If someone were to come through "stealing" regular user's names I suspect it'd get popular real fast...

´/kick moparisthebest /nick moparisthebest´ DISREGARD THAT

How most servers do reservation? For "members"?

How how? In Prosody it's stored among extra data attached to an affiliation.

I mean how would a MUC admin reserve a nickname. Is setting member affiliation enough or is something else needed?

Per XEP-0045 you can specify a nick when configuring affiliation.

Ah ok, so client needs special support for it

Reasonable, just more stuff to implement :)

Or a bug that makes it include nick instead of jid, in combination with some compatibility behavior for clients doing just that... and tada! everyone has their nicknames reserved!

https://xmpp.org/extensions/xep-0045.html#grantmember