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


  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


  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


  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


  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


  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


  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