XSF Discussion - 2020-04-17

hmm conversations.im gives me "504 - wait: Stream reset by peer"

that just me?

conversations@conference.siacs.eu is also down.

And now it’s back.

In context of XEP-0357 Push Notifications, I was told this: > Because of this an informal standard emerged which is not codified in the push xep: The push has to be a push summary and the last-message-body field has to be set for pushes that were triggered by a message stanza containing a body

to what extend is that correct and complete?

Is there any documentation around this?

(basically, to would be needed to facilitate ios)

Guus: did you catch up with the Last Call thread?

no

Guus: it might have the answers for that

tx

I haven't catched up yet either

oh boy. Text in bold.

when a user is involuntarily removed from a MUC, will the unavailable presence *always* contain a muc#user extension element?

Is there already some kind of public XEP TODO? That is non-existing XEP ideas, or maybe past attempts (protoXEP) that haven't been accepted for which there's feedback that is to be gathered

If not I'm creating something on the wiki

Not sure if that goes in XEP-remarks

grep logs "someone should write a XEP about"

https://wiki.xmpp.org/web/Category:Specs I added this (the XEP_ideas/ pages). And then I saw XEP-Remarks/XEP-xxxx_Message_Reactions.. I'm happy with whatever people prefer, but I assume it'll stay this way as nobody will do it anyway :)

flow: I think that element is defined to be in all presence sent from a MUC, no?