YagizaI have some questions about latest version of OMEMO implementation.
YagizaI tried to ask in jdev@conference.jabber.org but after more than 24 hours of waiting got no answer.
YagizaCan anyone here help me?
YagizaOr 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
YagizaOk
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
flowMattJ> 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✎
flowMattJ> 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
flowhmm 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
flownot really nice but probably better than people getting the feeling being ignored there
andyhas left
MattJAutomatically 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 :)
MattJAnd sure, an array of strings (lines) is a potential sane API for that
MattJAn actual multiline string is equally sane if you have a standard line ending sequence for the current platform
!XSF_MartinThe dh key issue should be solved once jabber.org is migrated to prosody. 😃
flowI 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
flowuntil 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
flowjonas’, right, not a MUST. and this is unrelated to the question why we shouldn't simply use text-multi for MAM IDs
MattJWe set the subject iirc
MattJIn old jdev
flowso 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
MattJCould 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
flowSyndace, 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
Syndaceflow: I guessed that clients set the xml:lang on stream level or on the <body>.
Jeybehas left
sonnyhas left
sonnyhas joined
LNJhas joined
SyndaceSo 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
flowSyndace, some of them probably due, but it is desireable that examples follow best practices, plus what jonas said✎
flowSyndace, some of them probably do, but it is desireable that examples follow best practices, plus what jonas said ✏
SyndaceThat implies that best practice is setting it on the message stanza?
flowSyndace, i'd say best practices is to avoid bytes on the wire when possible
flowin 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
flowin 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
flowbut for examples, on the stanza level is probably good enough
SyndaceRight. Will mix it up a bit :)
Jeybehas joined
flowafter 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
SyndaceI 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
flowI 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."
SyndaceMaybe 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
flowthat makes it sound that you need to explicitly set xml:lang on the element to the readers unfamiliar with XML rules
Syndaceright, it forces you to set xml:lang on the elemenz
flowwhich would lead to implementations emitting elements where it is explicitly set, and even worse implementations requiring it to be explicitly set✎
flowwhich would lead to implementations emitting elements where it is explicitly set, and even worse, implementations requiring it to be explicitly set ✏
SyndaceI'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
flowSyndace, are you talking about effective xml:lang on the body or explicitly set xml:lang on the body?
SyndaceExplicit
flowno xep should ever depend on explicitly set inherited xml attributes values
SyndaceActually, it doesn't even matter
flowAt least xmlns and xml:lang are inherited
SyndaceIs there a document I can refer to regarding xml:lang or do I repeat the rules myself
flowI 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
flowSyndace, xml 1.0 § 2.12
SyndaceI agree that the current phrasing might be interpreted as requiring xml:lang, even though that wasn't my intention
SyndaceWhat 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
flowSyndace, 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
SyndaceLooking 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
marcMattJ, 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
marcAtm, 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
MarandaI think the next thing I'll implement will be 409, a good portion of 386 is already done.