I have some questions about latest version of OMEMO implementation.
Yagiza
I tried to ask in jdev@conference.jabber.org but after more than 24 hours of waiting got no answer.
Yagiza
Can anyone here help me?
Yagiza
Or should I ask in Standards mailing list?
neshtaxmpphas joined
Jeybehas left
Jeybehas joined
jonas’
Yagiza, that room is deprecated
jonas’
check out xmpp:jdev@muc.xmpp.org?join instead
emushas joined
Yagiza
Ok
Jeybehas left
Jeybehas joined
DebXWoodyhas left
mukt2has left
DebXWoodyhas joined
Jeybehas left
Jeybehas joined
mukt2has joined
Jeybehas left
Jeybehas joined
Nekithas joined
goffihas joined
robertooohas left
robertooohas joined
bearhas joined
mukt2has left
flow
MattJ> Therefore it is entirely reasonable for a library with a dataforms API to perform the newline splitting/joining itself
I aggree, but that doesn't mean that the library should or even must loose the information about indvidual values✎
flow
MattJ> Therefore it is entirely reasonable for a library with a dataforms API to perform the newline splitting/joining itself
I aggree, but that doesn't mean that the library should or even must loose the information about individual values ✏
karoshihas left
flow
hmm maybe we should do something about jdev@conference.jabber.org. remove voice for non-members? autokick with a nice hint towards jdev@muc.xmpp.org?
karoshihas joined
flow
not really nice but probably better than people getting the feeling being ignored there
andyhas left
MattJ
Automatically send invites to the new room?
mukt2has joined
jonas’
I’d place a bot which auto-replies to anyone writing there with a link to the new room, but I can’t see what’s going on there due to the small dh key.
jonas’
so I’m not comfortable with running a bot there
MattJ
> "that doesn't mean the library should lose the information about the individual values"
I agree they shouldn't be lost, but they aren't... they are just represented differently :)
MattJ
And sure, an array of strings (lines) is a potential sane API for that
MattJ
An actual multiline string is equally sane if you have a standard line ending sequence for the current platform
!XSF_Martin
The dh key issue should be solved once jabber.org is migrated to prosody. 😃
flow
I agree they shouldn't be lost, but they aren't... they are just represented differently :)
They are lost as soon as there is a single value containing a newline, which is, as far as I can tell, not forbidden
jonas’
> Data provided for fields of type "text-multi" SHOULD NOT contain any newlines (the \n and \r characters).
jonas’
it’s a SHOULD NOT at least
flow
until we we have a nice bot or something in the old jdev@, we potentially should do something we can do right now, like changing the MUC configuration
flow
jonas’, right, not a MUST. and this is unrelated to the question why we shouldn't simply use text-multi for MAM IDs
MattJ
We set the subject iirc
MattJ
In old jdev
flow
so I wonder if we should prevent particpants for writing to the MUC? not really nice, but potentially better compared to them feeling ignored
bearhas left
emushas left
emushas joined
Marandahas left
MattJ
Could do, yeah
andyhas joined
Marandahas joined
Alexhas left
Alexhas joined
lskdjfhas joined
mukt2has left
emushas left
emushas joined
mukt2has joined
Dele Olajidehas joined
Dele Olajidehas left
Jeybehas left
Dele Olajidehas joined
Jeybehas joined
LNJhas left
debaclehas joined
debaclehas left
debaclehas joined
LNJhas joined
etahas left
etahas joined
Jeybehas left
Jeybehas joined
Jeybehas left
bearhas joined
Jeybehas joined
andyhas left
Jeybehas left
Jeybehas joined
lovetoxhas left
!XSF_Martinhas left
andyhas joined
!XSF_Martinhas joined
neshtaxmpphas left
flow
Syndace, If I am not mistaken you are one of the authors of the quick response xep, right? If so, is there any reason why this examples declare xml:lang multiple times instead of simply once at the stanza level?
LNJhas left
sonnyhas left
sonnyhas joined
bearhas left
Syndace
flow: I guessed that clients set the xml:lang on stream level or on the <body>.
Jeybehas left
sonnyhas left
sonnyhas joined
LNJhas joined
Syndace
So no good reason, could also set it on the message stanza
sonnyhas left
sonnyhas joined
jonas’
best is to mix it up and use it inconsistently throughout the examples
jonas’
remind everyone about the inheritance rules
flow
Syndace, some of them probably due, but it is desireable that examples follow best practices, plus what jonas said✎
flow
Syndace, some of them probably do, but it is desireable that examples follow best practices, plus what jonas said ✏
Syndace
That implies that best practice is setting it on the message stanza?
flow
Syndace, i'd say best practices is to avoid bytes on the wire when possible
flow
in the real world, xml:lang is often defined at stream level so you wouldn't find it neither on the stanza or extension element level✎
Yagizahas left
flow
in the real world, xml:lang is often defined at stream level so you shouldn't find it neither on the stanza or extension element level (if it matches the stream level definition) ✏
Yagizahas joined
flow
but for examples, on the stanza level is probably good enough
Syndace
Right. Will mix it up a bit :)
Jeybehas joined
flow
after thinking a bit about it, am I actually not soo sure about the mixing. since xml:lang plays a key rule in the xep, it is maybe sensible to remind the reader of xml:lang inheritance rules and how the affect this particular protocol *in text*
neshtaxmpphas joined
Syndace
I think I do?
jonas’
that, too
jonas’
most of the time, you’ll find the attribute on the stanza though, since servers have to carry it over from the stream level when routing the stanza
flow
I think it is actually a bit confusing in the text
jonas’
and I doubt many check if it happens to coincide with the xml:lang they set on the s2s tsream
flow
"The xml:lang set on this element MUST mirror the xml:lang of the <body> included in the message stanza next to the <action> element."
Syndace
Maybe I don't repeat the inheritance rules, but I state that the body and the quick response elements must have the same xml:lang and that only one body is supported
flow
that makes it sound that you need to explicitly set xml:lang on the element to the readers unfamiliar with XML rules
Syndace
right, it forces you to set xml:lang on the elemenz
flow
which would lead to implementations emitting elements where it is explicitly set, and even worse implementations requiring it to be explicitly set✎
flow
which would lead to implementations emitting elements where it is explicitly set, and even worse, implementations requiring it to be explicitly set ✏
Syndace
I'm not 100% sure. "Mirroring" implies that if there is no xml:lang on the body, there is also no xml:lang on the action
flow
Syndace, are you talking about effective xml:lang on the body or explicitly set xml:lang on the body?
Syndace
Explicit
flow
no xep should ever depend on explicitly set inherited xml attributes values
Syndace
Actually, it doesn't even matter
flow
At least xmlns and xml:lang are inherited
Syndace
Is there a document I can refer to regarding xml:lang or do I repeat the rules myself
flow
I am currently trying to find out if the quick response xep does require explicitly set xml:lang in the extension element. I think it currently at least gives the impression
flow
Syndace, xml 1.0 § 2.12
Syndace
I agree that the current phrasing might be interpreted as requiring xml:lang, even though that wasn't my intention
Syndace
What I want to say is "the effective xml:lang of the action element MUST be equivalent to the effective xml:lang of the body"
Syndace
> Syndace, xml 1.0 § 2.12
cool, thanks
flow
Syndace, you are welcome, and thanks for the XEP (and that's from one as someone who loves data forms and ad-hoc commands) :)
xeckshas left
xeckshas joined
winfriedhas left
mukt2has left
winfriedhas joined
winfriedhas left
winfriedhas joined
winfriedhas left
winfriedhas joined
bearhas joined
Syndace
Looking forward to where this XEP is going, I expect a bit of a wild ride :)
j.rhas left
j.rhas joined
bearhas left
Dele Olajidehas left
marc
MattJ, Ge0rG: I modified 401 a bit and have also a first ejabberd implementation based on 389 http://dump.zapb.de/xeps/xep-0401.html#preauth-ibr
marc
Atm, I implemented it like in example 12 and 14
lovetoxhas joined
mukt2has joined
andyhas left
xsfhas left
alameyohas left
andyhas joined
DebXWoodyhas left
Jeybehas left
werdanhas joined
neshtaxmpphas left
Jeybehas joined
neshtaxmpphas joined
DebXWoodyhas joined
mukt2has left
werdanhas left
bearhas joined
mukt2has joined
nycohas left
winfriedhas left
winfriedhas joined
nycohas joined
winfriedhas left
winfriedhas joined
Shellhas joined
bearhas left
Zashhas left
Zashhas joined
mukt2has left
Shellhas left
Shellhas joined
mukt2has joined
j.rhas left
j.rhas joined
karoshihas left
karoshihas joined
mukt2has left
bearhas joined
mukt2has joined
Jeybehas left
Jeybehas joined
Jeybehas left
Jeybehas joined
Jeybehas left
pdurbinhas left
bearhas left
xeckshas left
xeckshas joined
alameyohas joined
Shellhas left
adiaholic_has left
adiaholic_has joined
adiaholic_has left
adiaholic_has joined
karoshihas left
karoshihas joined
derdanielhas joined
derdanielhas left
marchas left
debaclehas left
marchas joined
alexishas left
alexishas joined
mukt2has left
bearhas joined
mukt2has joined
j.rhas left
rionhas left
rionhas joined
etahas left
etahas joined
mukt2has left
sonnyhas left
sonnyhas joined
bearhas left
mukt2has joined
lorddavidiiihas left
sonnyhas left
lorddavidiiihas joined
mukt2has left
karoshihas left
karoshihas joined
mukt2has joined
waqashas left
mukt2has left
lovetoxhas left
bearhas joined
mukt2has joined
govanifyhas left
govanifyhas joined
pdurbinhas joined
Nekithas left
bearhas left
pdurbinhas left
paulhas left
paulhas joined
j.rhas joined
werdanhas joined
Jeybehas joined
Danielhas left
Danielhas joined
Danielhas left
Danielhas joined
Shellhas joined
lovetoxhas joined
sonnyhas joined
bearhas joined
mukt2has left
mukt2has joined
Danielhas left
Danielhas joined
debaclehas joined
waqashas joined
bearhas left
sonnyhas left
sonnyhas joined
Danielhas left
Danielhas joined
xeckshas left
xeckshas joined
Danielhas left
Danielhas joined
Danielhas left
Danielhas joined
karoshihas left
xeckshas left
Danielhas left
xeckshas joined
Danielhas joined
sonnyhas left
sonnyhas joined
sonnyhas left
sonnyhas joined
sonnyhas left
sonnyhas joined
sonnyhas left
sonnyhas joined
bearhas joined
karoshihas joined
pdurbinhas joined
sonnyhas left
sonnyhas joined
Danielhas left
Danielhas joined
edhelashas left
edhelashas joined
bearhas left
xeckshas left
xeckshas joined
contrapunctushas joined
contrapunctushas left
pdurbinhas left
sonnyhas left
sonnyhas joined
mukt2has left
mukt2has joined
karoshihas left
karoshihas joined
lovetoxhas left
bearhas joined
mukt2has left
contrapunctushas joined
Marandahas left
mukt2has joined
Marandahas joined
rionhas left
rionhas joined
lovetoxhas joined
mukt2has left
lovetoxhas left
lovetoxhas joined
Marandahas left
Marandahas joined
mukt2has joined
werdanhas left
rionhas left
rionhas joined
werdanhas joined
Nekithas joined
emushas left
emushas joined
intosihas left
ralphmhas left
ralphmhas joined
intosihas joined
mukt2has left
pdurbinhas joined
mukt2has joined
werdanhas left
govanifyhas left
govanifyhas joined
govanifyhas left
govanifyhas joined
werdanhas joined
werdanhas left
pdurbinhas left
mukt2has left
mukt2has joined
govanifyhas left
govanifyhas joined
Dele Olajidehas joined
Dele Olajidehas left
xeckshas left
xeckshas joined
werdanhas joined
LNJhas left
LNJhas joined
Jeybehas left
sonnyhas left
sonnyhas joined
DebXWoodyhas left
contrapunctushas left
Jeybehas joined
contrapunctushas joined
sonnyhas left
sonnyhas joined
mukt2has left
govanifyhas left
govanifyhas joined
mukt2has joined
karoshihas left
karoshihas joined
davidhas left
davidhas joined
adiaholic_has left
adiaholic_has joined
Shellhas left
murabitohas left
werdanhas left
mukt2has left
ajhas joined
mukt2has joined
pdurbinhas joined
Jeybehas left
Jeybehas joined
ajhas left
mukt2has left
mukt2has joined
neshtaxmpphas left
goffihas left
pdurbinhas left
Danielhas left
Danielhas joined
Danielhas left
Danielhas joined
Mikaelahas left
Danielhas left
Danielhas joined
Danielhas left
Danielhas joined
Jeybehas left
lovetoxhas left
Jeybehas joined
contrapunctushas left
sonnyhas left
sonnyhas joined
alexishas left
Tobiashas left
Danielhas left
Danielhas joined
Danielhas left
Danielhas joined
alexishas joined
Danielhas left
Danielhas joined
adiaholic_has left
adiaholic_has joined
mukt2has left
karoshihas left
karoshihas joined
lovetoxhas joined
mukt2has joined
lorddavidiiihas left
govanifyhas left
govanifyhas joined
govanifyhas left
govanifyhas joined
Shellhas joined
neshtaxmpphas joined
Shellhas left
Shellhas joined
mukt2has left
mukt2has joined
xsfhas joined
andyhas left
robertooohas left
Maranda
I think the next thing I'll implement will be 409, a good portion of 386 is already done.