-
moparisthebest
dwd, MSavoritias fae.ve , responded to your host-meta-2 feedback on the mailing list after way too long, thanks much for doing that!
-
larma
moparisthebest: I don't think your assessment that popular HTTPS/WS libraries don't support being a domain fronting client is particularly true. I know that node.js `https` module in the standard library does support it as well as the popular `ws` module. (I only know that because I once needed to use domain fronting to bypass a certain very restrictive firewall with only what I had on the machine at the time and conveniently nodejs was installed)
-
dwd
Also, as I'll shortly say on the list, the HTTPS/SVCB-for-https records both require this, as does RFC 9641 (SVCB-for-DNS) in the DoH case, so i think we're swimming with the current here.
-
Stefan
profanity has a plain text logging and a database. Logging can be disabled, db not. Due to 'modern' chat features clients may need db to support those.
-
Stefan
Correction: /privacy logging off may also disable db logging.
-
nicoco
https://github.com/xsf/xeps/pull/1271 (update of XEP-0425 (moderation) to remove dependency on fastening) uses the `urn:xmpp:message-retract:0` namespace. Since XEP-0424 has been updated and now uses `urn:xmpp:message-retract:1`, shouldn't we update the PR before merging? ping jcbrand
-
singpolyma
I'm not really sure why the "retract" is in there at all
-
singpolyma
nicoco: looking at the diff it looks like it is using :1 in that pr?
-
nicoco
oh right, just missing one update in the examples: https://github.com/xsf/xeps/pull/1271/files#diff-51a64a03fe3956a5dc05adee148d0d003bd3639b4877cbe40fdff2ccf368807aR160
-
Schimon
Greetings!
-
Schimon
I am working on ad-hoc commands and forms.
-
Schimon
I was wondering if there are forms of "Select file...". Are there forms of that type?
-
Schimon
My use case: Importing data to an XMPP App (i.e. XMPP Bot) 1) Select file; 2) Upload file (i.e. XEP-0363); 3) Bot downloads file and process it. The bot already does both #2 and #3 when sending it a URL. #1 is missing for convenience while using ad-hoc command forms.
-
fjklp
is there a preferred term to refer to the list within a client of all the users present within a group chat?
-
fjklp
And, is there a preferred term to refer to a user within a chat? Such as user, participant, occupant, etc.?
-
MattJ
fjklp: participant: https://docs.modernxmpp.org/terminology/
-
MattJ
This is for user-facing terminology, "participant" has a specific meaning at the protocol level
-
fjklp
thanks. The need to know if advance that it was historically 'Occupant' is a bit of an impediment
-
fjklp
maybe I'm just lazy :)
-
fjklp
ok, so sometimes there will be conflicts between user-facing and protocol terms
-
fjklp
unfortunate, at the lest✎ -
fjklp
unfortunate, at the least ✏
-
MattJ
fjklp: "occupant" makes sense when the "room" terminology is used
-
MattJ
Since a room is a space that can be occupied
-
MattJ
ModernXMPP doesn't advocate for that terminology, because it's not what most platforms are using these days so people are unfamiliar with it
-
singpolyma
Schimon: here is some thinking about it: field type=text-single validation datatype=xs:anyURI but then you also want some kind of mime-type patterns list for what kind of stuff you're looking for/accepting here. Obviously I wouldn't provide a "file upload" option for just any uri input, but a uri input with a list of mime type patterns feels like maybe enough of a hint? and then can offer eg camera etc depending on the mime types as well of course. so I think we need a new thing for this mime type list maybe
-
singpolyma
Something like: ``` <field var="myfile" type="text-single"> <validate xmlns='http://jabber.org/protocol/xdata-validate' datatype='xs:anyURI' /> <accept xmlns="https://example.com/demo-format"><mime>image/*</mime><mime>video/*</mime></accept> </field> ```
-
moparisthebest
How do you tell mime type given a URL though...
-
moparisthebest
There are a multiple ways, nearly all of them wrong lol
-
singpolyma
moparisthebest: you don't. it's a hint to the client about what mime types are acceptable
-
moparisthebest
The thing fetching them needs to be very careful... Otherwise seems ok
-
Schimon
This is for importing an OPML file.
-
Wirlaburla
Send HEAD request to URL and hope it returns back a Content-Type header.
-
moparisthebest
> Send HEAD request to URL and hope it returns back a Content-Type header. Can't count on this, many servers will return ye olde octet-stream ↺
-
singpolyma
moparisthebest: are you suggesting that we might want the client to tell the bot what it thinks the mime type of the file is?
-
Wirlaburla
That's why I said "hope".
-
Wirlaburla
None of the options for finding a mime based on URL will be anywhere near definitive.
-
Wirlaburla
If you want to be certain, you'll have to grab the contents.
-
hook
Schimon, OK, now Iβm quite intrigued at what youβre doing (also lawyer here)
-
singpolyma
right, most of the time you can't trust the mime type from the client or the server anyway, you ignore it and just treat it as a bag of bytes. when it comes to file uploads etc anyway
-
Schimon
> Send HEAD request to URL and hope it returns back a Content-Type header. Wirlaburla, even if that HEAD request will not be sabotaged (i.e. a deliberate return of http code 404), it might not be possible to know without reading the actual file. (i.e. some Atom/JSON/OPML/RSS pages are sent as HTML pages, even thoughthese are XML files)
-
singpolyma
I do like sending that kind of hints with a file transfer to another human, because then their client can display things based on if it expects and image or whatever. but in this case the server/bot kind of alrady knows what it expects
-
Schimon
hook, I am working on a news bot, which really should be called XMPP App
-
moparisthebest
singpolyma: no, just that: 1. Rejecting files based on file extension is gonna be wrong 2. Rejecting them on mimetype returned by server is gonna be wrong 3. Basically have to download (being wary of all https attacks, unlimited length, massive length, zipbomb, unlimited headers, slowloris etc etc etc) and then super carefully determine validity itself
-
singpolyma
moparisthebest: yes, I think that's fine. If this were an HTTP app the file would be uploaded direct
-
hook
Schimon, Atom-to-XMPP or more complex?
-
Schimon
moparisthebest, good point!
-
Schimon
hook, I think more complex
-
Wirlaburla
Download and run `file` on it internally and determine how much to trust it based on the response.
-
singpolyma
my main reservation with doing this is that it feels like it priviledges http upload, but I've never thought of a good way for tying jingle-push into a form, you could have it in ad-hoc if one step was just a file upload and nothing else, but it's nice to have it as part of a form.
-
Schimon
hook, it is a news bot that is intended to habdle multiple JIDs at the same time (groupchats and chats). You can find it at https://gitgud.io/sjehuda/slixfeed
-
singpolyma
with my proposed strategy you could still use a uri to a hash to indicate "fetch from me over jingle" based on ambient caps knowledge
-
hook
Schimon, cool, thanks π
-
Schimon
You are welcome
-
Schimon
We have a groupchat too, for testing and asking feature requests etc.
-
singpolyma
Schimon: if we went with something like my proposal above, then the fallback behavior in clients not supporting it would be a text box to paste a URL into
-
Schimon
This is great. I like the idea!
-
singpolyma
Ok. Barring a better idea ocurring I can probably prototype something soon and we'll see how it goes. This one feels worthy of a xep if it works out
-
moparisthebest
I was about to say a normal user doesn't know what a URL is but I guess they also don't know what RSS is so it's ok π
-
Schimon
I think I have found an issue with Cheogram. 1) Import OPML 2) Enter "abcd" (not begining with http and not enging with opml) 3) Form of type note *has* "next" and "cancel". 4) Clicking on next will lead to error in slixmpp. singpolyma
-
Schimon
Or I should set session['has next'] = False
-
Schimon
> 3) Form of type note *has* "next" and "cancel". Correction "cancel" and "finish" and "finish" will lead to error with slixmpp.
-
Schimon
Setting session['has next'] = False session['next'] = False solve this, but Cheogram still shows buttons. I will update the repository so you get to see this.
-
singpolyma
Schimon: ok, yeah, push what you have and I'll look
-
singpolyma
moparisthebest: occasionally they know what a "link" is, but yes obviously this is why we want a file upload ui
π 1 -
moparisthebest
> moparisthebest: occasionally they know what a "link" is, but yes obviously this is why we want a file upload ui π ↺