Modern XMPP project discussion - 2020-11-21

Do we have a recommendation for which nickname to use atm?

When?

There's https://docs.modernxmpp.org/client/groupchat/#user-nickname

and https://docs.modernxmpp.org/client/design/#names

Thanks.

When entering a MUC mostly.

And https://github.com/modernxmpp/modernxmpp/pull/36

Link Mauve, when joining i take the nick set via UserNickname in PEP

if the user wants to change it, i save it to the bookmark and from that point on use only that

so bookmark > pep

bookmark > pep > localpart

That’s pretty much what’s written in that document. :)

With a fallback to vCard if PEP isn’t defined.

hm i dont like that

actually i dont show or let the user set the nickname in vcard

there is no reason we need 2 places to set a nickname in xmpp

same with avatar

I guess it’s a fallback for the case where older clients have changed it?

I think Prosody’s mod_vcard_legacy will store a nickname set that way into PEP actually.

Hmmmm

Or not?

local ok, _, nick_item = pep_service:get_last_item("http://jabber.org/protocol/nick", stanza.attr.from);

It does.

Only if the requester isn't allowed to read the vcard4 data iirc

Or is that only when a client requests the vCard?

Oh, my bad…

Meh.

mod_profile did tho

Lots of crazy experimental things in that, but most of them were deemed unnecessary

“A user SHOULD discover his or her reserved nickname before attempting to enter the room.” ugh, TIL.

Heh

Yet another decades old sentence that appeared between yesterday and today. :x

Found that when we added nickname reservation support in Prosody, so it supports that discovery thing

The MUC can also just override your nick and tell you that you joined with a different nick.

Is there any client which obeys that SHOULD?

🤷️

Is there any harm in joining with a different nick without having done that query?

Would the MUC always override your nick in that case?

Or is it UB?

Anyway, sleep.

If you don't use it, then you risk having the nickname you do use end up being used by someone else when you look away.

OTOH if nickname lockdown is in place you'll either be refused entry or force-renamed by the MUC on join

Would have been so much better if MUC didn't overload resources for nicknames :/

yeah that was a bad design decision

One day we'll switch to MIX!

and then something else, probably

or just go the jitsi way and attach a XEP-NICKNAME element to each <message/> and ignore the resource

MUC was iirc the 3rd groupchat protocol. Groupchat 1.0 wasn't even the first IIRC.

jonas’, yup, that'd be fine. isn't that what mix does?

or do you get nicknames from one of the pubsub nodes?

I think so