XSF Discussion - 2018-08-20


  1. Guus has left
  2. j.r has joined
  3. daniel has left
  4. Chobbes has joined
  5. Chobbes has joined
  6. jjrh has left
  7. jjrh has left
  8. lorddavidiii has left
  9. lorddavidiii has joined
  10. lorddavidiii has left
  11. lorddavidiii has joined
  12. daniel has joined
  13. Guus has left
  14. efrit has left
  15. jjrh has left
  16. j.r has joined
  17. jjrh has left
  18. Syndace has left
  19. Syndace has joined
  20. ludo has left
  21. Guus has left
  22. l has joined
  23. bjc has joined
  24. SamWhited has left
  25. dos has joined
  26. j.r has joined
  27. bjc has joined
  28. MattJ has joined
  29. j.r has joined
  30. jjrh has left
  31. daniel has left
  32. lskdjf has joined
  33. l has joined
  34. dos has left
  35. apach has left
  36. Zash has left
  37. Dave Cridland has left
  38. Dave Cridland has joined
  39. daniel has joined
  40. apach has left
  41. j.r has joined
  42. daniel has left
  43. j.r has joined
  44. dos has joined
  45. dos has left
  46. daniel has joined
  47. dos has joined
  48. Dave Cridland has left
  49. Dave Cridland has joined
  50. Dave Cridland has left
  51. Dave Cridland has joined
  52. dos has left
  53. dos has joined
  54. SamWhited has left
  55. SamWhited has left
  56. j.r has joined
  57. Dave Cridland has left
  58. j.r has joined
  59. Dave Cridland has joined
  60. Dave Cridland has left
  61. Dave Cridland has joined
  62. daniel has left
  63. daniel has joined
  64. apach has left
  65. Guus has left
  66. Guus has joined
  67. mrdoctorwho has joined
  68. rishiraj22 has left
  69. rishiraj22 has joined
  70. apach has left
  71. j.r has joined
  72. apach has left
  73. j.r has joined
  74. Dave Cridland has left
  75. daniel has left
  76. rishiraj22 has left
  77. rishiraj22 has joined
  78. j.r has joined
  79. daniel has joined
  80. j.r has joined
  81. daniel has left
  82. apach has left
  83. Dave Cridland has left
  84. Dave Cridland has joined
  85. Dave Cridland has left
  86. Dave Cridland has joined
  87. daniel has joined
  88. waqas has joined
  89. daniel has left
  90. apach has left
  91. daniel has joined
  92. tux has left
  93. tux has joined
  94. j.r has joined
  95. daniel has left
  96. mrdoctorwho has left
  97. j.r has joined
  98. apach has left
  99. daniel has joined
  100. rishiraj22 has left
  101. Nekit has joined
  102. apach has left
  103. mrdoctorwho has joined
  104. daniel has left
  105. mimi89999 has left
  106. daniel has joined
  107. mimi89999 has joined
  108. j.r has left
  109. j.r has joined
  110. daniel has left
  111. mrdoctorwho has left
  112. mrdoctorwho has left
  113. Tobias has left
  114. Tobias has joined
  115. daniel has joined
  116. apach has left
  117. blabla has joined
  118. SamWhited has left
  119. Dave Cridland has left
  120. Dave Cridland has joined
  121. Dave Cridland has left
  122. Dave Cridland has joined
  123. Guus has left
  124. valo has left
  125. valo has joined
  126. Valerian has joined
  127. rion has joined
  128. Dave Cridland has left
  129. Dave Cridland has joined
  130. apach has joined
  131. apach has joined
  132. apach has joined
  133. apach has joined
  134. apach has joined
  135. apach has joined
  136. apach has joined
  137. apach has joined
  138. apach has joined
  139. apach has joined
  140. apach has joined
  141. apach has joined
  142. apach has joined
  143. apach has joined
  144. apach has joined
  145. apach has joined
  146. apach has joined
  147. apach has joined
  148. apach has joined
  149. apach has joined
  150. apach has joined
  151. apach has joined
  152. apach has joined
  153. apach has joined
  154. apach has joined
  155. apach has joined
  156. apach has joined
  157. apach has joined
  158. apach has joined
  159. karp has joined
  160. j.r has joined
  161. Dave Cridland has left
  162. Dave Cridland has joined
  163. j.r has joined
  164. blabla has joined
  165. Nekit has left
  166. Nekit has joined
  167. Valerian has left
  168. mikaela has joined
  169. blabla has joined
  170. waqas has left
  171. blabla has left
  172. andy has joined
  173. 404.city has joined
  174. Dave Cridland has left
  175. Dave Cridland has joined
  176. Dave Cridland has left
  177. Dave Cridland has joined
  178. blabla has joined
  179. ta has joined
  180. lnj has joined
  181. daniel has left
  182. j.r has joined
  183. rishiraj22 has left
  184. lorddavidiii has left
  185. daniel has joined
  186. blabla has joined
  187. daniel has left
  188. mikaela has joined
  189. Tim has joined
  190. daniel has joined
  191. Chobbes has joined
  192. Tim has left
  193. Tim has joined
  194. Maranda has joined
  195. Dave Cridland has left
  196. Steve Kille has left
  197. Steve Kille has left
  198. Steve Kille has joined
  199. anjan has left
  200. daniel has left
  201. daniel has joined
  202. Chobbes has joined
  203. blabla has joined
  204. rion has left
  205. daniel has left
  206. Tim has joined
  207. mikaela has left
  208. mikaela has joined
  209. rion has joined
  210. jubalh has joined
  211. daniel has joined
  212. rion has left
  213. jubalh has left
  214. goffi has joined
  215. muppeth has joined
  216. l has joined
  217. daniel has left
  218. Valerian has joined
  219. Zash has left
  220. Dave Cridland has left
  221. Dave Cridland has joined
  222. daniel has joined
  223. Andrew Nenakhov has left
  224. Andrew Nenakhov has joined
  225. Dave Cridland has left
  226. Dave Cridland has joined
  227. Andrew Nenakhov has left
  228. Andrew Nenakhov has joined
  229. Andrew Nenakhov has left
  230. Andrew Nenakhov has joined
  231. Andrew Nenakhov has left
  232. Andrew Nenakhov has joined
  233. daniel has left
  234. daniel has joined
  235. ralphm has joined
  236. Andrew Nenakhov has left
  237. Andrew Nenakhov has joined
  238. Andrew Nenakhov has left
  239. Andrew Nenakhov has joined
  240. blabla has joined
  241. jubalh has joined
  242. labdsf has left
  243. Dave Cridland has left
  244. Dave Cridland has joined
  245. Zash has left
  246. 404.city has left
  247. rishiraj22 has left
  248. Zash has left
  249. Valerian has left
  250. lumi has joined
  251. karp has joined
  252. tux has left
  253. lskdjf has joined
  254. pep. has joined
  255. rishiraj22 has left
  256. rishiraj22 has joined
  257. Andrew Nenakhov has left
  258. Andrew Nenakhov has joined
  259. Andrew Nenakhov has left
  260. Andrew Nenakhov has joined
  261. Andrew Nenakhov has left
  262. Andrew Nenakhov has joined
  263. la|r|ma has joined
  264. la|r|ma has joined
  265. la|r|ma has joined
  266. la|r|ma has joined
  267. la|r|ma has joined
  268. la|r|ma has joined
  269. la|r|ma has joined
  270. anjan has left
  271. Andrew Nenakhov has left
  272. Andrew Nenakhov has joined
  273. blabla has joined
  274. Andrew Nenakhov has left
  275. Andrew Nenakhov has joined
  276. Andrew Nenakhov has left
  277. Andrew Nenakhov has joined
  278. karp has left
  279. karp has joined
  280. rishiraj22 has left
  281. Valerian has joined
  282. bjc has joined
  283. Zash has left
  284. jubalh has joined
  285. rainslide has joined
  286. vanitasvitae has left
  287. blabla has joined
  288. blabla has joined
  289. apach has joined
  290. la|r|ma has joined
  291. la|r|ma has joined
  292. rainslide has left
  293. mrdoctorwho has joined
  294. lskdjf has left
  295. lskdjf has joined
  296. goffi has left
  297. mrdoctorwho has left
  298. la|r|ma has left
  299. mrdoctorwho has joined
  300. daniel has left
  301. daniel has joined
  302. mrdoctorwho has left
  303. blabla has joined
  304. l has joined
  305. l has joined
  306. l has left
  307. l has joined
  308. mikaela has left
  309. daniel has left
  310. daniel has joined
  311. j.r has joined
  312. karp has left
  313. goffi has joined
  314. 404.city has joined
  315. mrdoctorwho has left
  316. labdsf has left
  317. Andrew Nenakhov has left
  318. Andrew Nenakhov has joined
  319. jubalh has joined
  320. Andrew Nenakhov has left
  321. Andrew Nenakhov has joined
  322. jubalh has left
  323. Valerian has left
  324. Valerian has joined
  325. Valerian has left
  326. MbJ3 has left
  327. MbJ3 has joined
  328. rishiraj22 has left
  329. Andrew Nenakhov has left
  330. Andrew Nenakhov has joined
  331. Andrew Nenakhov has left
  332. Andrew Nenakhov has joined
  333. Zash has left
  334. rishiraj22 has left
  335. rishiraj22 has joined
  336. ralphm has left
  337. ralphm has joined
  338. ralphm has left
  339. daniel has left
  340. perflyst has joined
  341. daniel has joined
  342. ralphm has joined
  343. perflyst has left
  344. xnyhps has joined
  345. j.r has joined
  346. xnyhps has joined
  347. blabla has joined
  348. Zash has left
  349. anjan has joined
  350. Syndace has joined
  351. Syndace has joined
  352. blabla has left
  353. blabla has joined
  354. anjan has left
  355. blabla has joined
  356. alacer has joined
  357. rishiraj22 has left
  358. rishiraj22 has joined
  359. thorsten has left
  360. blabla has joined
  361. thorsten has joined
  362. 404.city has left
  363. 404.city has joined
  364. blabla has joined
  365. jubalh has joined
  366. Zash Does anyone remeber what the point of https://xmpp.org/extensions/xep-0292.html#self-iq was?
  367. MattJ has left
  368. mrdoctorwho has joined
  369. mrdoctorwho has left
  370. jubalh has joined
  371. mrdoctorwho has left
  372. Steve Kille has left
  373. mrdoctorwho has left
  374. Steve Kille has left
  375. mrdoctorwho has left
  376. lnj has left
  377. lnj has joined
  378. mrdoctorwho has left
  379. mrdoctorwho has left
  380. Zash has left
  381. mrdoctorwho has joined
  382. Zash has left
  383. MbJ3 has joined
  384. MbJ3 has joined
  385. mrdoctorwho has left
  386. Zash has left
  387. jjrh has left
  388. Martin has left
  389. MbJ3 has left
  390. jubalh has joined
  391. ThibG has joined
  392. ThibG has joined
  393. MbJ3 has left
  394. MbJ3 has left
  395. mrdoctorwho has joined
  396. daniel has left
  397. MbJ3 has joined
  398. daniel has joined
  399. Zash has left
  400. Maranda eyes anjan broadcasting one presence any second 🙄
  401. MbJ3 has joined
  402. Ge0rG What's wrong with that? MUCs are made to scale!
  403. Maranda Ge0rG: but my eyes don't scale 😞
  404. Ge0rG Maranda: are you reading the XML log?
  405. Ge0rG ...and only see the blondes, the brunettes, ...
  406. Maranda Ge0rG: trying to catch something from the log tail actually 🙄☺️
  407. lnj has left
  408. lnj has joined
  409. Maranda thinks: luckily now CSI deduplicates 😆
  410. MbJ3 has left
  411. daniel has left
  412. Ge0rG depending on the CSI implementation and violation of RFCs.
  413. rishiraj22 has left
  414. vanitasvitae has left
  415. daniel has joined
  416. ThibG has left
  417. ThibG has joined
  418. Maranda thinks he doesn't break in order processing.
  419. Maranda Although staying in CSI theme...
  420. Maranda "For example: A client sends a CSI active nonza, followed by an XMPP Ping request to the server. The server first changes the CSI state to active and flushes all eventually queued *stanzsa*."
  421. daniel has left
  422. daniel has joined
  423. Ge0rG Maranda: but you are dropping stanzas
  424. Maranda Ge0rG, so whenever I filter a stanza silently I'm breaking in order processing...?
  425. Maranda Perhaps everyone violates rfcs
  426. flow Ge0rG, Does the RFC forbid that?
  427. Guus The RFC states that stanza order MUST be preserved.
  428. flow Yep, but I meant "dropping stanzas"
  429. Maranda Ge0rG, so since *everyone* does that I guess there isn't a real problem isn't it? :P
  430. Guus dropping != reordering, I believe.
  431. Maranda or you can't filter and drop stanzas anymore
  432. Maranda Guus, I'm not reordering
  433. Guus I'm not saying you are. 🙂
  434. Maranda :)
  435. j.r has joined
  436. Guus I do wonder how effective CSI can be though, given that there's bound to be a stanza that you don't want to queue, and you need to maintain stanza order.
  437. Guus doesn't give much room to play, I think
  438. Guus at least not for "drop all but the last" type of filtering.
  439. Maranda Guus, I'm just queuing presences so it's... rather easy to do
  440. Guus Maranda, sure, but as soon as you get an IQ ping, you'd have to flush all that, right? Before responding to the IQ ping, I mean.
  441. Guus (or any other non-queued stanza)
  442. j.r has joined
  443. j.r has joined
  444. flow Guus depends on who send the ping. but yes, usually you would flush if you have to send something anyway
  445. Maranda Guus, hmm that I didn't think about.
  446. Guus flow, an inbound ping to the client, I mean. I don't think it matters much who sent the ping? The server needs to preserve the order of all stanzas, not depending on who is the originator?
  447. Ge0rG So you want to tell me it is okay with the RFC to drop stanzas, but not ok to reorder them?
  448. flow Guus, I believe that XMPP could fall into the category where the order only matters with regard to two endpoints, not necesarily globally
  449. Guus flow: I'm not sure if that works. How would that work with private messages in MUCs, for example
  450. flow So if the ping originated from an entity which has no queued stanzas, you could only deliver the ping without flushing (but there is no reason you shouldn't flush)
  451. Guus Ge0rG: I'm not sure, to be honest. My point is even if it were allowed, I wonder if there's much practical benefit to CSI.
  452. Guus got to pick up kid from school. bbl
  453. MattJ Guus: flow: in practical terms the order between two bare JIDs must be preserved
  454. Guus Ge0rG: but isn't that how privacy lists work too, btw?
  455. MbJ3 has left
  456. flow MattJ, why bare JID and not just "JID"?
  457. MattJ flow: imagine reordering presence from a MUC join, which specifies you always receive your own presence last
  458. MbJ3 has left
  459. Maranda is rather confused now.
  460. MattJ In my opinion servers need to be very careful if they start arbitrarily dropping or reordering stanzas
  461. Ge0rG What MattJ said.
  462. Maranda well if it's bare jids IQs are excluded from the equation I suppose.
  463. Maranda clients won't have to answer to those.
  464. Kev Reordering is worse than not delivery
  465. MattJ Maranda: I didn't mean it like that
  466. Kev Reordering is worse than not delivering
  467. MattJ But I'm on my phone so I don't think I can attempt a better explain
  468. Kev (Note that 'not delivering' isn't the same as 'dropping' - if you don't deliver, you still have to follow the rules for when to silently drop and when to error)
  469. Ge0rG My point is: if the RFC mandates in-order delivery, it is kind of implicit that it mandates delivery.
  470. Ge0rG So just dropping stanzas will violate the RFC
  471. Maranda ... and so everyone in a way or another violates it.
  472. Kev Ge0rG: Delivery or error, yes.
  473. MattJ It's my understanding that it mandates delivery
  474. MattJ Or error
  475. Ge0rG Some cases allow silent dropping.
  476. Zash But XEPs can override core rules?
  477. Ge0rG Zash: yes
  478. MattJ Depending on stanza type, as you well know
  479. Kev Zash: Yes, by negotiation.
  480. flow MattJ, yep, the xep45 self-presence order is a good point
  481. Maranda Perhaps you're suggesting to do some magic amendment to the CSI spec?
  482. Maranda :P
  483. j.r has left
  484. j.r has joined
  485. Maranda isn't sure about how much he doesn't violate anymore, although he doesn't reorder what's in the queue.
  486. MattJ Maranda: the CSI spec does not tell you to reorder or drop
  487. flow Maranda, some ppl will tell you that you violate the RFC, some will tell you possible the opposite. What matters is: Is it beneficial? Does it break things?
  488. MattJ Unfortunately it has some "examples" which I am not happy about, but consensus was to add them
  489. MattJ They are not part of CSI
  490. MattJ And they are not specified in any detail, which may be worse
  491. flow Then get rid of them from the XEP. But we should consider adding a wiki page for CSI where strategies are collected
  492. flow Working and non-working strategies that is
  493. Zash Pros and cons
  494. MattJ flow: iirc you were one of the main voices requesting their addition :)
  495. Zash And whys
  496. Maranda flow, it's very beneficial and doesn't break anything tbh.
  497. MattJ Maranda: how do you know it is beneficial?
  498. Maranda MattJ, deduplicating presences?
  499. thorsten has joined
  500. MattJ This is another problem I have with current CSI usage
  501. Maranda MattJ, well it reduces queues *a lot* expecially if you join a lot of big mucs.
  502. MattJ Maranda: OK, spammy broken clients
  503. MattJ But the MUC could filter that
  504. MattJ More simply
  505. Maranda MattJ, irregardless of broken clients
  506. daniel has left
  507. MattJ bbl, train arriving at station
  508. flow MattJ, wait, we are talking about the in order requirement § 5.1? I thought we talk about CSI strategies that are applied
  509. l has joined
  510. j.r has left
  511. Maranda flow, I guess that if you queued all stanzas there wouldn't be problem with in order processing, the issues come out only if you don't filter all routable payload but only one or two of 'em.
  512. j.r has joined
  513. Maranda flow, I guess that if you queued all stanzas there wouldn't be problem with in order processing, the issues come out only if you don't filter all routable payloads but only one or two of 'em.
  514. Maranda (like I currently do)
  515. flow Maranda, figures would be interesting. like the bytes that are not send by your implementation
  516. j.r has joined
  517. Holger Guus: > I do wonder how effective CSI can be though, given that there's bound to be a stanza that you don't want to queue, and you need to maintain stanza order. For me in practice there's often long periods where many presence stanzas are received, and nothing else.
  518. Maranda flow, well for my mobile account the average queue for staying inactive was like 600 presences without dedup, it went down to as little as 50-60.
  519. Maranda flow, well for my mobile account the average queue for staying inactive few hours was like 600 presences without dedup, it went down to as little as 50-60.
  520. flow Maranda, so that is CSI with and without queue (presence) dedup?
  521. MbJ3 has joined
  522. Maranda So I guess that matters somehow, about the actual bw you save I'm not sure but you can make an esteem.
  523. Maranda yes
  524. flow k, I was more wondering about CSI vs non-CSI
  525. Maranda so there's for sure a benefit expecially on MUC usage.
  526. flow and especially the longest time period the connection was idle
  527. j.r has joined
  528. flow time for mod_csi_stats
  529. daniel has joined
  530. Maranda well I suppose you can extract those numbers for my figure if the server queued around 600 presences mostly for mucs during inactive hours
  531. Holger flow: Dedup can of course make a great difference if you limit the queue size and flush when it's reached.
  532. Maranda well I suppose you can extract those numbers from my figure if the server queued around 600 presences mostly for mucs during inactive hours
  533. apach has left
  534. apach has joined
  535. j.r has joined
  536. j.r has joined
  537. Maranda for sure the reduction is reasonably around x10 magnitude
  538. Maranda sending only the last useful presence state
  539. daniel has left
  540. flow Holger, good point
  541. dos heck, it doesn't need MUCs - I have an account with 700 transport contacts from a network with lousily defined presence semantics and CSI helps there as well in taming the unnecessary traffic
  542. flow dos, which network is this?
  543. dos facebook :P
  544. muppeth has joined
  545. vanitasvitae has left
  546. j.r has left
  547. lnj_ has joined
  548. j.r has joined
  549. rishiraj22 has left
  550. goffi has left
  551. goffi has joined
  552. Ge0rG even grouping the presence XML stanzas over time and sending them in one big flush is good for the battery.
  553. Maranda Ge0rG, yes which is where deduplication helps...
  554. Holger > <MattJ> flow: imagine reordering presence from a MUC join, which specifies you always receive your own presence last I guess the problem with breaking this is that the client might mis-interpret presence received after the final self-presence as *newly* joined members?
  555. MattJ Yes
  556. daniel has joined
  557. MattJ dos: any actual stats?
  558. Zash Join a few noicy IRC channels
  559. Ge0rG Holger: imagine how that interacts with GC1.0 joins and intermittent s2s outages.
  560. Zash There's no GC1.0 la-la-la can't hear you
  561. Ge0rG I've done a CSI benchmark on a freenode transport some two years ago.
  562. Ge0rG I prepared a motion to Council to get rid of GC1.0, but it was not approved.
  563. Ge0rG And when I started making a PR to 0045, I realized that significant deletion is required
  564. Zash Next Prosody won't allow GC1.0 joins, have we seen any ill effects of it yet?
  565. Holger So you basically cannot de-dup MUC presence without breaking that 0045 guarantee unless you add special code for handling MUC joins.
  566. Zash Holger: Mmmmm, special cases
  567. Holger They're so elegant!
  568. dos MattJ: I haven't made any stats so far, but when I hacked up my Nokia N900 to actually use CSI, it was the first time I could actually observe prolonged silence on the stream
  569. Zash Specal casing on top of hacks on top of more hacks until your brain explodes
  570. ralphm has left
  571. l has joined
  572. dos I've got around 60 presences in the last few minutes
  573. Maranda fwiw I didn't yet see a single muc break.
  574. Holger Maranda: Do you have a CSI client that shows MUC joins/leaves?
  575. Holger Without one I'm not sure how you'd "see" that breakage.
  576. jonasw and even then it might actually be hard to notice
  577. Maranda Holger, join a small channel compare occupant list with another client?
  578. dos you're likely to join MUCs when CSI indicates "active", for instance
  579. Holger Maranda: The resulting occupant list will be correct in both cases.
  580. Ge0rG dos: another good one is client caps caching
  581. daniel has left
  582. Maranda I'm sure that works, and I just did that because I was worried something like that happened because of deduplication.
  583. Maranda Holger, I didn't mean breaking the spec :P
  584. Holger Maranda: AFAICS the only problem would be bogus "Maranda joined" messages.
  585. Maranda I meant *it actually* broke anything.
  586. Ge0rG dos: my client will join MUCs when inactive, because a MUC ping timeout happened when idle
  587. daniel has joined
  588. dos Ge0rG: yup. thankfully, that was already done by the whichevet old Telepathy version is there :)
  589. Holger Maranda: Yes I think it doesn't *actually* break anything because Conversations & friends don't show "Maranda joined" messages anyway.
  590. Maranda Holger, I'd suppose clients look more at status 110 now than the order.
  591. Maranda for self presence
  592. dos Ge0rG: and how likely are you to notice some erroreneous joins displayed by your client in such case? ;D
  593. Holger Maranda: That statement makes no sense to me.
  594. Ge0rG dos: there are issues.
  595. Holger Maranda: The point is, when they receive their status-110-message they assume they have the full list of occupants. Any presence received afterwards would be interpreted as "Maranda joined", while in reality Maranda didn't join but was an occupant before I joined.
  596. Kev Am I being completely daft, or does https://tools.ietf.org/html/rfc6121#section-8.5 completely fail to say how to route presence type=error?
  597. Maranda Holger, hm ok now that's clearer :P
  598. ralphm has joined
  599. Maranda I was more looking at actual occupant list desyncs rather than that anyways
  600. Holger Yes those shouldn't be broken by this kind of dedup.
  601. jonasw only temporarily
  602. Holger Well yes only until the client processed the flushed stanzas.
  603. jonasw or if your dedup has a bug
  604. Holger :-)
  605. rishiraj22 has left
  606. rishiraj22 has left
  607. Holger I haven't heard of bugs in XMPP code.
  608. jonasw that’s because they eat the messages telling you about them
  609. andy has left
  610. Maranda Holger, but question is how many mobile (one presumes most using CSI are those) actually show MUC joins?
  611. Maranda Holger, but question is how many mobile clients (one presumes most using CSI are those) actually show MUC joins?
  612. dos Maemo 5 does, and I modified it to use CSI, so I guess I could test it with ejabberd :v
  613. Maranda dos: doo eet 😁
  614. Holger Maranda: Yes, as I said :-)
  615. Holger Maranda: The answer may well be zero.
  616. Holger Maranda: I'm doing that kind of dedup as well as the possible benefit seems significant to me, and I haven't seen any (reports on) breagage. But this *is* hairy of course.
  617. Holger "breagage", I'm drunk.
  618. muppeth has joined
  619. Maranda Holger, ditto I mean as far as I like strict compliance, the current CSI code works and is (surprisingly) clean and simple for once, so as long as something doesn't break (e.g. like occupant list desync) I'm not inclined to touch it 😁
  620. Martin has joined
  621. jjrh has left
  622. jjrh has left
  623. jjrh has left
  624. MbJ3 has joined
  625. lorddavidiii has left
  626. mrdoctorwho has joined
  627. marc has joined
  628. jjrh has left
  629. MbJ3 has left
  630. alacer has left
  631. Andrew Nenakhov has left
  632. Andrew Nenakhov has joined
  633. Andrew Nenakhov has left
  634. Andrew Nenakhov has joined
  635. Andrew Nenakhov has left
  636. Andrew Nenakhov has joined
  637. alacer has joined
  638. Andrew Nenakhov has left
  639. Andrew Nenakhov has joined
  640. Maranda has left
  641. Maranda has left
  642. alacer has left
  643. alacer has joined
  644. Andrew Nenakhov has left
  645. Andrew Nenakhov has joined
  646. alacer has left
  647. alacer has joined
  648. j.r has joined
  649. j.r has joined
  650. Martin has joined
  651. waqas has joined
  652. Andrew Nenakhov has left
  653. Andrew Nenakhov has joined
  654. Martin has joined
  655. lnj_ has left
  656. lnj_ has joined
  657. Kev has left
  658. daniel has left
  659. daniel has joined
  660. daniel has left
  661. daniel has joined
  662. lnj_ has left
  663. lnj_ has joined
  664. lnj_ has left
  665. tux has left
  666. daniel has left
  667. daniel has joined
  668. j.r has joined
  669. alacer has left
  670. alacer has joined
  671. lovetox has joined
  672. lskdjf has joined
  673. lskdjf has joined
  674. karp has joined
  675. jonasw MattJ, could you kick anjan temporarily? apparently, they’re flooding this room with useless <presence/> stanzas
  676. anjan has joined
  677. MattJ :)
  678. MattJ An unsurprising outcome, in hindsight
  679. Tobias has joined
  680. Ge0rG GC1.0 FTW!
  681. Ge0rG Unfortunately, there is no way to burn GC1.0 without "breaking" usability.
  682. Maranda has joined
  683. Maranda damn I actually needed anjan to test something
  684. Ge0rG Maranda: get yourself kickbanned as well, then you are together with anjan again 🤔
  685. Maranda Ge0rG, :P
  686. Maranda Ge0rG, no need it actually works.
  687. daniel has left
  688. daniel has joined
  689. jjrh has left
  690. apach has left
  691. jubalh has joined
  692. apach has left
  693. jubalh has left
  694. jjrh has left
  695. Maranda has left
  696. jjrh has left
  697. jjrh has left
  698. j.r has joined
  699. goffi has left
  700. lnj_ has joined
  701. ta has joined
  702. marc has left
  703. Maranda And that problem wasnt gc1.0 related me thinks just an old issue in gajim that made it loop resending muc presences
  704. Ge0rG Maranda: but with GC1.0, the ghost returned after getting kicked
  705. Maranda 🤔
  706. MbJ3 has joined
  707. Andrew Nenakhov has joined
  708. Nekit has left
  709. Nekit has joined
  710. 404.city has left
  711. Andrew Nenakhov has left
  712. Andrew Nenakhov has joined
  713. Andrew Nenakhov Btw, are there any docs on GC1.0? We didn't find it anywhere, only references in XEP-0045
  714. Andrew Nenakhov has left
  715. Andrew Nenakhov has joined
  716. j.r has joined
  717. thorsten has joined
  718. dos hmm... when client receives a message directed to other client via carbon that has a delivery receipt request, should it send one?
  719. daniel That can make sense
  720. dos nvm, xep mentions it, so I guess it should: "Because it is possible for a given content message to be delivered to multiple XMPP resources controlled by the recipient, the sender of the content message needs to be prepared to receive multiple ack messages."
  721. daniel The xep is probably not talking about carbons though
  722. daniel But still I belive sending them - while not ideal - is the best thing we can do for now
  723. dos I think this is the only mention of a situation with multiple acks, so I'd interpret it as "it is possible, for instance with bare JID messages, message carbons are enabled etc."
  724. dos so nothing really mandates you to send them, but conforming receipt requestor should be prepared to handle them, so it should be fine
  725. MattJ has left
  726. ralphm has joined
  727. Alex has joined
  728. apach has left
  729. thorsten has left
  730. j.r has left
  731. SamWhited has left
  732. j.r has joined
  733. moparisthebest has joined
  734. moparisthebest has joined
  735. Andrew Nenakhov I'd rather send it. Even if sender didn't intend my device to receive this message, I still received it, because my carbons are configured this way. So, it's delivered to me, and I should probably send a receipt.
  736. Andrew Nenakhov I also don't like when remote party dictates how my devices work. "I'll talk with you over this Android phone, not over that desktop client"
  737. jonasw #OMEMO
  738. lnj_ has left
  739. lnj_ has joined
  740. alacer has left
  741. alacer has joined
  742. Ge0rG you could send a carbon of a receipt 😁
  743. dos Psi does it even better right now - it sends a receipt for an outgoing carbon that requests one :D
  744. blabla has joined
  745. jubalh has joined
  746. Ge0rG Heh.
  747. Ge0rG dos: as long as it doesn't request a receipt for a receipt, everything is good.
  748. Zash Something something two generals problem
  749. lovetox in my opinion of course a receipt should be send
  750. lovetox in my opinion of course a receipt should be sent
  751. lovetox a carbon means only the server received the message, not the client
  752. Ge0rG lovetox: what?
  753. lovetox what part of what i said is not clear?
  754. Ge0rG > a carbon means only the server received the message, not the client
  755. Ge0rG maybe I'm just lacking the proper context for this
  756. lovetox you receive a "received" carbon, now you can wait 5 seconds or any amount of time you want, if there is no receipt coming in from your other client, you should assume he didnt receive the message
  757. lovetox and ack
  758. Ge0rG I'd just ack anyway
  759. Zash ack for carbons, ack for mam, ack all teh time
  760. Ge0rG we need multi-ack!
  761. jonasw if we only had a mechanism for acknowledging stuff
  762. jonasw like, IQs
  763. Zash or send acks when the server writes into mam
  764. jonasw Zash, I’d like that
  765. Zash wait have we invented email then?
  766. lovetox i think thats exactly not what receipts are about
  767. lovetox receipt mean the client received the message
  768. lovetox not a server archive, which cant even determine if the message is encrypted and the client can decrypt it
  769. lovetox really there are error messages for when s2s or c2s does not work
  770. jonasw except when there aren’t
  771. Zash what if we just stop worrying about everything
  772. Zash messages get through or they don't
  773. lovetox yes i say this often, Gajim has receipts disabled by default
  774. lovetox i use xmpp now for some years, never had a problem with not received messages, except when encryption was involved
  775. Ge0rG .I agree with lovetox in that.
  776. jonasw sure, let’s not worry about reliability
  777. jonasw lovetox, I had
  778. Ge0rG lovetox: sorry, but your story is a huge anomaly. I lose messages all the time
  779. jonasw a lot
  780. Ge0rG sometimes I only lose carbons because my contact just turns off their phone's wifi
  781. Zash did you say something?
  782. jonasw but many of those would probably be solved by MAM
  783. daniel Ge0rG: maybe you smacks implementation is broken?
  784. daniel Or the fact that you don't have mam?
  785. Ge0rG daniel: maybe XMPP is broken?
  786. daniel Apparently not for me and lovetox
  787. daniel Who do implement both mam and 198
  788. Ge0rG daniel: not sure about ejabberd, but another widely-deployed XMPP server will error-bounce all stanzas when a hibernated 0198 session gets destroyed.
  789. Ge0rG besides, I probably just don't know zilch about how xmpp works :P
  790. thorsten has joined
  791. l has joined
  792. l has joined
  793. valo has joined
  794. ThibG has joined
  795. Lance has joined
  796. Lance has left
  797. karp has left
  798. daniel But a bounced message is not a lost one
  799. daniel Unless you don't track your errors
  800. Zash Schrödingers bouncy deliveries
  801. blabla has joined
  802. pep. has joined
  803. dos afaik ejabberd has a config entry for that and can either put them to offline storage or bounce
  804. daniel Yeah so does prosody. But complaining about things is always more fun
  805. Valerian has joined
  806. Zash The day humans stop complaining is the day we gone extinct.
  807. blabla has joined
  808. blabla has left
  809. blabla has joined
  810. Andrew Nenakhov has left
  811. Andrew Nenakhov has joined
  812. Ge0rG daniel: the prosody module doesn't work if you have multiple clients
  813. Ge0rG But yeah, complaining is more fun.
  814. labdsf has left
  815. Andrew Nenakhov has left
  816. Andrew Nenakhov has joined
  817. Ge0rG Also I'm not sure what tracking errors gives you, unless you do automatic retransmission, which is a huge PITA
  818. Andrew Nenakhov has left
  819. Andrew Nenakhov has joined
  820. l has joined
  821. mimi89999 has joined
  822. mimi89999 has joined
  823. j.r has left
  824. j.r has joined
  825. Maranda We need some ELE first or later anyways
  826. jonasw ELE?
  827. Andrew Nenakhov has left
  828. Andrew Nenakhov has joined
  829. Andrew Nenakhov has left
  830. Andrew Nenakhov has joined
  831. bjc has joined
  832. ThibG has joined
  833. Andrew Nenakhov has left
  834. Andrew Nenakhov has joined
  835. ThibG has joined
  836. Andrew Nenakhov has left
  837. Andrew Nenakhov has joined
  838. Andrew Nenakhov has left
  839. Andrew Nenakhov has joined
  840. Alex has left
  841. daniel has left
  842. Andrew Nenakhov has left
  843. Andrew Nenakhov has joined
  844. alacer has left
  845. alacer has joined
  846. ralphm has joined
  847. lskdjf has joined
  848. l has joined
  849. tux has left
  850. Valerian has left
  851. Valerian has joined
  852. alacer has left
  853. Dave Cridland has left
  854. Dave Cridland has joined
  855. Dave Cridland has left
  856. Dave Cridland has joined
  857. Dave Cridland has left
  858. Dave Cridland has joined
  859. Dave Cridland has left
  860. Dave Cridland has joined
  861. Martin has joined
  862. Maranda jonasw: Extinction Level Event
  863. lnj_ has left
  864. goffi has joined
  865. vanitasvitae has left
  866. daniel has joined
  867. j.r has left
  868. j.r has joined
  869. vanitasvitae has left
  870. blabla has joined
  871. Ge0rG Maranda: https://syonyk.blogspot.com/2015/08/i-am-backsideist.html
  872. Maranda sounds like some complex read which I'm a bit too tired to start :O
  873. Maranda > not sure about ejabberd, but another widely-deployed XMPP server will error-bounce all stanzas when a hibernated 0198 session gets destroyed. well I have the "Ge0rG's maneuver" when there's at least one session online supporting carbons :P
  874. marc has left
  875. lnj has left
  876. Maranda (aka "assume like it's delivered")
  877. Maranda (... and don't bounce it)
  878. Ge0rG Maranda: is that upstreamed?
  879. Maranda Ge0rG, it's in Metronome from quite a bit yes.
  880. Ge0rG Maranda: that's not what I mean.
  881. ThibG has joined
  882. Maranda Then I'm too tired to understand what you mean, elaborate plx :P
  883. Ge0rG Maranda: prosody
  884. Maranda And I don't think so, dunno.
  885. Martin has left
  886. Valerian has left
  887. muppeth has left
  888. mikaela has left
  889. mikaela has joined
  890. labdsf has left
  891. Maranda > is quite unpleasantly high, the state of infrastructure is quite sad (when was the last bridge collapse?), 6 days ago.
  892. muppeth has joined
  893. muppeth has left
  894. edhelas has left
  895. lorddavidiii has left
  896. Syndace has left
  897. Syndace has joined
  898. edhelas has left
  899. winfried has left
  900. muppeth has joined
  901. pep. has left
  902. edhelas has left
  903. rion has joined
  904. edhelas has joined
  905. waqas has left
  906. pep. has left
  907. marc has left
  908. thorsten has left
  909. blabla has joined
  910. thorsten has joined
  911. MattJ has joined
  912. waqas has joined
  913. dos has left
  914. dos has joined
  915. j.r has joined
  916. moparisthebest has joined
  917. dos has left
  918. dos has joined
  919. dos has left
  920. dos has joined
  921. moparisthebest has joined
  922. j.r has joined
  923. dos has left
  924. lskdjf has left
  925. la|r|ma has joined
  926. la|r|ma has joined
  927. la|r|ma has joined
  928. dos has joined
  929. dos has left
  930. lskdjf has joined
  931. lskdjf has left
  932. daniel has left
  933. daniel has joined
  934. Maranda has left
  935. lskdjf has joined
  936. dos has joined
  937. j.r has joined
  938. thorsten has left
  939. thorsten has joined
  940. daniel has left
  941. valo has joined
  942. daniel has joined
  943. lovetox has left
  944. j.r has joined
  945. mikaela has left
  946. daniel has left
  947. SamWhited has left
  948. dos has left
  949. dos has joined
  950. daniel has joined
  951. daniel has left
  952. j.r has joined
  953. Nekit has joined
  954. MbJ3 has left
  955. jjrh has left
  956. Syndace has left
  957. Syndace has joined
  958. j.r has joined
  959. jjrh has left
  960. goffi has left
  961. dos has left
  962. dos has joined
  963. MbJ3 has left
  964. j.r has joined
  965. MbJ3 has left
  966. daniel has joined
  967. rion has left
  968. lskdjf has left
  969. daniel has left
  970. daniel has joined
  971. MbJ3 has left
  972. j.r has joined
  973. apach has left
  974. daniel has left
  975. jjrh has left
  976. Ge0rG Not speaking of irc bridges
  977. Steve Kille has left
  978. lskdjf has joined
  979. j.r has joined
  980. apach has left
  981. la|r|ma has left
  982. lskdjf has left