XSF Discussion - 2018-06-03

I don't understand the latest PR on MUC

https://github.com/xsf/xeps/pull/653 this one

edhelas: you know what voice requests are?

Zash, I do that, the threshold is 1

MattJ no

Zash, yeah, that’s a new issue (with the XEP HTML not reactiong to Pgup/Pgdown/Home/End in firefox)

edhelas: in moderated rooms people cannot write messages unless they have the participant role

And this feature is a way for someone who cannot talk in the room to request that a moderator updates their role so they can talk

note that the protocol flow is already specified. clients do not have a way to know whether the service supports that protocol flow though

Very old but moderated rooms have never been that popular on XMPP so I don't think many clients implement the feature because it hasn't been needed

and since it’s based on <message/>, it’s not trivial for clients to know whether the server supports the protocol even on opportunistically sending a request

MattJ :)

thanks for the explanation

I'd like to do a PR to expose the access model of Pubsub node through the metadata, just wondering what you though about it

edhelas: through disco?

yes

Isn't that already done?

no, or I didn't saw the change

but it could be really useful for me to know that in advance, then I can show it in the UI

"If meta-data is provided, it SHOULD include values for all configured options as well as "automatic" information such as the node creation date, a list of publishers, and the like."

ok I'll tell that to the ejabberd guys :p

now’s one of the rare occasions where I wish that resource locking was still en vogue :)

ENOCTX

writing a component which proxies several JIDs behind a single one

Why wouldn't the component be able to map this to fixed resources?

Oh, you mean for keeping conversations locked

ralphm, yeah

but messages aren’t important for my use-case anyways

What is the use case?

Not something like customer support agents

nah. it’s a service which runs as a client

which answers IQ requests

but to know the resource to send to, users would normally need to subscribe to presence from the service, which I don’t want (useless overhead, because the resource doesn’t really matter)

so I’m building a component which proxies that client and translates IQs sent to its bare JID to any of the currently online client resources

is https://xmpp.org/extensions/xep-0312.html deprecated by MAM ?

Possibly, yes

okay :)

jonasw, why not stuff the functionality into the component and get rid of the proxying?

flow, aioxmpp can’t into components and I don’t want to do that in lua

also, bonus for possible load balancing

Mmmmmmod_component_roundrobin?

Or like s2s-level load balancing

jonasw, and using a fixed resource?

A round-robin bare-jid forking mode would have been kinda useful

flow, can’t rely on that

jonasw, why not?

servers may override and such ;-

Zash, like xep354?

flow: Yeah

jonasw, I wouldn't consider that a practical problem

When you have room locking in MUC, what's sensible behaviour if it remains locked?

hmm, timeout?

The current stable branch of Prosody has room locking (disabled by default) where rooms are destroyed if they remain locked for 5 minutes.

The development version simply unlocks them.

that (unlocking) sounds better

Indeed.

Hm, maybe it should send a "privacy related config change" status code at that point.

seems good

goffi, since you asked: https://muclumbus.jabbercat.org/docs/api#xmpp

A question to the French speaking occupants of this room: when a French person writes me in English: "I'm in the show this week", can we deduce what the original meaning was? The person attempted to convey that they were indisposed - but no actual show (theater, circus, etc) was involved, as far as I can tell.

I'm wondering if this is a literal translation of a French proverb.

looks like a bad translation to me, for me it's saying "I'm trendy this week" but I'm maybe wrong