-
Sam
Working on another ad-hoc implementation and decided whomever said that he thing about multiple payloads meant you were only supposed to display one and fallback if you don't support that payload type must be correct. Except then it starts talking about things with the same priority and that makes no sense and I still have no idea how any of this is supposed to work (╯°□°)╯︵ ┻━┻
-
Sam
> The requester SHOULD consider those elements qualified by the same namespace as having an equivalent precedence (such as if multiple "jabber:x:oob" elements are included). If anyone has any idea what that sentence means I'd be grateful. If I have <oob/><form/><oob/> am I supposed to parse out the two OOBs and show them both? Pick one at random? I have no idea.
-
noob
test something
-
noob
can anyone receive my message?
-
wurstsalat
noob, yes
-
emus
> southerntofu escribió: > emus, you'd like to remove XMPP from the name or? no, jdev is a bit short
-
southerntofu
emus, agreed!
-
southerntofu
> the responder SHOULD respond with a 403 "Forbidden" error (XEP-0050) <-- are HTTP status codes a thing in XMPP? never seen it elsewhere
-
jonas’
southerntofu, then I recomend you read RFC 3920 ;)
-
jonas’
oh, it's not even in there
-
jonas’
then it must be even more ancient
-
southerntofu
yeah that's what i thought XMPP Core defines error types not codes :)
-
jonas’
haha what
-
jonas’
RFC 3920 mentions that the schema in RFC 3921 defines a code attribute for backward compat
-
jonas’
it is defined as a byte though, so maximum 255
-
jonas’
which makes absolutely no sense for how error codes are *actually* seen in the wild
-
southerntofu
oO
-
jonas’
in 2015 or so I was still getting code='401' from some ejabberd deployment I think :)
-
southerntofu
Sam, yeah that's really unclear. i just read the hwole spec just to gather more context.. i guess it would require to survey existing client/server implementations to see what they do and update the spec accordingly
-
Sam
southerntofu: thanks for the help, glad it's not just me
-
me9
> I wrote: > Which xmpp.org muc is the most fitting to ask about and discuss XEPs? This one? Any idea?
-
jonas’
me9, xmpp:xsf@muc.xmpp.org?join
-
me9
jonas’: Thank you.
-
jonas’
I missed your question over the day change, sorry :)
-
me9
No problem.
-
Sam
I am starting a list of open question about ad-hoc commands because this entire XEP is extremely confusing to me. I'll try to clarify / fix the XEP later. If you have anything to add, I would appreciate it: https://pad.disroot.org/p/adhocquestions
-
Sam
Are there any common payload types that get used in ad-hoc commands other than those defined in the XEP?
-
jonas’
those defined in the xep == data forms?
-
Zash
Isn't there some hints that you could have pretty much any payload in place of datafroms?
-
Zash
> The payload can be elements in any namespace that makes sense and is understood [...]
-
Sam
data forms, notes, and oob I think are in the XEP
-
Sam
I was just wondering if anyone had seen anything else in the wild
-
Zash
I don't think so
-
Sam
Excellent
-
Zash
The thought of using 432 or 335 occurred at some point, but thankfully I never actually did such a thing