jdev - 2020-05-26

rion, I almost finished implementation of latest OMEMO in eyeCU.

thx

We implemented it in Psi but it turned out there is nobody to test with.

> We implemented it in Psi but it turned out there is nobody to test with. You should easily find OMEMO contacts for testing by asking in some MUCs.

Martin: that's why I'm here.

rion, I have the same problem. So, we may try.

👍

rion> Is there any client implementing omemo >= 0.4.0? I think there are some pending xep changes, so one could argue that it's eventually not worthwile to implement the latest version if you haven't started yet, but instead wait for the update (that may come or not come, I don't know)

is this an illegal MUC stanza

https://paste.gajim.org/view/45139ded

can someone have a presence in a muc with no role and no affiliation?

That is weird, indeed.

i think affiliation can be none

but role=none i interpret as someone leaving a muc

im not sure how i can interpret this if its not a unavailable presence

but 0045 is not clear in saying that this is illegal

at least i dont find the part in the xep

.. attribute:: role The current role of the occupant within the room. This may be :data:`None` with faulty MUC implementations.

ahaha.

table 3 says role None is not present in the room

k thanks jonas i add this also to my library

but i also report the error to tigase :)

although note that python-None is different from "none"

that was to deal with presence stanzas which omitted role/affiliation altogether :/

yes biboumi for example did that until i reported it recently

so it might not even be in stable yet

"none" == None ?

yes the XEP does not say "none"

the XEP writes "None"

not in stanza, but in the text

funny actually, it never writes down the correct attribute names

it always writes them with a captial letter in the text

you can only get the attr name from the examples

but attribute names are not case sensitive in xml

at least i always thought that

nah my bad, it does later down the xep

they wouldn't be in html but I actually would have expected them to be case sensitive in XML, though now that you mention it I can't say I'm absolutely sure...

20:09:05 lovetox> but attribute names are not case sensitive in xml

I’m fairly certain that that’s not true

The xep about vcard mention that xmpp tried to use vcard but accidentally uppercased everything

also that's an attribute value

yeah haha

so much wrong in one single sentence

:D