jdev - 2022-09-12

pep., correct (possibly)

If you do the multiple <item> thing, you may want to update their presence to anyone who is permitted to see that

When doing MSN in MUC, a new resource joins, I don't advertize to any of the other occupants expect other resources of the same account? possibly with @jid set to be more explicit, or not at all? ✏

Should I ensure one of the items is placed first or sth, for clients not handling this? (It's not like MSN was declared anywhere really..). Won't a client interpret weirdly its own presence coming back to it for no reason?

We haven't seen any problems from that

Ok

may I ask what is MSN in this context, for my own education?

Multi-session nicks, or the ability to have multiple clients of your own connected to the same MUC with the same nick

nicoco_, https://xmpp.org/extensions/xep-0045.html#terms-general it's somewhere in there

Originally this wasn't defined by XEP-0045, but as people connecting from multiple devices concurrently became more popular, it was added on

"Multi-session nicks are not currently defined in this document."

Somebody(tm) should write an informational spec someday

Before this (and still sometimes today in IRC) you would see MattJ-laptop and so on

There is also https://wiki.xmpp.org/web/Multi-Session_Nicks

oh

It's also the worst-named abbreviation in XMPP land.

thanks, I figured it couldn't be 'the microsoft network' but did not manage to find the acronym's meaning

Ge0rG, so you've forgiven CSI so easily?

>Somebody(tm) should write an informational spec someday please ping me when you do, I'm interested 🙂

Come on I'm sure we could run a contest of badly named specs

MattJ: CSI is the second-worst name, and I'm not forgiving it because there at least we had a chance to prevent it from happening

pep., we are. It's called the Standards Track ;)

:DD

We should have a "Badly named XEPs of the year" thing

pep.: with the number of XEPs published per year, we might end up with an automatic winner

What's x/item@nick for exactly? I know it's used as the target for some operations (kicks, bans, etc.), but is it useful when included in a presence update for example?

I know some servers (prosody?) use it to reserve it, but I doubt that's the originally intended use-case

It could be used as a replacement of /nick maybe :P

It's used for role change operations, because moderators aren't allowed to see real JIDs of occupants

Ah right

Prosody's behaviour is because some clients were also using it it for affiliation changes

and the side-effect of including both is that it gets treated as an affiliation change, but with the specified nick as the nick to be reserved for that affiliated JID

(that's (too vaguely) defined here: https://xmpp.org/extensions/xep-0045.html#grantmember )

“if a nick is provided, that nick becomes the user's default nick in the room if that functionality is supported by the implementation” heh

Is MUC-PM support required btw

One could return service-unavailable error message right?

Even though I'd want some other way to designate people that isn't realjids.. I might have another look at unique-id and try to do everything with that

The XEP at least allows it to be disabled, so sure. Just implement it in a way that it cannot be enabled :)

Ah wait, there's a config option already right