Logs on 2023-10-30 (liberachat/#xmonad)
| 02:13:11 | × | hightower2 quits (~hightower@141-136-253-109.dsl.iskon.hr) (Read error: Connection reset by peer) |
| 02:14:56 | → | hightower2 joins (~hightower@141-136-253-109.dsl.iskon.hr) |
| 03:07:21 | × | td_ quits (~td@i53870907.versanet.de) (Ping timeout: 260 seconds) |
| 03:09:00 | → | td_ joins (~td@i5387092F.versanet.de) |
| 06:29:32 | → | chomwitt joins (~chomwitt@2a02:587:7a01:8f00:1ac0:4dff:fedb:a3f1) |
| 07:44:29 | → | hightower3 joins (~hightower@141-136-161-29.dsl.iskon.hr) |
| 07:46:47 | <haskellbridge> | <Solid> Let's keep this channel at least vaguely on-topic, shall we? Something like this warsants a ban for spam next time, I think. |
| 07:47:20 | × | hightower2 quits (~hightower@141-136-253-109.dsl.iskon.hr) (Ping timeout: 272 seconds) |
| 07:48:01 | <haskellbridge> | <Solid> liskin: Well, same idea, different execution. Something that seems to be quite common when comparing our setups, if I remember the last ZuriHac well enough :) |
| 08:34:49 | → | derpyxdhs joins (~Thunderbi@user/derpyxdhs) |
| 08:47:41 | × | derpyxdhs quits (~Thunderbi@user/derpyxdhs) (Quit: derpyxdhs) |
| 09:35:47 | <liskin> | Yeah, although I probably remember even less than you (there was one additional ZuriHac for me to rewrite my memories) |
| 10:02:38 | <haskellbridge> | <Solid> Let's keep this channel at least vaguely on-topic, shall we? Something like this warrants a ban for spam next time, I think. |
| 10:03:02 | <haskellbridge> | <Solid> Still bummed I couldn't attend that :/ Hopefully next year! |
| 11:03:38 | → | srk_ joins (~sorki@user/srk) |
| 11:06:59 | × | srk quits (~sorki@user/srk) (Ping timeout: 255 seconds) |
| 11:06:59 | srk_ | is now known as srk |
| 11:19:30 | × | defjam quits (~defjam@2a02:c7e:2807:b900:dad:ed4f:4ccc:4064) (Ping timeout: 272 seconds) |
| 11:20:22 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 11:26:39 | → | cfricke joins (~cfricke@user/cfricke) |
| 11:31:56 | → | srk_ joins (~sorki@user/srk) |
| 11:34:21 | × | srk quits (~sorki@user/srk) (Ping timeout: 255 seconds) |
| 11:34:46 | srk_ | is now known as srk |
| 12:40:12 | × | chomwitt quits (~chomwitt@2a02:587:7a01:8f00:1ac0:4dff:fedb:a3f1) (Ping timeout: 240 seconds) |
| 13:02:26 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 246 seconds) |
| 13:05:17 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 13:08:10 | → | chomwitt joins (~chomwitt@ppp-94-67-189-112.home.otenet.gr) |
| 14:05:34 | <liskin> | Yeah, I'm starting to think I might be able to go again next year |
| 14:06:13 | <liskin> | Need to book accomodation earlier though, sleeping in a damp cellar wasn't the best |
| 14:10:53 | <Solid> | uff |
| 14:48:12 | × | cfricke quits (~cfricke@user/cfricke) (Ping timeout: 248 seconds) |
| 15:22:41 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 258 seconds) |
| 15:36:00 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 15:40:29 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 245 seconds) |
| 15:54:10 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 15:55:30 | <haskellbridge> | <liskin> lol, I can't even mark rooms as read in Matrix |
| 15:57:07 | <haskellbridge> | <liskin> This is beyond ridiculous. How can they keep failing at doing the most basic things IRC had for decades :-( |
| 15:58:10 | <geekosaur> | which client? |
| 15:58:45 | <geekosaur> | afaict the way you do it in element android is to press the X on "jump to unread" |
| 15:59:13 | <geekosaur> | which… not exactly intuitive |
| 15:59:32 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 246 seconds) |
| 15:59:45 | <liskin> | both nheko and element |
| 16:00:00 | <liskin> | element has a context menu entry for it |
| 16:00:18 | <geekosaur> | interesting, those normally do it "live" |
| 16:00:20 | <liskin> | and it does absolutely nothing, because there's probably some state somewhere that is messed up or something |
| 16:10:01 | <haskellbridge> | <Tranquil Ity> Usually opening and closing a room and spamming escape works |
| 16:10:30 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 16:11:31 | <liskin> | Yeah, that has been my experience too. Until today. |
| 16:19:47 | <haskellbridge> | <Tranquil Ity> In any case it.s almost always a bug in the client rather than an issue with the protocol. In addition, if you are on a slow homeserver (such as matrix.org), there might be a delay depending on how well the client deals with unresponsive servers as clearing notifications seems to involve a server round trip. |
| 16:20:37 | <geekosaur> | yes, they're sent to the server and then forwarded to other clients using the account |
| 16:20:54 | <haskellbridge> | <Tranquil Ity> In any case it.s almost always a bug in the client rather than an issue with the protocol. In addition, if you are on a slow and/or buggy homeserver (such as matrix.org), there might be a delay depending on how well the client deals with unresponsive servers as clearing notifications seems to involve a server round trip. |
| 16:21:29 | <haskellbridge> | <Tranquil Ity> Yep, that seems to be what the spec suggests. Send a read event, then sync. |
| 16:21:36 | <geekosaur> | I've seen, for example, someone highlighting me, the phone pops up a notification, then the desktop client marks it read, then the notification disappears once the phone receives it |
| 16:23:05 | <haskellbridge> | <Tranquil Ity> Yep I.ve seen that as well |
| 16:23:06 | <haskellbridge> | <Tranquil Ity> I believe there.s some account data or maybe to-device shared on what.s the active client between clients that support it, as it doesn.t happen that often |
| 16:24:31 | <haskellbridge> | <Tranquil Ity> Negotiating which client will be used to deliver a notif, and whether multiple will deliver it, certainly sounds like a pretty difficult problem |
| 16:25:21 | <geekosaur> | afaict all of them receive it and the first one to mark it read clears it for the others |
| 16:27:02 | <haskellbridge> | <Tranquil Ity> That is possible |
| 16:27:03 | <haskellbridge> | <Tranquil Ity> Maybe might be worth it to suggest an MSC for negotiating which clients will silence their notifications |
| 16:27:04 | <haskellbridge> | <Tranquil Ity> I haven.t looked too deep into it, maybe I should |
| 16:30:39 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 240 seconds) |
| 16:33:40 | <haskellbridge> | <Tranquil Ity> Right now my priority is figuring out why `rotation_period_msgs` is not working as it.s supposed to in element, and whether that is a security issue heh. |
| 16:36:44 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 17:55:11 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 260 seconds) |
| 18:06:57 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 18:13:23 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 260 seconds) |
| 18:25:32 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 18:31:35 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 255 seconds) |
| 18:32:25 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 18:46:00 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 272 seconds) |
| 18:58:18 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 19:03:33 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 260 seconds) |
| 19:05:05 | justache | is now known as justHaunted |
| 19:14:52 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 19:20:44 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 258 seconds) |
| 19:33:03 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 19:39:08 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 258 seconds) |
| 19:47:39 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 19:53:43 | × | defjam quits (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) (Ping timeout: 260 seconds) |
| 19:56:41 | → | defjam joins (~defjam@2a02:c7e:2807:b900:ac13:d447:79b2:3f03) |
| 22:30:00 | × | chomwitt quits (~chomwitt@ppp-94-67-189-112.home.otenet.gr) (Ping timeout: 255 seconds) |
| 23:13:10 | → | terrorjack4 joins (~terrorjac@2a01:4f8:c17:87f8::) |
| 23:14:11 | → | Mion joins (~Urist@archlinux/op/MrElendig) |
| 23:15:23 | × | MrElendig quits (~Urist@archlinux/op/MrElendig) (Ping timeout: 264 seconds) |
| 23:15:23 | × | geekosaur quits (sid609282@xmonad/geekosaur) (Ping timeout: 264 seconds) |
| 23:15:24 | × | ectospasm quits (~ectospasm@user/ectospasm) (Ping timeout: 264 seconds) |
| 23:15:25 | × | terrorjack quits (~terrorjac@2a01:4f8:c17:87f8::) (Ping timeout: 264 seconds) |
| 23:15:26 | terrorjack4 | is now known as terrorjack |
| 23:16:11 | → | geekosaur joins (sid609282@xmonad/geekosaur) |
| 23:28:21 | → | ectospasm joins (~ectospasm@user/ectospasm) |
| 23:55:20 | → | sometypeofuser joins (~user@92.40.184.196.threembb.co.uk) |
All times are in UTC on 2023-10-30.