XSF Discussion - 2019-07-28

I *think* I implmeneted the RFC 4647 algorithm for language selection

it’s not even that complex

yep I also believe that the situation is not that hard, be it the xml:lang inheritance or the xml:lang selection

somebody™ just has to implement it

hm i have a problem with captcha protected rooms

if the captcha verification fails, server returns an error iq which is ok

but afterwards he also sends a presence error: not-authorized

which my client interprets as, please supply a password

but there is none on the room

question is should the server abort my join only because i supplied a wrong captcha?

but at some point he has to abort it, so is not-authorized the correct error here?

its probably undefined

What is the error type?

In https://xmpp.org/extensions/xep-0045.html#enter-pw the example has type=auth

auth

you mean the server could use something different here?

so we can act on the difference

https://xmpp.org/extensions/xep-0158.html#example-3 like that perhaps?

Is CAPTCHA a type of authentication?

i guess its not much different to a password

it auths me as human :D

i think it does not matter much was the server does, seems i have to track that im in a captcha auth and ignore the presence error

but much complexity for a feature probably almost nobody ever uses

lovetox, one could add a feature to xep45 signalling that the muc service will add a captcha specific error condition to the error IQ

but the problem is not the error iq, the problem for me was the error presence that followed the error iq

but i think this has be solved by the client, i just have to track that im in a captcha workflow, and that all error presences mean the captcha workflow was aborted

and not what they usually mean

add the specific error condition to the presence then

hm yeah would be a solution, but i prefer to handle it in the client

another question, what if i send a message to a bare muc jid, when im not joined

usually i would expect muc denies the message

but what if im owner of the muc?

hm the MUC xep allows to send message to the room from outside

message can not be matched to a user if this is done

even in a non-anonymous room

which i find weird

would be allowed to attach the <addresses> thingy to these messages?

with a ofrom= realjid