-
me9
'ello! I have a question about a XEP which I guess exists. What XEP defines how a 'raw' (?) text message should look like and what metadata it contains for the clients to interpret and display it right to the user? I'd like to see how it's built for a second, later question.
-
Sam
me9: welcome! The body of messages is actually defined by the core RFCs, not in an XEP. However, that's just text (no special formatting or anything). Metadata and formatting is defined by many different XEPs depending on the feature you want.
-
Sam
(the IETF maintains the core of XMPP in a handful of RFCs, the XSF maintains any extensions to the core protocol in XEPs)
-
Sam
Is there something specific you're looking to learn how to do? Maybe I can point you at a more concrete document
-
me9
I'm looking for what metadata there is for time and date.
-
flow
me9 like https://xmpp.org/extensions/xep-0203.html ?
-
me9
Uuuhhh.
-
me9
I don't understand what it does. But I can tell/show you what I was thinking about.
-
Sam
Sure, that might help
-
Holger
me9: As the XEP title suggests, the idea is to only add <delay/> timestamps in case the message was actually delayed for some reason (sender was offline while the message was written, message was stored in MAM/offline spool, ...). The idea is that you can assume instant delivery if no such timestamp is included. (But of course there's no _guarantee_).
-
Holger
XMPP's original standard operation was _instant_ messaging ... :-)
-
me9
Holger: Aha ok. Well I just meant how date and time look universally before the client shows it right.
-
me9
> Holger wrote: > XMPP's original standard operation was _instant_ messaging ... :-) Yeah I get it. That's also interesting.
-
Holger
XEPs that add timestamps usually refer to this format: https://xmpp.org/extensions/xep-0082.html
-
flow
me9, https://xmpp.org/extensions/xep-0082.html maybe?
-
Holger
Holger <-> flow 1:0
-
me9
Mhm. Seems right.
-
me9
XD
-
me9
Seems the XEP is talking about the problem someone and me found.
-
me9
A bit.
-
flow
me9, feel free to elaborate on the problem
-
me9
Wait a bit, I want to look at that XEP. It's always so long.. :))
-
me9
But maybe you can think about my idea while I'm reading. This is also about the formatting of quotes. There's an issue on one XMPP client (Blabber.im). Blabber normally does this when you quote woth the ontegrated function of quoting: ```[nick] wrote: > [quoted text]``` But the issue wanted to add a date to that. But we figured that only a client adding a date wouldn't be internationally friendly, as when you have people from.different countries and rimezones meeting, they write and display date and time (very) differently. So what we'd need for a date to be added would probably be some kind of XEP which let's the cleitn translate the date and time into the persons local format. Here's what I wrote at the end: https://codeberg.org/kriztan/blabber.im/issues/499#issuecomment-249559
-
me9
So this is actually about the text before a quote, which more than one client would have to use for it to be useful and not confusing.
-
me9
Maybe the idea is just too fiddly and not useful for many people, I don't know... Just wanted to give a readon to close that issue, really.✎ -
me9
Maybe the idea is just too fiddly and not useful for many people, I don't know... Just wanted to give a readäson to close that issue, really. ✏
-
me9
Maybe the idea is just too fiddly and not useful for many people, I don't know... Just wanted to give a reason to close that issue, really. ✏
-
Zash
Quotes are currently just plain text prefixed by `>`. There's a XEP or two for referencing earlier messages by id, which would likely make things easier in the long run
-
wurstsalat
me9 to takle this problem, you'd need message references/fastening
-
wurstsalat
tackle, that is
-
me9
> Zash wrote: > Quotes are currently just plain text prefixed by `>`. There's a XEP or two for referencing earlier messages by id, which would likely make things easier in the long run IDs would be very useful, that's true.
-
me9
wurstsalat: Is that what Zash meant?
-
wurstsalat
yep, didn't see that message
-
me9
Okay.
-
me9
https://xmpp.org/extensions/xep-0082.html at point 6. Security Considerations: [...] if it's set to the local time of a user, and thus concerns users' *privcacy*. To avoid this issue developers are advised to [...] :D✎ -
me9
https://xmpp.org/extensions/xep-0082.html at point 6. Security Considerations: > [...] if it's set to the local time of a user, and thus concerns users' *privcacy*. To avoid this issue developers are advised to [...] :D ✏
-
jonas’
me9, feel free to PR :) -> https://github.com/xsf/xeps/
-
me9
jonas’: A PR for removing one character in that giant text? Okay.
-
Zash
That should make review easy
-
jonas’
me9, what else? :)
-
jonas’
can't give you +w on the repository and I can't do it myself right now
-
me9
Dunno. There was also that editor JID for errata. But I'll try.
-
jonas’
editor ... JID?
-
me9
editor@xmpp.org
-
flow
I think there is only a editor mail address
-
jonas’
that's no JID
-
jonas’
what flow says
-
me9
Uh. Okay. :D
-
jonas’
it would end up with me making a PR though ;)
-
jonas’
(or the equivalent of...)
-
me9
Okay I'll do it jonas’ xD
-
me9
One freaky character.
-
me9
Heh.
-
jonas’
maybe you can find something else to fix in that document, too :)
-
flow
an improvement is an improvement, no matter how small it is
-
jonas’
true
-
jonas’
many people probably just skimmed past that and possibly thought "ugh, they can't even edit their documents properly!!kk"
-
me9
Hmm.
-
me9
So my quote-date-stuff idea wasn't very good, I guess?
-
jonas’
if only we had proper markup instead of magic characters stuffed in <body/>
-
me9
Do you always use 'an' before 'X...' words? Or just when the long version begins with a vowel?
-
Holger
me9: You use it when 'X' is the first letter of an abbreviation, because it's about pronounciation, not spelling. "An (e)XMPP client."
-
jonas’
an exx emm pee pee
-
Holger
Holger <-> jonas’ 1:0
-
me9
Ah, because one says ex for x?
-
jonas’
me9, yes
-
jonas’
Holger, :P
-
me9
Holger: You already have two points. What now? You won?
-
Holger
I'd say so, waiting for presents now.
-
jonas’
<presents type="unavailable"/>
-
wurstsalat
thanks for the giggles (again)
-
me9
Ha! I found one more inconsistency in 0082. XD
-
me9
Did somebody already point out the following little UI issues, which seems to appear with every single XEP? (Or is it just my browser being weird?)
-
me9
https://upload.wiuwiu.de/share.php/2cf0b044-64d8-4976-b1e7-8cf60a1aac90/20210825_134516681_b421.jpg
-
Zash
Looks fine here
-
jonas’
probably an edge-case with that very narrow screen
-
jonas’
feel free to open an issue with that screenshot, I think there can be something done about it
-
Zash
Looked fine on every screen width I tried
-
Zash
Ctrl-Shift-M in Firefox and then resized the viewport, could not reproduce that overlap issue.
-
mdosch
Looks even good on mobile with fennec here.
-
mdosch
> probably an edge-case with that very narrow screen But at the JabberID the width is more than enough. Maybe some browser doing weird things withs padding or how it was called again.
-
me9
> jonas’ wrote: > probably an edge-case with that very narrow screen I zoomed in and cut off something, it looks different.
-
me9
The photo is from Ungoogled Chromium on my phone but with the desktop view. Both desktop and mobile view do it in Ungoogled Chromium. But with Fennec, it's perfectly fine.
-
wurstsalat
Edge case it is then
-
jonas’
wurstsalat, no they said Chromium, not Edge *scnr*
-
wurstsalat
Touché
-
me9
Hehe.
-
me9
My little PR should be good and deployed now by the way.
-
jonas’
me9, next editor work window is next tuesday, so don't hold your breath :)
-
me9
jonas’: Fine 👍
-
me9
Do I have to do that CLA thing?
-
wurstsalat
MattJ, jonas’, do you have plans/ideas on how to proceed with https://github.com/xsf/xmpp.org/pull/953 ? should I rebase it peridically? anything I can do to help reviewing?
-
jonas’
me9, I don't think that this contribution is really copyrightable, so it would've been OK without I guess
-
me9
jonas’: I did it anyway. It remember that for the rest, right?✎ -
me9
jonas’: I did it anyway. It remembers that for the rest, right? ✏
-
jonas’
it does
-
me9
Good.
-
Sam
I am writing up a list of open questions about ad-hoc commands because this entire XEP is confusing to me. I will submit a patch to try and clarify any of them at a later date, please consider adding your own questions to the document. Thanks. https://pad.disroot.org/p/adhocquestions
-
jonas’
better don't look at what "execute" means.
-
Sam
Oh yah, that's one I should add. All it had to say was "also there's a default action" and it would make sense, but instead it's got tons of text about when "execute" means something else or means itself and what?
-
Zash
no, no, noooooo
-
jonas’
I said you should *not* look at it :P
-
Sam
Anyways, I'm sick of reading and re-reading this and having dozens of bugs due to misreading the spec (no idea if it's me or others misreading the spec, but I'm doing whatever I see other things doing) so I'm going to at least try to put together a PR if I can get it all straight in my head. First step is listing the questions.
-
flow
Sam you may want to look at (and add to) https://wiki.xmpp.org/web/XEP-Remarks/XEP-0050:Ad-Hoc_Commands
-
Sam
good to know; thanks
-
MattJ
wurstsalat, next steps - I just want to give it a quick review, merge and deploy. My usual time allocated to XSF infrastructure was yesterday, but it got taken over by other stuff. I'll get to it soon!
-
wurstsalat
MattJ: thanks :) I'll rebase next monday then
-
mjk
It has come to my attention that XEP-0363 (http upload) requires a particular kind of transport security (TLS), with seemingly no regard for things like .onion domains. This makes onion-service admins either to jump through hoops to enable a redundant and useless (no cert verification performed by clients) security layer, or to go against the spec, allowing http://abcdef.onion up-/download. Would it be too late to change the xep to require some unspecified transport security form, only referring to TLS and onion services in a note?
-
mjk
I should add that, in my observation, many onion services go against the spec here
-
Zash
Related observation: Things that do the aesgcm:// thing, they can't deal with http://
-
mjk
:nod:
-
Zash
Luckily that's not a XEP so not our problem! YOLO GLHF /me hides
-
mjk
Hm? It's been a xep since december, if I'm not mistaken :p
-
Zash
Has it?
-
mjk
Let me look up the number
-
Zash
Oh, historical
-
Zash
454
-
Zash
`/correct s/XEP/Standards Track XEP/` then
-
mjk
Okay then :l✎ -
mjk
Okay then :) ✏
-
mjk
I hope for future orthogonalization of file encryption (aes gcm) and transport protocols (http over tls, http over onion...)
-
Zash
Something something reference to earlier talk about things being rushed into production ahead of standardization and causing awkwardness.
-
mjk
Something like `omemo:http://abcdef.onion/path/to/file#foo`
-
Zash
I've seen e.g. git+https:// elsewhere. Some MIME thing could also have worked
-
Zash
`application/some-encrypted-container` 🤷️
-
mjk
Yeah, `aesgcm+https` would have worked too✎ -
mjk
Yeah, `aesgcm+https` scheme would have worked too ✏
-
Zash
inb4 `aesgcm+tftp://`
-
mjk
We're getting dangerously bikesheddy
-
Zash
Nah, I'm just sprinting ahead on tangents
-
mjk
Right
-
mjk
Going back to 0363, clients generally seem to allow plain http upload too, with a notable exception of Gajim (if I'm reading the code correctly). But, e.g., this <https://github.com/dino/dino/pull/1098> Dino PR, if accepted as is, would break the, admittedly non-standard, functionality
-
Zash
There was a question somewhere earlier about whether file transfer used UDP or TCP. Recently there's been deployment of TURN UDP proxies. Soooo could you do say TFTP over TURN? That'd be funny.
-
Zash
Maybe the whole thing will break down and everyone will move towards Jingle File Transfer? (plz do)
-
mdosch
Would it be possible to ditch http and jingle it to the server and the server transfers it over jingle to other clients requesting the file?
-
Zash
JFT can use HTTP Upload for transport per some XEP somewhere, and OMEMO for security, so in theory it should be possible to combine those properties and not have to use the assgcm:// hack
-
mjk
Nah, SIMS FTW
-
Zash
mdosch, why not? "over jingle" can mean a lot of things tho
-
Zash
mjk, SIMS being something of a combination of Jingle File Transfer and Jingle Message Initialization...
-
mjk
Ok nevermind me
-
Zash
And then there's XEP-0447 and 448...
-
mjk
Jm2c regarding 0363
-
Zash
A/B fight plz