jdev - 2022-10-21

  1. thomaslewis has left

  2. xnamed has left

  3. xnamed has joined

  4. thomaslewis has joined

  5. thomaslewis has left

  6. amee2k has joined

  7. kurtain has joined

  8. thomaslewis has joined

  9. rubi has joined

  10. thomaslewis has left

  11. amee2k has left

  12. debacle has left

  13. rubi has left

  14. amee2k has joined

  15. homebeach has left

  16. Matrix Traveler (bot) has left

  17. homebeach has joined

  18. Matrix Traveler (bot) has joined

  19. xnamed has left

  20. kurtain has left

  21. wurstsalat has left

  22. kurtain has joined

  23. rubi has joined

  24. amee2k has left

  25. Yagizа has joined

  26. Mx2 has left

  27. Zash has left

  28. Zash has joined

  29. Matrix Traveler (bot) has left

  30. homebeach has left

  31. homebeach has joined

  32. Matrix Traveler (bot) has joined

  33. amee2k has joined

  34. Maranda has left

  35. Mjolnir Archon has left

  36. rubi has left

  37. rubi has joined

  38. Matrix Traveler (bot) has left

  39. homebeach has left

  40. homebeach has joined

  41. Matrix Traveler (bot) has joined

  42. TheCoffeMaker has left

  43. Vaulor has joined

  44. amee2k has left

  45. mirux has joined

  46. marc0s has left

  47. marc0s has joined

  48. goffi has joined

  49. goffi has left

  50. goffi has joined

  51. MSavoritias (fae,ve) has joined

  52. MSavoritias (fae,ve) has left

  53. selurvedu has left

  54. MSavoritias (fae,ve) has joined

  55. goffi has left

  56. goffi has joined

  57. Beherit has joined

  58. marc0s has left

  59. marc0s has joined

  60. marc0s has left

  61. marc0s has joined

  62. goffi has left

  63. goffi has joined

  64. Mx2 has joined

  65. Mx2 has left

  66. Millesimus has left

  67. Millesimus has joined

  68. Millesimus has left

  69. Millesimus has joined

  70. goffi has left

  71. goffi has joined

  72. wurstsalat has joined

  73. marc0s has left

  74. marc0s has joined

  75. marc0s has left

  76. marc0s has joined

  77. marc0s has left

  78. marc0s has joined

  79. Mario Sabatino has joined

  80. marc0s has left

  81. marc0s has joined

  82. marc0s has left

  83. marc0s has joined

  84. marc0s has left

  85. marc0s has joined

  86. pulkomandy has left

  87. pulkomandy has joined

  88. marc0s has left

  89. marc0s has joined

  90. Alex has joined

  91. marc0s has left

  92. marc0s has joined

  93. marc0s has left

  94. marc0s has joined

  95. MattJ has joined

  96. marc0s has left

  97. marc0s has joined

  98. Matrix Traveler (bot) has left

  99. homebeach has left

  100. homebeach has joined

  101. Matrix Traveler (bot) has joined

  102. marc0s has left

  103. marc0s has joined

  104. marc0s has left

  105. marc0s has joined

  106. marc0s has left

  107. marc0s has joined

  108. sonny has joined

  109. pulkomandy has left

  110. sonny has left

  111. sonny has joined

  112. adx has joined

  113. Kev has joined

  114. marc0s has left

  115. marc0s has joined

  116. marc0s has left

  117. goffi has left

  118. marc0s has joined

  119. goffi has joined

  120. marc0s has left

  121. marc0s has joined

  122. marc0s has left

  123. marc0s has joined

  124. marc0s has left

  125. marc0s has joined

  126. nicoco

    I'm thinking about adding a "message history backfilling" for 1:1 chats in my gateway. is there anything wrong with the following flow? 1. query the XMPP user's message archives (with "privileged IQs") 2. send missing messages with a "delay" tag (incoming messages from "puppet" JIDs, and outgoing messages with the privilege thing again) 3. profit (?)

  127. marc0s has left

  128. marc0s has joined

  129. marc0s has left

  130. marc0s has joined

  131. jubalh has left

  132. MSavoritias (fae,ve) has left

  133. marc0s has left

  134. marc0s has joined

  135. MSavoritias (fae,ve) has joined

  136. marc0s has left

  137. marc0s has joined

  138. marc0s has left

  139. marc0s has joined

  140. marc0s has left

  141. marc0s has joined

  142. marc0s has left

  143. marc0s has joined

  144. marc0s has left

  145. marc0s has joined

  146. mh has left

  147. pep. has left

  148. mh has joined

  149. goffi has left

  150. hearty has left

  151. goffi has joined

  152. atomicwatch has left

  153. atomicwatch has joined

  154. norayr has left

  155. norayr has joined

  156. atomicwatch has left

  157. Mjolnir Archon has joined

  158. Maranda has joined

  159. inky has left

  160. atomicwatch has joined

  161. norayr has left

  162. norayr has joined

  163. goffi has left

  164. goffi has joined

  165. marc0s has left

  166. marc0s has joined

  167. goffi has left

  168. goffi has joined

  169. inky has joined

  170. Alex has left

  171. Alex has joined

  172. pep. has joined

  173. inky has left

  174. pep.

    nicoco: have a look at MAM, that's what you want I guess

  175. nicoco

    it is what I want indeed, but for 1:1 chats the gateway component does not manage MAM, hence my idea to "privilege query MAM data" and only send "missing" messages

  176. nephele has joined

  177. larma has joined

  178. debacle has joined

  179. hearty has joined

  180. Laura has left

  181. Laura has joined

  182. inky has joined

  183. marc0s has left

  184. norayr has left

  185. norayr has joined

  186. marc0s has joined

  187. atomicwatch has left

  188. atomicwatch has joined

  189. marc0s has left

  190. marc0s has joined

  191. debacle has left

  192. atomicwatch has left

  193. atomicwatch has joined

  194. nephele has left

  195. techmetx11 has left

  196. pulkomandy has joined

  197. norayr has left

  198. norayr has joined

  199. xnamed has joined

  200. inky has left

  201. nicoco has left

  202. nicoco has joined

  203. Sam has left

  204. Laura has left

  205. Laura has joined

  206. Alex has left

  207. Ingolf has left

  208. Alex has joined

  209. Ingolf has joined

  210. norayr has left

  211. norayr has joined

  212. atomicwatch has left

  213. inky has joined

  214. Matrix Traveler (bot) has left

  215. homebeach has left

  216. homebeach has joined

  217. Matrix Traveler (bot) has joined

  218. atomicwatch has joined

  219. marc0s has left

  220. marc0s has joined

  221. marc0s has left

  222. marc0s has joined

  223. marc0s has left

  224. marc0s has joined

  225. inky has left

  226. selurvedu has joined

  227. marc0s has left

  228. marc0s has joined

  229. Holger has left

  230. keyzer has left

  231. keyzer has joined

  232. marc0s has left

  233. marc0s has joined

  234. pulkomandy has left

  235. selurvedu has left

  236. selurvedu has joined

  237. pulkomandy has joined

  238. marc0s has left

  239. marc0s has joined

  240. PapaTutuWawa has joined

  241. marc0s has left

  242. marc0s has joined

  243. Laura has left

  244. marc0s has left

  245. marc0s has joined

  246. pulkomandy has left

  247. kikuchiyo has joined

  248. goffi has left

  249. goffi has joined

  250. marc0s has left

  251. kikuchiyo has left

  252. marc0s has joined

  253. Millesimus has left

  254. Holger has joined

  255. Millesimus has joined

  256. inky has joined

  257. Alex has left

  258. Alex has joined

  259. marc0s has left

  260. kikuchiyo has joined

  261. marc0s has joined

  262. marc0s has left

  263. marc0s has joined

  264. keyzer has left

  265. keyzer has joined

  266. techmetx11 has joined

  267. marc0s has left

  268. marc0s has joined

  269. marc0s has left

  270. marc0s has joined

  271. marc0s has left

  272. marc0s has joined

  273. marc0s has left

  274. marc0s has joined

  275. marc0s has left

  276. marc0s has joined

  277. nik has joined

  278. nik has left

  279. nik has joined

  280. marc0s has left

  281. marc0s has joined

  282. norayr has left

  283. nik has left

  284. kikuchiyo has left

  285. jubalh has joined

  286. PapaTutuWawa has left

  287. nik has joined

  288. nik has left

  289. nik has joined

  290. kikuchiyo has joined

  291. marc0s has left

  292. marc0s has joined

  293. goffi has left

  294. TheCoffeMaker has joined

  295. nik has left

  296. jubalh has left

  297. junaid has left

  298. junaid has joined

  299. marc0s has left

  300. marc0s has joined

  301. selurvedu has left

  302. selurvedu has joined

  303. nik has joined

  304. debacle has joined

  305. Dele Olajide has joined

  306. Dele Olajide has left

  307. larma has left

  308. norayr has joined

  309. PapaTutuWawa has joined

  310. thomaslewis has joined

  311. marc0s has left

  312. marc0s has joined

  313. goffi has joined

  314. nik has left

  315. thomaslewis has left

  316. selurvedu has left

  317. serge90 has joined

  318. selurvedu has joined

  319. selurvedu has left

  320. serge90 has left

  321. larma has joined

  322. nik has joined

  323. debacle has left

  324. hearty has left

  325. Ingolf has left

  326. junaid has left

  327. atomicwatch has left

  328. hearty has joined

  329. Ingolf has joined

  330. nik has left

  331. hearty has left

  332. hearty has joined

  333. marc0s has left

  334. marc0s has joined

  335. hearty has left

  336. hearty has joined

  337. norayr has left

  338. rq77 has joined

  339. rq77 has left

  340. hearty has left

  341. larma has left

  342. hearty has joined

  343. kikuchiyo has left

  344. inky has left

  345. kikuchiyo has joined

  346. inky has joined

  347. marc0s has left

  348. marc0s has joined

  349. pulkomandy has joined

  350. TheCoffeMaker has left

  351. lovetox

    i dont understand what you want to do

  352. marc0s has left

  353. marc0s has joined

  354. lovetox

    1:1 messages are in the users archive on the server

  355. lovetox

    the client querys that archive when it comes online

  356. moparisthebest

    PSA: if any of your code does SHA3 please check the implementation immediately https://mouha.be/sha-3-buffer-overflow/

  357. Schimon_ has left

  358. xnamed has left

  359. norayr has joined

  360. larma has joined

  361. nicoco

    lovetox: when the gateway comes online, I want it to fill the archive with messages exchanged while it was offline. But I'd like these messages to be correctly timestamped. I believe. about the gajim #11048. what does it look like when the "delay is added by the server"? cause a component is "sortof a server" so I might be able to add this delay at the right place...

  362. xnamed has joined

  363. Beherit has left

  364. norayr has left

  365. norayr has joined

  366. kujiu has left

  367. kujiu has joined

  368. Beherit has joined

  369. mh has left

  370. mh has joined

  371. debacle has joined

  372. inky has left

  373. adx has left

  374. Sam has joined

  375. larma has left

  376. marc0s has left

  377. marc0s has joined

  378. lovetox

    No it's not a server

  379. lovetox

    Simply send the messages with a delay timestamp that's it

  380. lovetox

    To the user

  381. lovetox

    This has nothing to do with mam or archives

  382. jubalh has joined

  383. lovetox

    Some clients will show the delay others not that's nothing you can control

  384. lovetox

    You should add all information that clients can do the right thing

  385. Sam has left

  386. pep.

    Wouldn't that be better if people could just use MAM instead of being shoved messages whenever the gateway decides

  387. lovetox

    No it's easier we follow what we did always, if someone wants to write me a message he needs to send it to my server

  388. lovetox

    Why would we change that fundamental process?

  389. adx has joined

  390. inky has joined

  391. Mx2 has joined

  392. nicoco

    you're mistaken lovetox, I don't want to change any fundamental process and it's perfectly fine if you don't want the UI to reflect the delay added by the gateway, I can fork if I'm not happy (I won't ^^)

  393. lovetox

    You misunderstood, I replied to pep.

  394. pep.

    hmm, there are clients (mobile mostly?) that send delayed messages if they weren't connected when the user sent them

  395. lovetox

    And also I never said I don't want ui for displaying delays

  396. lovetox

    I try to help you implement the gateway, and I'm trying to tell you that you overthink the whole process, you add a delay and send the message to the server , there is not more to do

  397. PapaTutuWawa has left

  398. nicoco

    great then :) >you add a delay and send the message yes that's what I do for incoming message (legacy→XMPP) for "outgoing messages sent from $legacy_client", I use https://xmpp.org/extensions/xep-0356.html#sending_mess and I was wondering if it made sense/was OK to put the <delay> one level up (in <forwarded> instead of <message>) because of your comment.

  399. marc0s has left

  400. marc0s has joined

  401. lovetox

    How can you send forwarded?

  402. lovetox

    That's business of my server to forward something or not?

  403. nicoco

    just following this syntax: https://xmpp.org/extensions/xep-0356.html#example-6 (and it works)

  404. pep.

    nicoco, yeah no I agree that's weird to use MAM. Does that mean you do that for every message you send?

  405. pep.

    Ah its not MAM here?

  406. pep.

    Ah it's not MAM here?

  407. lovetox

    Ok I have no experience with that xep sorry

  408. nicoco

    nope, and I don't do it (yet?), that's why I'm asking for opinions to the wise XMPP gurus here :)

  409. Zash

    Oh no, do we need sync between MAMs?

  410. Zash

    Plz no

  411. lovetox

    But if I register at your component I doubt my server would consider you privileged

  412. inky has left

  413. nicoco

    pep.: nope, no MAM here, and no direct filling the MAM or anything that weird. However, with this: https://xmpp.org/extensions/xep-0356.html#iq_stanzas I could query MAM for a user

  414. moparisthebest

    Yo dog I heard you liked MAM so I put some MAM into your MAM

  415. nicoco

    and *IF* there are some missing messages, up to XXX days (which would be a parameter exposed to the user and/or the server admin), I just send them. I think that should work.

  416. Kev

    > Oh no, do we need sync between MAMs? I actually think MAM-aggregation might be quite handy.

  417. al has joined

  418. TheCoffeMaker has joined

  419. nicoco

    there are several reasons why I'd like to do that: - the bad one, sorry: matrix bridges do that. but it's actually quite nice to have a conversation context when you start using the gateway

  420. pep.

    nicoco, I guess it would be weird if, whenever your gateway reconnects it fills MAM archive for messages that were sent while it was disconnected, and for new live messages it would just send them as usual. If the account using the bridge has been connected this whole time, they may not think about requesting MAM and they'd miss part of the chat

  421. nicoco

    pep. there's no filling MAM directly, the gateway just sends messages, the server handles carboning and MAMing if appropriate

  422. pep.


  423. pep.

    So yeah do that, send delayed messages :)

  424. pep.

    As your gateway

  425. pep.

    Well as your bridged user

  426. nicoco

    now the good reason for wanting to do that: on some legacy networks, for instance mattermost, facebook messenger, skype (AFAIK) the socket for receiving incoming messages is sometimes dropped for a few seconds (or worse). when it reconnects, the client does not get messages that were received while disconnected. I have 2 options to ensure that no message was dropped during this lapse of time: - keep track of which messages were not sent on my side - take advantage of MAM to know which messages needs sending I was contemplating option 2 because why reimplement message history when the server takes care of it? I also thought this might work for "backfilling"

  427. nicoco

    now the good reason for wanting to do that: on some legacy networks, for instance mattermost, facebook messenger, skype (AFAIK) the socket for receiving incoming messages is sometimes dropped for a few seconds (or worse). when it reconnects, the client does not get messages that were sent while disconnected. I have 2 options to ensure that no message was dropped during this lapse of time: - keep track of which messages were not sent on my side - take advantage of MAM to know which messages needs sending I was contemplating option 2 because why reimplement message history when the server takes care of it? I also thought this might work for "backfilling"

  428. hosh has joined

  429. nicoco

    now the good reason for wanting to do that: on some legacy networks, for instance mattermost, facebook messenger, skype (AFAIK) the socket for receiving incoming messages is sometimes dropped for a few seconds (or worse). when it reconnects, the client does not get messages that were sent while disconnected. I have 2 options to ensure that no message was dropped during this lapse of time: - keep track of which messages were sent on the component side - take advantage of MAM to know which messages needs sending I was contemplating option 2 because why reimplement message history when the server takes care of it? I also thought this might work for "backfilling"

  430. pep.

    Is that a requirement of your bridge? That the server supports MAM

  431. nicoco

    Zash: don't worry, you don't have to do anything, and there's a single MAM, no need to sync multiple MAMs

  432. pep.

    (even though it's probably a rare thing by now, not supporting it)

  433. nicoco

    pep.: not at all, but well, if I choose to implement option#2, MAM would be the way to ensure that you don't lose any message

  434. adx has left

  435. nicoco

    you have a valid point, implementing option 1 is actually needed to ensure no message are dropped without MAM, *for some networks*. it's just a lot of hassle to keep track of all sent messages, and probably write them to disk to persist in case of component upgrade/host restart/whatever, and it seems to be double use

  436. pep.

    Yeah I may also choose #2

  437. nicoco

    why reinvent the wheel right?

  438. nicoco

    I did not even thought about that before the latest XEP0356 update that allows sending IQ on behalf of users, so blame "jp" :P

  439. pep.

    You can issue MAM requests just as a client would?

  440. nicoco

    I think, yes, it's just an IQ, right?

  441. nicoco

    >Yeah I may also choose #2 I'll probably do that, and if MAM is disabled for this user/server/whatever, notify the user every time the connection is dropped, "you're offline on the legacy network, messages may be lost", or something like that.

  442. Laura has joined

  443. al has left

  444. nephele has joined

  445. PapaTutuWawa has joined

  446. nephele has left

  447. Ingolf has left

  448. marc0s has left

  449. marc0s has joined

  450. Ingolf has joined

  451. inky has joined

  452. adx has joined

  453. marc0s has left

  454. marc0s has joined

  455. marc0s has left

  456. marc0s has joined

  457. marc0s has left

  458. marc0s has joined

  459. marc0s has left

  460. marc0s has joined

  461. sonny has left

  462. sonny has joined

  463. Mx2 has left

  464. Mx2 has joined

  465. marc0s has left

  466. marc0s has joined

  467. marc0s has left

  468. marc0s has joined

  469. selurvedu has joined

  470. selurvedu has left

  471. selurvedu has joined

  472. marc0s has left

  473. marc0s has joined

  474. marc0s has left

  475. marc0s has joined

  476. marc0s has left

  477. marc0s has joined

  478. marc0s has left

  479. marc0s has joined

  480. marc0s has left

  481. marc0s has joined

  482. nephele has joined

  483. nephele has left

  484. Mx2 has left

  485. nephele has joined

  486. nephele has left

  487. Sam has joined

  488. xnamed has left

  489. Vaulor has left

  490. Vaulor has joined

  491. Ingolf has left

  492. marc0s has left

  493. marc0s has joined

  494. xnamed has joined

  495. Sam has left

  496. antranigv has left

  497. atomicwatch has joined

  498. nephele has joined

  499. nephele has left

  500. thomaslewis has joined

  501. larma has joined

  502. Mx2 has joined

  503. thomaslewis has left

  504. thomaslewis has joined

  505. omighty has joined

  506. Yagizа has left

  507. xecks has left

  508. thomaslewis has left

  509. selurvedu has left

  510. selurvedu has joined

  511. jubalh has left

  512. omighty has left

  513. omighty has joined

  514. amee2k has joined

  515. nephele has joined

  516. thomaslewis has joined

  517. Mx2 has left

  518. thomaslewis has left

  519. thomaslewis has joined

  520. Laura has left

  521. nephele has left

  522. Laura has joined

  523. thomaslewis has left

  524. xecks has joined

  525. jubalh has joined

  526. omighty has left

  527. MSavoritias (fae,ve) has left

  528. MSavoritias (fae,ve) has joined

  529. debacle has left

  530. inky has left

  531. Ingolf has joined

  532. atomicwatch has left

  533. omighty has joined

  534. Mx2 has joined

  535. selurvedu

    nicoco, what bridge are you developing, if that's not a secret?

  536. amee2k has left

  537. omighty has left

  538. pep.

    selurvedu, https://git.sr.ht/~nicoco/slidge

  539. selurvedu

    pep., oh, right, I've got a tab open with https://duckduckgo.com/?tq=slixmpp+slidge open, forgot about it

  540. omighty has joined

  541. marc0s has left

  542. marc0s has joined

  543. kikuchiyo has left

  544. omighty has left

  545. marc0s has left

  546. marc0s has joined

  547. inky has joined

  548. omighty has joined

  549. kikuchiyo has joined

  550. MSavoritias (fae,ve) has left

  551. inky has left

  552. omighty has left

  553. Sam has joined

  554. homebeach has left

  555. Matrix Traveler (bot) has left

  556. homebeach has joined

  557. Matrix Traveler (bot) has joined

  558. kikuchiyo has left

  559. omighty has joined

  560. kikuchiyo has joined

  561. amee2k has joined

  562. omighty has left

  563. omighty has joined

  564. Alex has left

  565. omighty has left

  566. edhelas has left

  567. edhelas has joined

  568. mirux has left

  569. mirux has joined

  570. omighty has joined

  571. amee2k has left

  572. amee2k has joined

  573. inky has joined

  574. kikuchiyo has left

  575. rubi has left

  576. omighty has left

  577. Mario Sabatino has left

  578. omighty has joined

  579. inky has left

  580. rubi has joined

  581. mirux has left

  582. marc0s has left

  583. marc0s has joined

  584. omighty has left

  585. omighty has joined

  586. inky has joined

  587. xecks has left

  588. marc0s has left

  589. marc0s has joined

  590. thomaslewis has joined

  591. Sam has left

  592. kikuchiyo has joined

  593. antranigv has joined

  594. thomaslewis has left

  595. kikuchiyo has left

  596. kikuchiyo has joined

  597. MattJ has left

  598. marc0s has left

  599. marc0s has joined

  600. marc0s has left

  601. marc0s has joined

  602. marc0s has left

  603. marc0s has joined

  604. goffi has left

  605. PapaTutuWawa has left

  606. goffi has joined

  607. omighty has left

  608. Beherit has left

  609. larma has left

  610. wurstsalat has left

  611. marc0s has left

  612. marc0s has joined

  613. jubalh has left

  614. amee2k has left

  615. debacle has joined

  616. amee2k has joined