XMPP Summit - 2023-02-03

  1. emus has left

  2. emus has joined

  3. goffi has left

  4. goffi has joined

  5. singpolyma has left

  6. singpolyma has joined

  7. singpolyma has left

  8. singpolyma has joined

  9. goffi has left

  10. singpolyma has left

  11. singpolyma has joined

  12. Syndace has joined

  13. Vaulor has left

  14. vanitasvitae has joined

  15. debacle has left

  16. Axel has left

  17. neox has left

  18. marc0s has left

  19. marc0s has joined

  20. singpolyma has left

  21. singpolyma has joined

  22. nilesh has joined

  23. Kev has left

  24. Kev has joined

  25. videsnelson has joined

  26. Kev has left

  27. videsnelson has left

  28. Carbon Budget has left

  29. emus has left

  30. Kev has joined

  31. marc0s has left

  32. marc0s has joined

  33. Kev has left

  34. Carbon Budget has joined

  35. Tobias has joined

  36. moparisthebest has left

  37. Tobias has left

  38. videsnelson has joined

  39. singpolyma has left

  40. marc0s has left

  41. marc0s has joined

  42. singpolyma has joined

  43. singpolyma has left

  44. nilesh has left

  45. nilesh has joined

  46. marc0s has left

  47. marc0s has joined

  48. zoidberg has joined

  49. marc0s has left

  50. marc0s has joined

  51. Kev has joined

  52. marc0s has left

  53. marc0s has joined

  54. marc0s has left

  55. marc0s has joined

  56. zoidberg has left

  57. snow has left

  58. marc0s has left

  59. marc0s has joined

  60. marc0s has left

  61. marc0s has joined

  62. snow has joined

  63. Vaulor has joined

  64. Menel has joined

  65. Axel has joined

  66. egnun has left

  67. egnun has joined

  68. Jordi Masip has left

  69. Menel has left

  70. Menel has joined

  71. Andrzej has joined

  72. Andrzej has left

  73. Andrzej has joined

  74. Andrzej has left

  75. Vaulor has left

  76. Tobi has joined

  77. Tobi has left

  78. Tobi has joined

  79. snow has left

  80. Kev has left

  81. Tobias has joined

  82. jc has joined

  83. Vaulor has joined

  84. wurstsalat has joined

  85. marc0s has left

  86. marc0s has joined

  87. marc0s has left

  88. marc0s has joined

  89. marc0s has left

  90. marc0s has joined

  91. marc0s has left

  92. marc0s has joined

  93. marc0s has left

  94. marc0s has joined

  95. marc0s has left

  96. marc0s has joined

  97. marc0s has left

  98. Kev has joined

  99. neox has joined

  100. MSavoritias (fae,ve) has joined

  101. Kev has left

  102. Kev has joined

  103. Andrzej has joined

  104. Andrzej has left

  105. jc has left

  106. jc has joined

  107. Seve/SouL has left

  108. Zash

    When do we start?

  109. jjrh has left

  110. Link Mauve

    About 10 IIRC.

  111. Seve/SouL has joined

  112. MattJ

    Yeah, 10

  113. emus has joined

  114. goffi has joined

  115. ossguy has joined

  116. videsnelson has left

  117. zoidberg has joined

  118. Menel has left

  119. Intosi has joined

  120. goffi has left

  121. goffi has joined

  122. Intosi has left

  123. nicoco has joined

  124. Kev has left

  125. goffi has left

  126. goffi has joined

  127. mario has joined

  128. Vaulor has left

  129. Vaulor has joined

  130. nicoco has left

  131. eevvoor has joined

  132. Andrzej has joined

  133. Andrzej has left

  134. nicoco has joined

  135. agh has left

  136. videsnelson has joined

  137. goffi has left

  138. goffi has joined

  139. debacle has joined

  140. Kev has joined

  141. nicoco has left

  142. intosi@ik.nu has joined

  143. intosi@ik.nu has left

  144. Andrzej has joined

  145. intosi@ik.nu has joined

  146. intosi@ik.nu has left

  147. intosi@ik.nu has joined

  148. Jordi Masip has joined

  149. intosi@ik.nu has left

  150. Dele Olajide has joined

  151. emus


  152. intosi@ik.nu has joined

  153. MattJ

    Thilo Molitor, thanks for the extra words about iOS push! It's quite lengthy, and not actually "summit notes" - if it's okay with you, I propose we move it to wiki.xmpp.org and link to it there. We could possibly combine it with the stuff in that text file in the mod_cloud_notify docs.

  154. MattJ

    I think it has some value as a document we can point people to if they want to understand how things work today

  155. videsnelson has left

  156. singpolyma has joined

  157. intosi@ik.nu has left

  158. marc0s has joined

  159. nicoco has joined

  160. nicoco has left

  161. nicoco has joined

  162. intosi@ik.nu has joined

  163. Andrzej has left

  164. Andrzej has joined

  165. nicoco has left

  166. ralphm

    Good morning everyone!

  167. intosi@ik.nu has left

  168. egnun

    Good morning!

  169. intosi@ik.nu has joined

  170. praveen has joined

  171. videsnelson has joined

  172. nicola

    Good morning everyone from Italy! 😊

  173. intosi@ik.nu


  174. emus_at_summit has joined

  175. emus_at_summit


  176. MattJ

    Done: https://wiki.xmpp.org/web/Push_notifications

  177. ralphm

    For reference the blog post I wrote back then, which may be outdated: https://ralphm.net/blog/2019/09/09/fastening

  178. intosi@ik.nu has left

  179. intosi@ik.nu has joined

  180. Zash


  181. Zash


  182. Guus has joined

  183. intosi@ik.nu


  184. singpolyma

    what is not a "full knowledge client" ??

  185. Andrzej has left

  186. MattJ

    Converse.js for example

  187. MattJ

    In most setups, at least

  188. singpolyma

    Oh, cjs doesn't store an archive? Interesting

  189. Zash

    Is this the same term as "thin client" ?

  190. MattJ

    It does, but it's more of a cache

  191. singpolyma

    ok, makes sense

  192. MattJ

    Compared to e.g. Conversations, which treats your local history as the truth, and MAM is just for syncing to that

  193. singpolyma


  194. Zash

    Is there a Jitsi or other stream?

  195. singpolyma

    Zash: yes

  196. singpolyma


  197. Andrzej has joined

  198. singpolyma

    For collations one thing that is important is to say what things you support the collation of. for example, a client that supports edits but not reactions should be able to get the reaction messages raw not collated (so that fallback bodies can be displayed)

  199. nicola

    Great photo @Zash :-)

  200. Zash

    I'm in it, so didn't take it

  201. nicola

    > I'm in it, so didn't take it I referred to posting here :-)

  202. emus_at_summit

    @all physical summit participants - any objections I publish the images we shot via Fosstodon & Twitter to provide some impressions?

  203. emus_at_summit

    I asked already, twice, but wasn't sure if that was clear

  204. emus_at_summit

    I asked already twice, but wasn't sure if that was clear

  205. MattJ

    I think it was clear, and the one person who opted out kindly took the photo, so I think it's fine :)

  206. singpolyma

    This whole collation thing really feels like a microoptimization to me... what % of most MAM archives are stanzas that can be collated?

  207. nicoco has joined

  208. Link Mauve

    singpolyma, much fewer currently than when we’ll have that implemented.

  209. Zash

    Should have brought the external flash, such uneven lightning at the restaurant

  210. Link Mauve

    I’ve seen messages with hundreds of reactions in non-XMPP rooms.

  211. singpolyma

    Link Mauve: right, but are those not quite busy rooms that probably have thousands of messages too? I dunno. I'm not saying it's not an optimization, of course it is, but seems like a lot of complexity to save a small bandwidth for a small number of clients

  212. emus_at_summit

    On the image publishing: Ok, cool!

  213. Andrzej has left

  214. singpolyma

    Uhm. For reactions you definitely want who did that, usually

  215. intosi@ik.nu has left

  216. Andrzej has joined

  217. Seve/SouL has left

  218. Zash

    Another small private vs big public chats?

  219. Zash

    ... divider

  220. Zash


  221. singpolyma

    yeah maybe. Maybe if there are 10k reactions I don't want to list who did them all?

  222. singpolyma

    But like, even in BigCo company slack you do list that in practise, reactions are usually hundreds or a thousand or so at most even in the all-company channel

  223. emus_at_summit has left

  224. thilo.molitor

    MattJ, sure, thanks for moving it to the wiki :)

  225. thilo.molitor

    combining it with the mod_cloud_notify docs sounds good, too :)

  226. Seve/SouL has joined

  227. nicoco has left

  228. singpolyma

    hmm, yeah, "blah, blah, and 32 others" might be a thing

  229. Andrzej has left

  230. Andrzej has joined

  231. nicoco has joined

  232. ralphm

    Slack limits a single individual to 23 different reactions for a given message, and a message can have a maximum of 50 different reactions.

  233. TeeCee has joined

  234. Zash

    A MAM archive per MAM message per payload?

  235. singpolyma

    yes, sure, but you still get say the :tada: emoji has a count in the hundreds

  236. thilo.molitor has left

  237. Thilo Molitor has left

  238. John has left

  239. singpolyma

    also in practise most clients dont support edits that have no body or an empty string body 😬️

  240. Andrzej has left

  241. thilo.molitor has joined

  242. Zash

    oh no, is a receipt an automated reaction?

  243. Thilo Molitor has joined

  244. Andrzej has joined

  245. Link Mauve

    singpolyma, also edits can affect non-body parts.

  246. Link Mauve

    Like XHTML-IM, e2ee payloads or such.

  247. emus_at_summit has joined

  248. singpolyma

    Link Mauve: for sure

  249. emus_at_summit

    Impression from the Summit: https://fosstodon.org/@xmpp/109800203838289905https://fosstodon.org/@xmpp/109800203838289905

  250. singpolyma

    can I edit a message to change the thread id?

  251. Zash

    singpolyma, aaaaaaaaaaaaaaah!

  252. emus_at_summit

    Impression from the Summit: https://fosstodon.org/@xmpp/109800203838289905

  253. Link Mauve

    singpolyma, is it a payload?

  254. jonas’


  255. singpolyma

    Link Mauve: yes, just standard <thread>

  256. Zash

    or no? marvin or Daniel said only the body is corrected?

  257. jonas’

    what about encrypted bodies tho?

  258. singpolyma

    I think I currently don't allow that because I figured clients are so bad at editing bodies that other stuff wouldn't be safe, but since most don't support threads anyway I have considered allowing it

  259. Zash

    what about full stanza encryption????

  260. MattJ

    "Correction MUST only be used to change the logical content details of a stanza (e.g. the message body) and not to change the nature of the stanza or its metadata (e.g. correction MUST NOT be used to turn a chat message into a pubsub notification). Where a correction stanza includes metadata, for example stanza or MAM ids, these are properties of the correction stanza, and do not correct aspects of the original stanza."

  261. MattJ

    I would argue that <thread> counts as metadata

  262. MattJ

    so, not editable

  263. Link Mauve

    Do we need another way to move a message between threads?

  264. singpolyma

    MattJ: You're probably right, but that's definitely a value judgement as current written

  265. singpolyma

    Link Mauve: "another" ?

  266. Link Mauve

    singpolyma, if we can’t edit the thread, but actually want to.

  267. singpolyma

    Link Mauve: ah, I see

  268. Link Mauve

    singpolyma, if we can’t edit the thread (because it is metadata), but actually want to.

  269. singpolyma

    I'm not super worried about it, but I know some users might like it

  270. Andrzej has left

  271. singpolyma

    But then, I'd also like to have edits of more than just most recent message. Which message correction could support with no spec changes, but currently reccomends you don't allow

  272. Andrzej has joined

  273. thilo.molitor has left

  274. Thilo Molitor has left

  275. singpolyma

    I want to reiterate that the query needs to say what kinds of collations it supports

  276. singpolyma

    not just collation yes/no

  277. singpolyma


  278. singpolyma

    Yeah, you want the individuals

  279. singpolyma

    I do bodies for all my reactions :)

  280. singpolyma

    Reatctions do!

  281. singpolyma

    Reactions do!

  282. intosi@ik.nu has joined

  283. singpolyma

    We're not generating fallbacks in our case to be clear. We get a body from the phone network which represents a reaction, but the sender and recipient fully expect to get that fallback in the no-reaction case because it's designed by apple/google to be a fallback in the dumb-sms-client case

  284. singpolyma

    But the result is the same on xmpp side

  285. egnun

    So, unfortunately I have to leave again. Have fun everyone! See you at FOSDEM!

  286. MattJ

    See you :)

  287. emus

    Cool you've been herr

  288. emus

    Cool you've been here

  289. MattJ

    Here we go... :)

  290. singpolyma


  291. singpolyma

    Can I show and tell my video at break? ;) ;)

  292. Link Mauve

    nicoco, this whole discussion might be of interest to you btw.

  293. Zash

    Remote participation-presentation ?

  294. MattJ

    singpolyma, that might be a very good idea :)

  295. jordi has joined

  296. MattJ

    The A/V machine isn't the one that's linked to the projector, but I'm sure we can figure something out

  297. nicoco has left

  298. nicoco has joined

  299. singpolyma

    "with body" is also a tricky heuristic. Given how most clients are it's not too bad, but yeah...

  300. Andrzej has left

  301. singpolyma

    maybe "with body or fallback indication element" since then you know it has a fallback of some kind

  302. thilo.molitor has joined

  303. intosi@ik.nu has left

  304. Thilo Molitor has joined

  305. Thilo Molitor has left

  306. thilo.molitor has left

  307. intosi@ik.nu has joined

  308. thilo.molitor has joined

  309. MattJ

    singpolyma, so... are you serious about doing a presentation? If we get Jitsi on the projector, would that suffice?

  310. Thilo Molitor has joined

  311. singpolyma

    I mean, you could even just play my video. it has voiceover. and I can answer questions via relay

  312. singpolyma

    or from the av machine or whatever

  313. MattJ

    Ok, we can definitely do that

  314. MattJ

    How long is it?

  315. singpolyma


  316. MattJ


  317. Thilo Molitor has left

  318. thilo.molitor has left

  319. Andrzej has joined

  320. Andrzej has left

  321. emus_at_summit has left

  322. Andrzej has joined

  323. thilo.molitor has joined

  324. Thilo Molitor has joined

  325. videsnelson has left

  326. ralphm

    We'll do lightning talks after lunch

  327. Andrzej has left

  328. Andrzej has joined

  329. Bady has joined

  330. singpolyma

    I won't be on the stream by then, but I'll probably still be here in muc

  331. videsnelson has joined

  332. videsnelson has left

  333. videsnelson has joined

  334. debacle has left

  335. piero has joined

  336. emus_at_summit has joined

  337. Andrzej has left

  338. emus_at_summit

    Join via Jitsi: https://meet.jit.si/XMPPSummit25

  339. Andrzej has joined

  340. nicoco has left

  341. nicoco has joined

  342. Andrzej has left

  343. Andrzej has joined

  344. nicoco has left

  345. Kev has left

  346. Kev has joined

  347. Kev has left

  348. Tobi has left

  349. Kev has joined

  350. Tobi has joined

  351. pep.

    Can someone put the jitsi link in the topic or sth?

  352. pep.

    Ah I got it, https://meet.jit.si/XMPPSummit25

  353. TeeCee has left

  354. Andrzej has left

  355. Andrzej has joined

  356. Andrzej has left

  357. Andrzej has joined

  358. singpolyma

    don't we normally rather simple servers, complex clients? ;) clients are easier to change than servers (at network scale)

  359. vanitasvitae

    XMPP is complex everything 😜

  360. pep.

    Best of both worlds

  361. singpolyma

    vanitasvitae: I mean, not usually, heh. But yeah, I understand there are tensions there sometimes

  362. Zash


  363. Zash

    "Well yes, but actually no"

  364. singpolyma

    But anything that involves a new server feature is problematic because it'll "never happen" while you wait for all servers to update

  365. singpolyma

    Vs a client feature I can roll out tomorrow

  366. J has joined

  367. J has left

  368. pep.

    singpolyma, you say as a client dev :P

  369. edhelas

    Threads is something that i'm considering in Movim as well, shoudn't be something too difficult to implement afaik

  370. Zash

    "Prosŏdy - a study in simplicity"

  371. pep.

    While Z.ash could just write a new module and deploy it for every clients he's got

  372. edhelas

    I was thinking of simply doing something like Discord

  373. edhelas


  374. pep.

    (When do we do mentions again so I don't have to do this ugly non-mentioning thing)

  375. Zash

    We've had cases of pretty fast deployment of server-side extra features via plugins yes.

  376. singpolyma

    But, for example, we're still "waiting" on bookmarks2 because many servers don't even implement yet and many that could haven't updated

  377. singpolyma

    edhelas: I'd love to have something meaningfully compatible with what we're doing in cheogram android in movim. Doesn't have to match our UI of course, so long as people on both sides feel like they get what they want and can talk to each other

  378. Andrzej has left

  379. singpolyma

    Right now you can talk to cheogram android thread users from movim, but you always have to explicitly push the reply button which makes it not happen often in practise

  380. edhelas

    singpolyma Yes no problem :) I'm not planning to do anything in the short term, we can talk and figure out a nice way to do it. Maybe through Modern XMPP for the UI part ?

  381. singpolyma

    Cool. I might also do a prototype PR at some point for movim. Depends where all my other balls in the air are :)

  382. Kev has left

  383. Link Mauve

    singpolyma, we’re not waiting on bookmarks2 at all, clients which follow the modernxmpp guidelines get them properly whenever they use an up to date server.

  384. emus_at_summit has left

  385. Kev has joined

  386. emus_at_summit has joined

  387. praveen has left

  388. singpolyma

    Link Mauve: sure, yes, we've added bookmarks2 support in our client when the server supports the translation

  389. singpolyma

    But that approximately only works for our users who are on snikket instances right now

  390. emus_at_summit has left

  391. emus_at_summit has joined

  392. pep.

    Prosody 0.12 and "mod_bookmarks" should support that, and 0.12 is in "only" is Debian backports. That might be part of the issue. Even though mod_bookmarks2 is also a thing in community modules and has been for a while (but then I guess people fiddling with modules may also use backports..)

  393. singpolyma

    Right, but does any non-prosody have it?

  394. videsnelson has left

  395. pep.

    DOAP says ejabberd, tigase and openfire don't. ejabberd and openfire only support 411 which doesn't include bookmarks2 (right?).

  396. pep.

    metronome (yunohost) doesn't either..

  397. singpolyma


  398. singpolyma

    So it's only prosody and only newest prosody

  399. singpolyma

    which is not no one, which is why I have built features which rely on bookmarks2

  400. singpolyma

    but if people want to use those fetures I mostly have to tell them to use snikket

  401. emus_at_summit has left

  402. emus_at_summit has joined

  403. singpolyma

    but if people want to use those features I mostly have to tell them to use snikket

  404. Syndace has left

  405. Syndace has joined

  406. emus_at_summit has left

  407. emus_at_summit has joined

  408. singpolyma

    (of course, the bookmarks2 case is extra weird because we don't actually need server side support, but then we lose compatibility with other clients... possibly one of the most complex cases of this kind of roll out, so maybe it was a bad example of the original topic)

  409. emus_at_summit has left

  410. nicoco has joined

  411. Holger

    singpolyma, then again even ignoring the compat issue you do need the server to allow you to store more than a few items per PEP node, right. Which, AFAICS, is two issues in itself: (1) there's quite a few servers in the wild with a hard limit of 10 items, (2) there's quite a few servers in the wild that don't support the kinda newish `max_items=max` thing for configuring the node to the max. number of items, and without that thing it's cumbersome for the client to configure a sane limit.

  412. singpolyma

    Oh yes, I guess I wasn't aware there were still servers with such poor PEP support

  413. Holger

    So I think in practice you can still run into trouble with multi-item PEP.

  414. Holger

    singpolyma, well PEP was exclusively used for single-item use cases until relatively recently, so there's still many configs around that weren't updated for newer use cases yet.

  415. Holger

    Ecosystem movement is done when it's done!

  416. singpolyma

    interested. I guess there are some cases like avatar where you don't really need more than one

  417. singpolyma

    But yes, this is exactly what I was talking about. If you need server changes, the ecosystem update can be very slow

  418. Bady has left

  419. singpolyma

    vs new client features that can happen overnight with no ecosystem wait time

  420. Holger

    Mood, tune, all the traditional things really only needed one 🙂 And then the newer things were spec'ed to stuff everything into a single item, to cope with the ecosystem. And _then_ we ran into race conditions with that hack.

  421. singpolyma

    tune would be useful to have multiple also, but I guess it does work with only one

  422. Andrzej has joined

  423. Andrzej has left

  424. Andrzej has joined

  425. Andrzej has left

  426. nicoco has left

  427. dan.caseley has left

  428. dan.caseley has joined

  429. nicoco has joined

  430. pep.

    That was years ago really. It's not like Movim and Libervia haven't existed for at least 10 years now

  431. pep.

    The max_items=max change was recent but the need for more than one item per node isn't

  432. pep.

    The max_items=max change is recent but the need for more than one item per node isn't

  433. Axel has left

  434. Axel has joined

  435. nicoco has left

  436. goffi

    As pep. says we use multi-items for many years. The time necessary to have features implemented in most server is exactly why I've developed a server independent component and privileged entities/namespace delegation.

  437. Holger

    pep., goffi, yes for 'social' stuff the need isn't new, but I think there's still many servers in the wild that weren't configured to work for those cases.

  438. goffi

    We can have new features server side overnight with them.

  439. dan.caseley has left

  440. dan.caseley has joined

  441. debacle has joined

  442. Menel has joined

  443. emus

    We are coming back from the lunch break!

  444. nicoco has joined

  445. pep.

    (Should audio be back already?)

  446. vanitasvitae

    People are still standing around mumbling

  447. vanitasvitae

    So we haven't officially resumef

  448. intosi@ik.nu has left

  449. Andrzej has joined

  450. Zash has left

  451. intosi@ik.nu has joined

  452. dan.caseley has left

  453. dan.caseley has joined

  454. pep.

    The hallway track! We're missing out!! (:P)

  455. Zash has joined

  456. videsnelson has joined

  457. singpolyma

    if you listen hard you can sometimes pick out something

  458. emus_at_summit has joined

  459. vanitasvitae

    The mic atleast appears to be powered

  460. praveen has joined

  461. singpolyma

    Kids aren't up yet so I'll hang around as long as I can, hehe

  462. intosi@ik.nu has left

  463. MattJ

    Is audio working now?

  464. Guus


  465. singpolyma


  466. MattJ

    Great, we'll start the presentation in a moment

  467. Bady has joined

  468. Daniel

    Conversations 3 is going to rely on max_items=max so you better start upgrading your servers ☺️

  469. MattJ

    Problem solved :)

  470. vanitasvitae

    Casual DDoS

  471. emus_at_summit

    Membership Applications Q1 2023 https://wiki.xmpp.org/web/Membership_Applications_Q1_2023

  472. Andrzej has left

  473. Andrzej has joined

  474. jc has left

  475. singpolyma

    comment nodes work ok, but I've thought they might be too limited (replies to replies, getting notified of all comments, etc). Maybe just a single second node "all replies and replies to replies etc on blog X", but of course that's not how anything works today and may have other problems.

  476. Andrzej has left

  477. Andrzej has joined

  478. intosi@ik.nu has joined

  479. pep.

    Link Mauve is talking about gst-meet

  480. singpolyma


  481. MattJ

    We are going to play https://kumi.tube/w/1LQQp5Uia4u8Pdojxen1y8 - in case that doesn't work out for remote participants on Jitsi

  482. MattJ

    But hopefully it will Just Work

  483. pep.

    https://github.com/avstack/gst-meet < And then you can pipe a gstreamer pipeline to your jitsi meet room

  484. MattJ

    pep., on MacOS? :)

  485. pep.

    No clue

  486. singpolyma


  487. Kev

    Go watch the video, remotes.

  488. Kev

    We'll catch up in 6 minutes or whatever it is.

  489. singpolyma

    In the video I say this feature is "soon" but it's in our stable release for a few weeks now

  490. Link Mauve

    MattJ, I haven’t tested, but I know Gstreamer is used on that OS too so it should work.

  491. nicoco has left

  492. pep.

    There's also an example of how to play a youtube video in the README :P

  493. intosi@ik.nu

    The problem isn't playing a video, the problem is the proprietary dongle we must use to use the projector in this room, which introduces another level of horribleness.

    🖖️ 1
  494. singpolyma

    yeah, you can always reply or quote and start new thread

  495. singpolyma

    which we'll have more explicit UI for later

  496. singpolyma

    yes, <thread> has parent but we don't implement anything with that at this time for this feature

  497. singpolyma

    Right, exaclty

  498. singpolyma

    slack style threads are a message reply + a thread id

  499. singpolyma

    to start a new thread "in reply"

  500. J has joined

  501. J has left

  502. singpolyma

    yes, I'm listening

  503. singpolyma

    Message Reply XEP for reply

  504. singpolyma

    then thread under that

  505. emus_at_summit has left

  506. emus_at_summit has joined

  507. singpolyma

    not really no, unique thread id will work out of us

  508. singpolyma

    not really no, unique thread id will work out for us

  509. Kev


  510. Zash

    thread-id := stanza-id OR thread-id ?

  511. singpolyma

    I think probably if doing that it makes sense to add Reply XEP also to make it clear, but if we spec that thread id that matches a stanza id is a reply that's ok

  512. singpolyma

    though you would have to make sure thread ids and stanza ids never overlap. We use UUIDs right now for thread ID in our feature so that's probably safe :)

  513. Zash

    Probably Safe™ 👍️

  514. singpolyma

    Yeah, this concern about "how to know if it's meant to be in reply or not" is why I would suggest to add Reply XEP tag for such a case

  515. nicoco has joined

  516. nicoco has left

  517. singpolyma

    https://xmpp.org/extensions/xep-0461.html in case anyone not familiar

  518. Daniel

    singpolyma: couldn't you build a very similar UI based purely on replies? Where you essentially have a 'show messages that reply to x and replies to those' button instead of a 'show thread button'

  519. Daniel

    I think that would better inter operate with clients that only do replies

  520. Kev

    Yes, but then it couldn't interop with thread clients.

  521. singpolyma

    Daniel: sure, if you wanted to track the full reply tree you could simulate this from that. it would be more expensive

  522. Daniel

    Email does it...

  523. MattJ

    badly :)

  524. Syndace

    Why replies when there are single-reply threads? :D

  525. singpolyma

    yes, having tried to implement that in email clients before this is why I say it's possible but more expensive :)

  526. singpolyma

    you have to recursively track everything. Old email specs has References header as a way to optimize this (to show grandparents etc)

  527. jjrh has joined

  528. debacle has left

  529. singpolyma

    If someone starts sending thread ids that are message ids as is being discussed we'll have to build a thing that detects that and shows it as a reply, basically. I think that's more work than just using reply xep, but it doesn't sound un-doable

  530. emus_at_summit has left

  531. emus_at_summit has joined

  532. vanitasvitae

    Wasn't there something about "The XSF does not give UX recommendations"?

  533. Zash

    vanitasvitae, haha

  534. singpolyma

    reply and select thread are the same

  535. singpolyma

    replying will always select thread in our UX

  536. pep.

    vanitasvitae, the XSF thinks they don't :P

  537. singpolyma

    we don't do reply xep yet, but that's planned

  538. vanitasvitae

    pep., 😀

  539. singpolyma

    reply is a new thread only if thread id changes

  540. emus_at_summit has left

  541. emus_at_summit has joined

  542. Andrzej has left

  543. Andrzej has joined

  544. Zash

    SELECT WHERE message-id = :thread OR xpath(data, '/thread') = : thread something something

  545. singpolyma

    having two ways to do replies seems like duplication for no benefit, but I expect I can implement it fine :)

  546. pep.

    There's no facilitation in the room right? (somebody taking turns for who wants to speak) It's slightly annoying to follow when people talk over each other

  547. Zash

    pep., here in the room?

  548. Zash

    No presidium or anything, no

  549. pep.

    Not in MUC, but for people behind the camera

  550. Zash

    Here, in the physical Summit room 🙂

  551. Syndace

    > It's slightly annoying to follow when people talk over each other I feel like we are very disciplined in that regard, are there multiple talking at the same time often?

  552. Zash

    We're probably pretty close to the point where organization and a presidium would be needed, sure.

  553. Zash

    Scaling Meetings™

  554. Zash

    Something something Dunbar numbers

  555. Guus

    I guess it depends on what you're used to, Syndace. I've certainly seen worse. :)

  556. pep.

    Syndace, it also helps people not talking much and who don't actually feel like interupting to talk :)

  557. vanitasvitae

    Do we need to make changes to the existing XEPs as a result of the discussion?

  558. singpolyma

    vanitasvitae: depends who wins

  559. singpolyma

    MattJ and I are both saying no ;)

  560. MattJ

    Yeah, undetermined

  561. Zash

    <thread> is in a RFC

  562. emus_at_summit has left

  563. pep.

    Zash, I think it's useful when it's not just a one person meeting already :P

  564. ralphm

    Which one?

  565. Zash


  566. Zash


  567. vanitasvitae

    Thought this was about 0201

  568. Zash

    Ah, yeah, replacing/updating 201 makes sense as a result of this.

  569. singpolyma

    0201 is dead anyway. I built some stuff to rely on it right before it died :P

  570. singpolyma

    Sounds like making a different element that also means reply, but I can implement two elements that both get interpreted as reply it won't kill me

  571. emus


  572. Zash

    So <reply-to id=x/><thread/y><new-thread/> ??

  573. singpolyma

    Zash: that's what I'll do under this proposal yes

  574. Syndace

    Without the reply-to right?

  575. singpolyma

    Syndace: with, for me, since they're the same. if someone sends me just one or the other I can interpret either of them as meaning the same thing also. it's not hard

  576. Zash

    Or write down that <reply-to/> + <thread> = new thread that includes the replied to message?

  577. singpolyma

    if reply-to and new-thread are both present with different ids I have no idea what I'd do 😅️

  578. Syndace

    If's not hard for you, but it makes clients that only support replies show one random reply for the thread start and then nothing else

  579. singpolyma

    Syndace: yes, clients that don't support threads won't show threads of course. That's what we have to deal with today anyway

  580. Syndace

    Yes, but they will now show your thread starter reply

  581. singpolyma

    sure, because my user pushed the "reply" button

  582. emus_at_summit has joined

  583. Syndace

    hmm, okay

  584. emus_at_summit

    *Short Break *

  585. singpolyma

    but if others want their UI to be different that's quite alright of course

  586. singpolyma

    I'm just excited that even half of what I proposed got consensus

  587. Daniel

    > if reply-to and new-thread are both present with different ids I have no idea what I'd do 😅️ It's the beginning of a new thread. But it shows the embedded 'quoted' message it replies to

  588. singpolyma

    Daniel: right, it embeds the quote of one message but forks off a different message

  589. Daniel


  590. singpolyma

    so the UI might be pretty weird with that. but it's also probably not likely with any UI people are discussing building

  591. Andrzej has left

  592. Kev


  593. Daniel

    It depends. If reply to is just a type of rich message.

  594. Daniel

    It depends. If reply to is just a type of rich message it's fairly straight forward

  595. Daniel

    Fairly similar to how one would show an embedded image a the fork-off message

  596. jc has joined

  597. singpolyma

    sure, that's true

  598. singpolyma

    if you just render as a quote

  599. singpolyma

    which is obviously what we do now since we use quote and not reply xep at all in current code

  600. Kev has left

  601. videsnelson has left

  602. MattJ

    I've written some stuff at the end of the pad, I hope I captured the consensus and rationale that was presented. Feel free to review/amend as needed. Break time :)

  603. Andrzej has joined

  604. pep.

    95 online on the pad!

  605. Guus

    wow, that's amazing! Are those really unique users?!

  606. marc0s has left

  607. marc0s has joined

  608. Kev has joined

  609. marc0s has left

  610. marc0s has joined

  611. vanitasvitae

    Its probably Slack staff spying on us!

  612. winfried


  613. videsnelson has joined

  614. emus_at_summit

    Folks, any other language present at the summit besides (yes I know its accurate to break it down by flags): 🇩🇪 🇪🇸 🇫🇷 🇬🇧 🇮🇳 🇳🇱 🇵🇱 🇸🇪

  615. Maxence has joined

  616. Syndace

    Thanks Matt

  617. Maxence has left

  618. piero

    greetings to all. where can i find t-shirts with xmpp logo?

  619. Andrzej has left

  620. Guus

    Piero: they're not generally on sale. Occasionally, there is a sale of swag at certain events (like FOSDEM), but I'm not sure if that's happening this year.

  621. Andrzej has joined

  622. Guus

    As it happens, I'm about to order a small set of hooded sweaters with XMPP branding. I'd be happy to include you in the order. The price will be somewhere in the range of 30 to 35 euro, plus shipping.

  623. Guus

    I think that you're watching the live stream. Several people are wearing that sweater in the meeting. It's the brightly orange one that's being worn by someone on the left hand side, or the navy one, that's worn by a couple of others. The design is the same, it's just the colors that are different.

  624. emus_at_summit has left

  625. singpolyma has left

  626. singpolyma has joined

  627. Guus

    What did Winfried just say?

  628. Guus

    Couldn't make it out.

  629. Kev

    An aside to Ralph.

  630. Guus

    a response was "what the hell"

  631. pep.

    The person using Matrix wasn't using it for chat but for their emailing system?

  632. Guus

    And, what vendor was pushing Matrix?

  633. Syndace

    As pep. said

  634. Guus


  635. Syndace

    Not vendor, just an unspecified individual

  636. Kev

    The aside to Ralph was saying who the vendor was.

  637. Syndace


  638. Guus

    My wife, as a Dutch healthcare specialist, is having to use various 'standardized' IT systems. It is a burning pile of rubbish.

  639. piero

    Guus, thank you. I'm trying to find a t-shirt printing service online.

  640. Guus

    As in, 'secure' text messaging depends on you manually filling out a phone number in the subject of an email message, etc.

  641. Guus

    piero: there is none, as far as I'm aware.

  642. Ravi has left

  643. intosi@ik.nu has left

  644. Ravi has joined

  645. intosi@ik.nu has joined

  646. Andrzej has left

  647. Andrzej has joined

  648. Andrzej has left

  649. Do we stream the slides? has joined

  650. Andrzej has joined

  651. Do we stream the slides?


  652. Do we stream the slides?

    omg, I failed to relogin into converse correctly 😃

  653. Syndace


  654. pep.

    recurring conversejs UX issue

  655. Do we stream the slides?

    no, I typed my question into the name field

  656. pep.

    Yes, exactly

  657. Do we stream the slides? has left

  658. emus_at_summit has joined

  659. emus_at_summit

    Hello again 😃

  660. debacle has joined

  661. nicoco has joined

  662. emus_at_summit has left

  663. nicoco has left

  664. nicoco has joined

  665. praveen has left

  666. Zash


  667. Zash


  668. Zash

    Who made the xmpp logo stickera last time I attended?

  669. praveen has joined

  670. Guus

    I was about to suggest the same thing as what Kev just did: should we fund this?

  671. pep.


  672. pep.

    If we want this we'll need to go fish for these people and not wait for them to show up

  673. emus_at_summit has joined

  674. Guus

    more so if this is as critical as Ralph just made it out to be.

  675. emus_at_summit

    Zash's questions comes from people online asking for it https://fosstodon.org/@xmpp/109801150730549100

  676. Guus

    maybe the XSF should consider tendering for this?

  677. emus_at_summit

    Follow and participate in the “More Instant Messaging Interoperability” MIMI IETF discussion: https://datatracker.ietf.org/wg/mimi/about/

  678. Bady has left

  679. Kev has left

  680. Bady has joined

  681. emus_at_summit has left

  682. Kev has joined

  683. Kev

    https://xmpp.org/extensions/xep-0409.html - IM-NG

  684. winfried

    @guus it is Zivver using Matrix as e-mail backend

  685. John has joined

  686. Andrzej has left

  687. Arne

    Hi what's you plan after the meetup today? Actually just arrived in Brussels

  688. Andrzej has joined

  689. videsnelson has left

  690. Link Mauve


  691. intosi@ik.nu has left

  692. Andrzej has left

  693. Andrzej has joined

  694. Arne

    Hi what's your plan after the meetup today? Actually just arrived in Brussels

  695. MSavoritias (fae,ve) has left

  696. singpolyma has left

  697. Andrzej has left

  698. singpolyma has joined

  699. Andrzej has joined

  700. videsnelson has joined

  701. jjrh has left

  702. vanitasvitae


  703. pep.

    Sure we can influence?

  704. pep.

    (that was ralphm talking?)

  705. pep.

    We have money and we're not even using nor asking for it

  706. Kev has left

  707. praveen has left

  708. Kev has joined

  709. Kev

    I think we're done with 'real work', for anyone listening in.

  710. Guus

    Arne, I'm not physically in Brussels, but it is just being mentioned in the summit that there is no concerted effort for anything for after the meeting

  711. Andrzej has left

  712. Arne

    Ah ok, thanks.

  713. Kev has left

  714. Arne

    then I maybe see you tomorrow :D. I unfortunately didn't have time to come earlier

  715. Link Mauve

    Thank you everyone from the room as well!

  716. pep.

    Suggestions for a next even with remote participation: have someone look at the chat and proxy what is said? Can be part of the facilitation

  717. pep.

    Suggestions for a next event with remote participation: have someone look at the chat and proxy what is said? Can be part of the facilitation

  718. videsnelson has left

  719. zoidberg has left

  720. zoidberg has joined

  721. singpolyma has left

  722. ossguy has left

  723. F has joined

  724. singpolyma has joined

  725. Kev has joined

  726. singpolyma has left

  727. singpolyma has joined

  728. goffi has left

  729. goffi has joined

  730. emus


  731. Kev has left

  732. singpolyma has left

  733. singpolyma has joined

  734. praveen has joined

  735. Guus has left

  736. F has left

  737. praveen has left

  738. Kev has joined

  739. Syndace has left

  740. Syndace has joined

  741. Syndace has left

  742. Syndace has joined

  743. singpolyma has left

  744. jcbrand has joined

  745. singpolyma has joined

  746. roughnecks has left

  747. roughnecks has joined

  748. marc0s has left

  749. marc0s has joined

  750. singpolyma has left

  751. singpolyma has joined

  752. marc0s has left

  753. marc0s has joined

  754. jc has left

  755. jc has joined

  756. nilesh has left

  757. nilesh has joined

  758. Kev has left

  759. Syndace has left

  760. goffi has left

  761. goffi has joined

  762. marc0s has left

  763. marc0s has joined

  764. singpolyma has left

  765. singpolyma has joined

  766. jcbrand has left

  767. praveen has joined

  768. eevvoor has left

  769. praveen has left

  770. praveen has joined

  771. jjrh has joined

  772. praveen has left

  773. praveen has joined

  774. Kev has joined

  775. roughnecks has left

  776. Andrzej has joined

  777. Andrzej has left

  778. marc0s has left

  779. marc0s has joined

  780. praveen has left

  781. Dele Olajide has left

  782. Alex has left

  783. Alex has joined

  784. Alex has left

  785. Alex has joined

  786. dan.caseley has left

  787. dan.caseley has joined

  788. emus

    I'm getting slowy ready to go out, if someone is interested. Still I will likely need 45 till im in the center. beside I have no clue, what about meeting at 8?

  789. marc0s has left

  790. marc0s has joined

  791. snow has joined

  792. singpolyma has left

  793. marc0s has left

  794. marc0s has joined

  795. Zash has left

  796. goffi has left

  797. goffi has joined

  798. Alex has left

  799. Alex has joined

  800. Zash has joined

  801. Arne has left

  802. goffi has left

  803. goffi has joined

  804. emus

    I will go towards center now and look for a restaurant

  805. goffi has left

  806. goffi has joined

  807. MSavoritias (fae,ve) has joined

  808. MSavoritias (fae,ve) has left

  809. MSavoritias (fae,ve) has joined

  810. snow has left

  811. Alex has left

  812. goffi has left

  813. goffi has joined

  814. Menel has left

  815. Zash has left

  816. singpolyma has joined

  817. Vaulor has left

  818. Vaulor has joined

  819. Menel has joined

  820. jcbrand has joined

  821. goffi

    emus: I need to finish to prepare for a demo, and a bit lazy for the 30 min of transport, will stay at hôtel tonight.

  822. Vaulor has left

  823. Vaulor has joined

  824. emus

    goffi: ok - many success and thx for feedback

  825. goffi has left

  826. goffi has joined

  827. goffi has left

  828. goffi has joined

  829. goffi has left

  830. goffi has joined

  831. ralphm has left

  832. Dele Olajide has joined

  833. Dele Olajide has left

  834. Arne has joined

  835. ralphm has joined

  836. Arne

    where are you now? maybe we can join

  837. videsnelson has joined

  838. snow has joined

  839. Zash has joined

  840. zoidberg has left

  841. Alex has joined

  842. marc0s has left

  843. marc0s has joined

  844. Zash has left

  845. marc0s has left

  846. marc0s has joined

  847. Bady has left

  848. Zash has joined

  849. moparisthebest has joined

  850. marc0s has left

  851. marc0s has joined

  852. marc0s has left

  853. marc0s has joined

  854. marc0s has left

  855. marc0s has joined

  856. singpolyma has left

  857. Alex has left

  858. singpolyma has joined

  859. Alex has joined

  860. jaj has joined

  861. marc0s has left

  862. marc0s has joined

  863. marc0s has left

  864. marc0s has joined

  865. marc0s has left

  866. marc0s has joined

  867. emus

    I am in a restaurant now (had no connectipn at my seat)

  868. Vaulor has left

  869. Vaulor has joined

  870. jcbrand has left

  871. videsnelson has left

  872. emus

    Anyone in a bar in the center?

  873. ralphm

    Our little group went back to the hotel already, as we need to be up early to setup at FOSDEM

  874. Kev

    I'm sorry Eddie, a couple of us have just got back to the hotel to head to bed.

  875. Kev

    Ah, what Ralph said.

  876. jcbrand has joined

  877. emus

    No problem 😊 See you tomorrow, but I wont be there early unfort.

  878. jaj has left

  879. emus

    Matt has my printed QR codes

  880. Andrzej has joined

  881. Andrzej has left

  882. Andrzej has joined

  883. Andrzej has left

  884. CafetaBot has joined

  885. MattJ


  886. nilesh has left

  887. Tobias has left

  888. singpolyma has left

  889. singpolyma has joined

  890. Tobias has joined

  891. debacle has left

  892. debacle has joined

  893. jordi has left

  894. CafetaBot has left

  895. Tobias has left

  896. Kev has left

  897. marc0s has left

  898. marc0s has joined

  899. Tobias has joined

  900. egnun has left

  901. singpolyma has left

  902. singpolyma has joined

  903. zoidberg has joined

  904. moparisthebest has left

  905. moparisthebest has joined

  906. Kev has joined

  907. Menel has left

  908. nilesh has joined

  909. Menel has joined

  910. jcbrand has left

  911. edhelas has left

  912. edhelas has joined

  913. wurstsalat has left

  914. nilesh has left

  915. marc0s has left

  916. marc0s has joined

  917. Menel has left

  918. debacle has left

  919. debacle has joined

  920. debacle has left

  921. debacle has joined

  922. snow has left

  923. debacle has left

  924. debacle has joined

  925. debacle has left

  926. jc has left

  927. jc has joined

  928. Arne has left

  929. singpolyma has left

  930. Arne has joined

  931. F has joined

  932. singpolyma has joined

  933. F has left

  934. mario has left

  935. Syndace has joined

  936. debacle has joined

  937. egnun has joined

  938. Kev has left

  939. marc0s has left

  940. marc0s has joined

  941. Daniel has left

  942. moparisthebest has left

  943. moparisthebest has joined

  944. Daniel has joined

  945. Kev has joined