XSF Discussion - 2022-04-27

00:02:07 adiaholic has joined
00:07:13 adiaholic has left
00:07:14 restive_monk has joined
00:12:06 adiaholic has joined
00:13:46 krauq has left
00:14:49 krauq has joined
00:17:32 adiaholic has left
00:27:33 libre has left
00:28:03 libre has joined
00:29:19 djorz has left
00:44:32 libre has left
00:47:05 arc has left
00:47:08 arc has joined
00:49:49 libre has joined
00:59:09 restive_monk has left
01:04:57 lskdjf has left
01:07:33 millesimus has left
01:10:03 millesimus has joined
01:16:45 restive_monk has joined
01:17:47 libre has left
01:18:18 libre has joined
01:18:38 libre has left
01:19:15 libre has joined
01:19:27 libre has left
01:19:44 libre has joined
01:20:10 libre has left
01:20:35 libre has joined
01:21:21 daags has joined
01:29:19 qwestion has left
01:31:02 arc has left
01:31:07 arc has joined
01:33:01 neshtaxmpp has joined
02:05:13 Steve Kille has left
02:05:21 adiaholic has joined
02:05:21 Steve Kille has joined
02:06:07 Steve Kille has left
02:07:08 Steve Kille has joined
02:10:22 libre has left
02:10:50 libre has joined
02:17:59 libre has left
02:18:01 libre has joined
02:24:33 libre has left
02:26:08 neshtaxmpp has left
02:26:47 neshtaxmpp has joined
02:28:46 libre has joined
02:29:23 Half-Shot has left
02:29:23 homebeach has left
02:29:23 Matthew has left
02:29:23 uhoreg has left
02:29:24 Half-Shot has joined
02:29:25 Matthew has joined
02:29:25 homebeach has joined
02:29:25 uhoreg has joined
02:45:50 libre has left
02:45:52 libre has joined
02:47:52 adiaholic has left
02:48:05 libre has left
02:49:21 Sam has left
02:51:00 alacer has left
02:51:03 alacer has joined
02:51:41 neshtaxmpp has left
02:52:44 adiaholic has joined
02:54:23 libre has joined
02:56:03 Yagiza has joined
02:58:02 arc has left
03:02:23 arc has joined
03:03:03 harry837374884 has left
03:04:22 harry837374884 has joined
03:04:28 libre has left
03:04:31 libre has joined
03:05:17 Half-Shot has left
03:05:17 homebeach has left
03:05:17 Matthew has left
03:05:17 uhoreg has left
03:05:19 Half-Shot has joined
03:05:19 Matthew has joined
03:05:19 homebeach has joined
03:05:19 uhoreg has joined
03:06:51 libre has left
03:07:21 libre has joined
03:08:14 libre has left
03:09:03 libre has joined
03:12:44 arc has left
03:13:58 arc has joined
03:14:27 Toxi has left
03:14:38 Toxi has joined
03:16:12 alacer has left
03:20:44 alacer has joined
03:25:30 alacer has left
03:28:50 arc has left
03:29:50 arc has joined
03:36:59 arc has left
03:37:02 arc has joined
03:37:22 adiaholic has left
03:38:27 adiaholic has joined
03:38:56 sbach has left
03:38:56 sbach has joined
03:40:24 sbach has left
03:40:25 sbach has joined
03:52:20 arc has left
03:52:23 arc has joined
03:53:21 adiaholic has left
03:53:34 adiaholic has joined
03:55:20 Menel has joined
03:58:27 restive_monk has left
04:01:46 Seve has joined
04:03:17 sbach has left
04:03:18 sbach has joined
04:03:22 adiaholic has left
04:03:48 sbach has left
04:03:55 sbach has joined
04:11:15 adiaholic has joined
04:15:44 mimi89999 has left
04:16:05 raghavgururajan has left
04:16:11 mimi89999 has joined
04:23:06 neshtaxmpp has joined
04:24:17 arc has left
04:24:21 arc has joined
04:25:19 restive_monk has joined
04:29:52 karoshi has joined
04:31:41 Tobias has joined
04:37:57 adiaholic has left
04:44:45 arc has left
04:46:17 arc has joined
04:46:22 adiaholic has joined
04:51:28 adiaholic has left
04:51:46 adiaholic has joined
04:53:46 mdosch has left
04:55:37 mdosch has joined
04:56:52 adiaholic has left
04:57:19 adiaholic has joined
05:05:00 Tobias has left
05:05:10 Tobias has joined
05:05:11 Tobias has left
05:05:22 Tobias has joined
05:12:13 adiaholic has left
05:17:44 adiaholic has joined
05:18:37 marc0s has left
05:18:39 marc0s has joined
05:19:15 COM8 has joined
05:19:24 COM8 has left
05:20:10 arc has left
05:20:13 arc has joined
05:22:09 harry837374884 has left
05:22:11 harry837374884 has joined
05:24:57 adiaholic has left
05:25:11 adiaholic has joined
05:25:49 restive_monk has left
05:27:06 arc has left
05:28:20 arc has joined
05:29:30 intosi has joined
05:33:53 adiaholic has left
05:36:27 adiaholic has joined
05:45:59 wurstsalat has joined
05:46:28 ti_gj06 has joined
05:47:54 atomicwatch has joined
05:48:00 marc0s has left
05:48:01 marc0s has joined
05:48:43 sbach has left
05:48:43 sbach has joined
05:52:16 sonny has joined
05:54:15 marc0s has left
05:54:16 marc0s has joined
05:55:28 mh has left
05:55:33 jcbrand has joined
05:55:35 mh has joined
06:01:29 libre has left
06:03:30 L29Ah has left
06:05:45 L29Ah has joined
06:09:20 sbach has left
06:09:20 sbach has joined
06:09:32 intosi has left
06:09:42 intosi has joined
06:11:49 konstantinos has joined
06:14:16 restive_monk has joined
06:16:33 melvo has left
06:17:09 antranigv has joined
06:18:26 marc has joined
06:20:49 Paganini has left
06:21:13 Kev has joined
06:22:12 adiaholic has left
06:22:24 adiaholic has joined
06:22:38 marc0s has left
06:22:39 marc0s has joined
06:24:48 arc has left
06:24:53 arc has joined
06:29:13 marc0s has left
06:29:14 marc0s has joined
06:31:02 djorz has joined
06:33:39 adiaholic has left
06:34:26 tykayn has joined
06:40:30 marc has left
06:40:32 APach has left
06:41:51 Dele Olajide has joined
06:44:04 marc has joined
06:47:46 yushyin has left
06:49:14 Dele has joined
06:49:21 Dele has left
06:50:28 arc has left
06:50:33 arc has joined
06:52:03 jgart has left
06:53:35 msavoritias has joined
06:54:09 yushyin has joined
06:57:06 djorz has left
06:58:33 adiaholic has joined
06:59:57 debacle has joined
07:07:53 L29Ah has left
07:07:59 L29Ah has joined
07:09:46 arc has left
07:09:49 arc has joined
07:10:20 djorz has joined
07:11:59 adiaholic has left
07:13:59 paul has left
07:13:59 paul has joined
07:16:37 arc has left
07:17:18 Fishbowler has left
07:17:24 Fishbowler has joined
07:18:07 arc has joined
07:18:13 intosi has left
07:18:13 intosi has joined
07:20:14 intosi has left
07:20:18 intosi has joined
07:21:09 Titi has joined
07:26:18 djorz has left
07:30:18 Alex has left
07:30:27 Ingolf has left
07:32:08 Alex has joined
07:37:01 arc has left
07:37:07 arc has joined
07:37:12 Fishbowler has left
07:37:16 Fishbowler has joined
07:43:45 xnamed has joined
07:44:14 tykayn has left
07:44:26 msavoritias I think what moparisthebest said is correct. Basically i see it going like this: 1. User enables the feature. Client says something like: "We cant quarantee the messages are not screenshoted or forwarded or the feature bypassed in some way. The deleting will be done best effort". The user bob enables the ephemeral messages with user alice. And from here we have 2 scenarios that we need to warn the user about. 1. Alice's client sends back that it doesnt support the feature. So we say to the user this cant be enabled here because it wont work. I feel like this is the best responce to send to the user since we know for sure in this scenario. 2. Alice's client sends back that it supports the feature. At a later date/time she switches to her desktop client that doesnt support the feature. I think two things should be clear here: a. We shouldnt expect the users to know when or if their client supports or not the feature. b. We should communicate to the user that their contact changed to a client not supporting the xep which meant the spec cant be honored. Personally here i see the only good choice from a client perspective to be to disable the feature. That probably does get us to a MIX or OMEMO situation as you said pep. in which you have to wait for a lot of clients to implement it before we can use it. I am not sure how else it can be done though. Personally i wouldnt want to ignore and keep it enabled when somebody switched to an unsupported client. Maybe it can be done as it was mentioned to get a list of the devices in the begining and query from there if they support it.
07:45:25 marc0s has left
07:45:26 marc0s has joined
07:46:36 jonas’ > Alice's client sends […] It may not even be online (and most likely isn't if it's an iOS device).
07:47:15 goffi has joined
07:48:15 tykayn has joined
07:48:19 L29Ah has left
07:49:04 arc has left
07:49:27 lovetox has left
07:50:27 harry837374884 has left
07:50:28 arc has joined
07:50:58 intosi has left
07:51:43 msavoritias Also true. So querying doesnt even work. Also Alice may start using new clients. Maybe it should just be when the client get message that doesnt have the timer field he disables the feature because he cant trust the client anymore.
07:51:54 inky has left
07:52:12 restive_monk has left
07:53:44 mjk has joined
07:55:47 restive_monk has joined
07:56:39 konstantinos has left
07:56:56 adiaholic has joined
07:58:11 lovetox has joined
08:00:05 debacle has left
08:00:37 lskdjf has joined
08:02:01 adiaholic has left
08:02:11 debacle has joined
08:02:13 intosi has joined
08:02:20 intosi has left
08:03:51 intosi has joined
08:04:38 pasdesushi has joined
08:04:56 inky has joined
08:05:00 millesimus > 1. User enables the feature. Client says something like: "We cant quarantee the messages are not screenshoted or forwarded or the feature bypassed in some way. The deleting will be done best effort". I'd suggest the clients say something like: "Ephemeral messages are a technical way of asking your chat partner to delete the messages. If you ask them directly, there is no way to control their behaviour; and it's the same with ephemeral messages." Ephemeral messages are no security feature, but they are way less awkward then asking your chat partner to delete the messages.
08:05:03 Dele Olajide has left
08:05:33 Dele Olajide has joined
08:06:34 Dele Olajide has left
08:06:55 Dele Olajide has joined
08:08:09 restive_monk has left
08:09:53 Guus has left
08:09:59 Guus has joined
08:10:01 lovetox has left
08:10:19 Dele Olajide has left
08:10:48 Dele Olajide has joined
08:12:05 Andrzej has joined
08:12:47 Andrzej has left
08:12:47 Andrzej has joined
08:13:57 lovetox has joined
08:17:38 konstantinos has joined
08:21:54 marc0s has left
08:21:55 marc0s has joined
08:25:23 intosi has left
08:29:18 ti_gj06 has left
08:29:50 stp has joined
08:32:50 Andrzej has left
08:34:14 marc0s has left
08:34:15 marc0s has joined
08:35:18 intosi has joined
08:38:17 Wojtek has joined
08:41:28 Ingolf has joined
08:43:30 Andrzej has joined
08:45:24 mjk > b. We should communicate to the user that their contact changed to a client not supporting the xep which meant the spec cant be honored. It still can, counter-intuitively! :) A supporting client may come online a minute after the conversation is done, fetch archive, see no TTLs and go "welp, no can do, Imma keepin this forever!"
08:47:23 restive_monk has joined
08:48:22 arc has left
08:48:52 antranigv has left
08:49:12 antranigv has joined
08:49:27 arc has joined
08:50:24 lovetox has left
08:50:24 tykayn has left
08:56:35 stp has left
08:56:50 adiaholic has joined
08:58:10 restive_monk has left
09:03:49 adiaholic has left
09:05:35 raucao has left
09:09:21 arc has left
09:10:27 raucao has joined
09:10:53 arc has joined
09:17:39 arc has left
09:19:05 intosi has left
09:20:31 COM8 has joined
09:20:35 COM8 has left
09:21:09 arc has joined
09:21:24 marc0s has left
09:21:25 marc0s has joined
09:21:53 marc0s has left
09:21:55 marc0s has joined
09:22:02 debacle has left
09:22:02 Maranda has left
09:22:02 Mjolnir Archon has left
09:22:02 brunrobe has left
09:22:27 marc0s has left
09:22:28 marc0s has joined
09:24:00 Menel has left
09:24:16 Half-Shot has left
09:24:16 homebeach has left
09:24:16 Matthew has left
09:24:16 uhoreg has left
09:24:17 Half-Shot has joined
09:24:17 Matthew has joined
09:24:17 homebeach has joined
09:24:18 uhoreg has joined
09:24:20 restive_monk has joined
09:24:39 lovetox has joined
09:25:31 Menel has joined
09:28:56 brunrobe has joined
09:30:51 restive_monk has left
09:33:36 Ingolf has left
09:37:58 marc0s has left
09:37:59 marc0s has joined
09:38:31 marc0s has left
09:38:33 marc0s has joined
09:39:54 debacle has joined
09:40:26 Andrzej has left
09:43:20 lovetox has left
09:48:08 Maranda has joined
09:48:09 Mjolnir Archon has joined
09:49:17 gooya has joined
09:49:33 lovetox has joined
09:52:46 arc has left
09:52:49 arc has joined
09:54:00 adiaholic has joined
10:02:12 ti_gj06 has joined
10:05:52 marc0s has left
10:05:53 marc0s has joined
10:06:07 marc0s has left
10:06:09 marc0s has joined
10:07:18 atomicwatch has left
10:08:21 atomicwatch has joined
10:11:37 marc0s has left
10:11:37 marc0s has joined
10:11:56 marc0s has left
10:11:57 marc0s has joined
10:15:39 marc0s has left
10:15:40 marc0s has joined
10:17:25 restive_monk has joined
10:20:00 arc has left
10:20:42 Toxi has left
10:21:15 adiaholic has left
10:21:32 arc has joined
10:24:14 adiaholic has joined
10:24:36 atomicwatch has left
10:28:22 atomicwatch has joined
10:28:56 harry837374884 has joined
10:29:18 adiaholic has left
10:33:00 Maranda[x] has left
10:33:05 Maranda[x] has joined
10:37:01 arc has left
10:37:37 bean has joined
10:38:06 harry837374884 has left
10:38:14 harry837374884 has joined
10:39:24 adiaholic has joined
10:40:01 arc has joined
10:44:31 Toxi has joined
10:46:08 COM8 has joined
10:46:09 COM8 has left
10:46:31 adiaholic has left
10:48:25 arc has left
10:48:28 arc has joined
10:54:15 adiaholic has joined
10:59:24 sonny has left
10:59:24 adiaholic has left
11:00:42 harry837374884 has left
11:00:44 harry837374884 has joined
11:03:07 ti_gj06 has left
11:05:12 emus has joined
11:06:24 adiaholic has joined
11:07:07 restive_monk has left
11:12:20 adiaholic has left
11:12:34 adiaholic has joined
11:15:32 lovetox has left
11:16:31 konstantinos has left
11:18:16 վարյա has joined
11:18:33 konstantinos has joined
11:19:12 sonny has joined
11:20:40 վարյա has left
11:20:45 վարյա has joined
11:21:16 adiaholic has left
11:21:18 Sam has joined
11:22:42 adiaholic has joined
11:22:49 վարյա has left
11:22:57 վարյա has joined
11:24:57 lovetox has joined
11:24:57 Half-Shot has left
11:24:57 homebeach has left
11:24:57 Matthew has left
11:24:57 uhoreg has left
11:24:59 Half-Shot has joined
11:24:59 Matthew has joined
11:24:59 homebeach has joined
11:24:59 uhoreg has joined
11:26:21 harry837374884 has left
11:27:47 adiaholic has left
11:28:08 harry837374884 has joined
11:31:58 վարյա has left
11:32:01 վարյա has joined
11:35:04 konstantinos has left
11:35:08 restive_monk has joined
11:36:53 konstantinos has joined
11:40:39 adiaholic has joined
11:41:46 վարյա has left
11:41:48 վարյա has joined
11:42:13 mjk has left
11:44:05 mjk has joined
11:44:16 Half-Shot has left
11:44:16 homebeach has left
11:44:16 Matthew has left
11:44:16 uhoreg has left
11:44:17 Half-Shot has joined
11:44:17 Matthew has joined
11:44:18 homebeach has joined
11:44:18 uhoreg has joined
11:45:49 restive_monk has left
11:46:03 վարյա has left
11:46:04 վարյա has joined
11:48:23 adiaholic has left
11:50:11 sonny has left
11:51:31 robertooo has left
11:53:53 antranigv has left
11:54:00 վարյա has left
11:54:04 վարյա has joined
11:54:47 antranigv has joined
11:54:47 Half-Shot has left
11:54:47 homebeach has left
11:54:47 Matthew has left
11:54:47 uhoreg has left
11:54:48 Half-Shot has joined
11:54:48 Matthew has joined
11:54:49 homebeach has joined
11:54:49 uhoreg has joined
11:55:28 antranigv has left
11:55:29 antranigv has joined
11:55:29 Half-Shot has left
11:55:29 homebeach has left
11:55:29 Matthew has left
11:55:29 uhoreg has left
11:55:31 Half-Shot has joined
11:55:31 Matthew has joined
11:55:31 homebeach has joined
11:55:31 uhoreg has joined
11:56:02 antranigv has left
11:56:03 antranigv has joined
11:56:23 sonny has joined
11:56:27 adiaholic has joined
11:58:41 Menel has left
12:03:06 robertooo has joined
12:05:01 Toxi has left
12:05:07 Toxi has joined
12:07:33 antranigv has left
12:07:35 twisted firestarter has left
12:07:36 konstantinos has left
12:09:40 Wojtek has left
12:13:07 arc has left
12:14:32 arc has joined
12:19:31 Guus has left
12:19:36 Guus has joined
12:20:05 վարյա has left
12:20:09 վարյա has joined
12:23:22 adiaholic has left
12:27:06 վարյա has left
12:27:10 վարյա has joined
12:28:56 antranigv has joined
12:31:33 adiaholic has joined
12:36:55 վարյա has left
12:36:58 վարյա has joined
12:37:12 xecks has left
12:37:13 xecks has joined
12:38:03 kurisu has left
12:39:32 L29Ah has joined
12:39:45 antranigv has left
12:40:32 վարյա has left
12:40:55 վարյա has joined
12:41:58 mjk has left
12:43:13 mjk has joined
12:46:45 Guus has left
12:46:47 Guus has joined
12:47:33 arc has left
12:47:45 Guus has left
12:47:50 Guus has joined
12:49:03 վարյա has left
12:49:07 վարյա has joined
12:49:24 arc has joined
12:49:26 վարյա has left
12:49:27 վարյա has joined
12:49:50 adiaholic has left
12:49:57 adiaholic has joined
12:50:55 arc has left
12:51:35 arc has joined
12:53:50 վարյա has left
12:53:52 վարյա has joined
12:59:14 Half-Shot has left
12:59:14 homebeach has left
12:59:14 Matthew has left
12:59:14 uhoreg has left
12:59:15 Half-Shot has joined
12:59:15 Matthew has joined
12:59:15 homebeach has joined
12:59:15 uhoreg has joined
13:03:19 libre has joined
13:03:20 libre has left
13:03:29 վարյա has left
13:03:31 վարյա has joined
13:04:01 libre has joined
13:04:09 libre has left
13:04:32 libre has joined
13:04:54 arc has left
13:05:09 restive_monk has joined
13:06:04 stp has joined
13:06:26 arc has joined
13:06:41 վարյա has left
13:06:43 վարյա has joined
13:08:30 վարյա has left
13:08:31 վարյա has joined
13:12:01 վարյա has left
13:12:02 վարյա has joined
13:12:22 southerntofu has joined
13:13:13 arc has left
13:13:16 arc has joined
13:14:14 Half-Shot has left
13:14:15 homebeach has left
13:14:15 Matthew has left
13:14:15 uhoreg has left
13:14:15 Half-Shot has joined
13:14:16 Matthew has joined
13:14:16 homebeach has joined
13:14:16 uhoreg has joined
13:16:17 Dele Olajide has left
13:17:15 marc0s has left
13:17:16 marc0s has joined
13:17:38 marc0s has left
13:17:39 marc0s has joined
13:21:08 վարյա has left
13:21:09 վարյա has joined
13:24:03 adiaholic has left
13:24:28 raghavgururajan has joined
13:25:27 chipmnk has left
13:29:51 վարյա has left
13:29:52 վարյա has joined
13:30:25 harry837374884 has left
13:32:37 neshtaxmpp has left
13:32:41 neshtaxmpp has joined
13:33:32 adiaholic has joined
13:34:21 վարյա has left
13:34:23 վարյա has joined
13:34:52 Dele Olajide has joined
13:40:02 adiaholic has left
13:44:54 վարյա has left
13:44:55 վարյա has joined
13:48:23 adiaholic has joined
13:49:39 harry837374884 has joined
13:49:57 tykayn has joined
13:50:57 Calvin has joined
13:51:21 վարյա has left
13:51:22 վարյա has joined
13:52:22 վարյա has left
13:52:23 վարյա has joined
13:53:32 adiaholic has left
13:56:00 marc0s has left
13:56:01 marc0s has joined
13:56:27 marc0s has left
13:56:29 marc0s has joined
14:00:32 libre has left
14:01:07 Calvin has left
14:01:13 Calvin has joined
14:01:21 adiaholic has joined
14:02:16 marc0s has left
14:02:18 marc0s has joined
14:02:18 edhelas Would it be interesting to expose the account creation date ?
14:02:34 edhelas For spam purpose it could be interesting
14:03:04 edhelas But also for clients to know when the user joined the network
14:03:10 moparisthebest edhelas, so the server is injecting it then ?
14:03:16 edhelas Of course the servers can lie about it
14:05:09 Zash Lies, on the Internet? UNPOSSIBLE
14:06:22 millesimus has left
14:06:23 millesimus has joined
14:06:39 pep. edhelas, I'd rather not encourage that :/
14:06:47 Guus has left
14:06:52 Guus has joined
14:08:21 Guus has left
14:08:23 Guus has joined
14:08:36 վարյա has left
14:08:37 վարյա has joined
14:08:46 lovetox has left
14:10:11 restive_monk has left
14:10:55 wladmis has left
14:11:29 Calvin has left
14:12:10 Daniel has left
14:12:24 Daniel has joined
14:13:22 wladmis has joined
14:13:43 adiaholic has left
14:14:17 lovetox has joined
14:14:29 Link Mauve edhelas, some servers don’t have this information.
14:16:02 gooya has left
14:16:21 restive_monk has joined
14:17:20 Guus has left
14:17:25 Guus has joined
14:18:09 վարյա has left
14:18:12 վարյա has joined
14:19:25 kurisu has joined
14:19:45 marc0s has left
14:19:47 marc0s has joined
14:22:16 adiaholic has joined
14:22:25 L29Ah has left
14:22:41 Menel has joined
14:24:14 arc has left
14:24:18 arc has joined
14:26:29 restive_monk has left
14:26:34 վարյա has left
14:26:35 վարյա has joined
14:28:10 վարյա has left
14:28:11 վարյա has joined
14:28:25 atomicwatch has left
14:29:05 BASSGOD has left
14:31:05 arc has left
14:31:09 arc has joined
14:32:25 Andrzej has joined
14:35:17 վարյա has left
14:35:18 վարյա has joined
14:35:55 adiaholic has left
14:36:26 adiaholic has joined
14:37:41 Dele Olajide has left
14:40:25 L29Ah has joined
14:40:54 վարյա has left
14:40:55 վարյա has joined
14:41:59 BASSGOD has joined
14:42:44 adiaholic has left
14:43:54 atomicwatch has joined
14:44:22 L29Ah has left
14:46:15 վարյա has left
14:46:16 վարյա has joined
14:46:31 adiaholic has joined
14:48:03 BASSGOD has left
14:48:35 վարյա has left
14:48:36 վարյա has joined
14:48:37 Dele Olajide has joined
14:50:17 Calvin has joined
14:51:24 վարյա has left
14:52:19 Paganini has joined
14:52:26 marc0s has left
14:52:27 marc0s has joined
14:54:30 վարյա has joined
14:56:06 Half-Shot has left
14:56:06 homebeach has left
14:56:06 Matthew has left
14:56:06 uhoreg has left
14:56:08 Half-Shot has joined
14:56:08 Matthew has joined
14:56:08 homebeach has joined
14:56:08 uhoreg has joined
14:56:50 TheCoffeMaker ~~Regarding the ephemeral messages ... What will happend with CC if like exposed msavoritias we have a mix of client supporting or not that feature?~~ ✎
14:57:16 TheCoffeMaker Regarding the ephemeral messages ... What will happend with CC, if like exposed msavoritias, we have a mix of client supporting or not that feature? ✏
14:57:53 marc0s has left
14:57:54 marc0s has joined
14:58:15 marc0s has left
14:58:16 marc0s has joined
14:59:08 marc0s has left
14:59:10 marc0s has joined
15:00:11 marc0s has left
15:00:13 marc0s has joined
15:00:25 վարյա has left
15:00:26 վարյա has joined
15:00:27 pep. In the current spec, the message is still being sent, because the goal isn't to break compatibility with existing clients, the goal is medium to long term to have clients switch their default logging policy: either using this feature, or by having users bully clients to change their default storage policy (because it's a thing that works, unfortunately.. free software projects aren't the most democratic), rendering this spec obsolete.
15:01:12 TheCoffeMaker 👌
15:01:55 libre has joined
15:02:36 restive_monk has joined
15:02:41 libre has left
15:03:15 adiaholic has left
15:04:01 Guus has left
15:04:04 Guus has joined
15:04:23 crypt has joined
15:06:11 twisted firestarter has joined
15:07:05 gooya has joined
15:07:15 BASSGOD has joined
15:07:19 վարյա has left
15:07:20 վարյա has joined
15:07:48 konstantinos has joined
15:08:10 adiaholic has joined
15:09:07 վարյա has left
15:09:08 վարյա has joined
15:10:22 Guus has left
15:10:28 Guus has joined
15:12:14 gooya has left
15:12:15 gooya has joined
15:12:44 Guus has left
15:12:47 Guus has joined
15:14:17 Steve Kille has left
15:15:47 վարյա has left
15:15:50 վարյա has joined
15:17:46 վարյա has left
15:17:47 վարյա has joined
15:19:09 stp has left
15:19:09 konstantinos has left
15:19:09 twisted firestarter has left
15:19:29 վարյա has left
15:19:31 վարյա has joined
15:20:19 adiaholic has left
15:21:08 վարյա has left
15:21:09 վարյա has joined
15:22:36 վարյա has left
15:22:37 վարյա has joined
15:23:05 Steve Kille has joined
15:25:26 վարյա has left
15:25:27 վարյա has joined
15:27:10 wladmis has left
15:27:19 wladmis has joined
15:28:14 Guus has left
15:28:19 Guus has joined
15:31:14 stp has joined
15:32:55 arc has left
15:34:25 arc has joined
15:35:34 djorz has joined
15:40:19 arc has left
15:40:45 Andrzej has left
15:44:39 xnamed has left
15:44:56 marc0s has left
15:45:02 marc0s has joined
15:45:42 վարյա has left
15:45:46 վարյա has joined
15:47:37 arc has joined
15:51:16 BASSGOD has left
15:54:26 arc has left
15:54:40 arc has joined
15:55:49 restive_monk has left
16:01:10 adiaholic has joined
16:01:44 Maranda[x] has left
16:01:49 Maranda[x] has joined
16:05:22 jgart has joined
16:08:47 gooya has left
16:08:49 վարյա has left
16:08:53 վարյա has joined
16:09:48 gooya has joined
16:10:21 Dele Olajide has left
16:13:56 վարյա has left
16:13:58 վարյա has joined
16:17:29 Andrzej has joined
16:18:04 Fishbowler has left
16:18:10 Fishbowler has joined
16:20:34 Steve Kille has left
16:22:44 moparisthebest > free software projects aren't the most democratic What? They are the *most* democratic, don't like something, you fork it and everyone that agrees with you switches to your fork?
16:23:29 Ingolf has joined
16:23:42 gooya has left
16:26:23 ti_gj06 has joined
16:32:02 gooya has joined
16:32:22 neshtaxmpp has left
16:33:39 neshtaxmpp has joined
16:37:31 վարյա has left
16:37:33 վարյա has joined
16:38:37 Sam Voting with your wallet or labor isn't the same as democratic.
16:39:09 Sam I dunno why all free software should be democratic or not though, there are lots of different governance models.
16:39:44 moparisthebest Forcing a maintainer to implement or maintain something they don't want certainly isn't democratic
16:40:12 harry837374884 has left
16:40:23 moparisthebest It's free software, that's the entire point, you do what you want with it
16:40:25 վարյա has left
16:40:26 վարյա has joined
16:41:38 վարյա has left
16:41:39 վարյա has joined
16:43:38 վարյա has left
16:43:39 վարյա has joined
16:44:16 Sam Of course not, who said it was?
16:44:37 Alex has left
16:45:28 xnamed has joined
16:45:32 pep. moparisthebest: no they're not democratic for most, you vote with your skills
16:45:56 marc0s has left
16:45:58 marc0s has joined
16:45:59 moparisthebest Skills anyone is free to aquire
16:46:21 Sam That's obvious nonsense; who the hell has time to go to school when you're busy holding down a job that takes all your time?
16:46:25 restive_monk has joined
16:46:41 Sam Either way, even if you could, that's still not what democratic means and both the original statement and your reply to it just don't make sense.
16:46:41 moparisthebest Who said anything about school
16:46:54 gooya has left
16:47:03 Seve has left
16:47:03 Sam You said anyone could aquire the skills. Most people can't afford to go to school, or spend a ton of time practicing or reading up on software.
16:48:12 վարյա has left
16:48:13 վարյա has joined
16:48:34 pep. Everyone doesn't have equal access to education indeed, nor has the time for it because $job
16:48:41 MattJ Relevant: https://postmeritocracy.org/
16:49:02 moparisthebest pep.: So those people should force others to do their whim or?
16:49:19 pep. It's an exchange
16:49:45 marc has left
16:50:09 marc has joined
16:50:22 pep. As a developer I also benefit from people using my software. Of course I have limited resources and priorities but these priorities can change depending on user input
16:50:47 վարյա has left
16:50:48 վարյա has joined
16:51:15 Seve has joined
16:51:40 marc0s has left
16:51:41 marc0s has joined
16:51:41 moparisthebest > As a developer I also benefit from people using my software. In what way?
16:52:11 Kev MattJ: I hadn't (I think) seen that, thanks.
16:52:44 վարյա has left
16:52:44 վարյա has joined
16:53:51 pep. moparisthebest: directly, being somewhat socially rewarded as the thing is useful, getting thanks, feedback, and various contributions that aren't especially code. indirectly, maybe these users are developers themselves and I'm using their software, etc.
16:54:32 xnamed has left
16:55:00 ti_gj06 has left
16:55:05 pep. MattJ: yeah that's a good example. I don't remember exactly what's in it but I remember stumbling upon it a while back
16:55:07 moparisthebest Only if the changes benefit you though, no developer would make changes that helped others but hurt them
16:55:27 pep. It depends
16:56:06 pep. What do you value most. Your own (software) comfort or do you value more collective goals
16:56:15 moparisthebest I still think everyone that uses software can and should know how to program
16:56:51 xnamed has joined
16:56:53 moparisthebest Just like everyone who drives a car should be able to change the oil and change the tire etc
16:57:35 moparisthebest If you are too lazy and/or busy fine but you are the one that will suffer, your choice
16:57:51 pep. There are many features implemented in XMPP that I don't like and I'm still gonna advocate for it, even though at a personal level it's not benefiting me
16:58:02 Guus Mumble mumble everyone that has kids should know how to raise them grumble
16:58:19 raghavgururajan has left
17:00:10 ti_gj06 has joined
17:01:04 վարյա has left
17:01:05 վարյա has joined
17:01:09 harry837374884 has joined
17:01:46 tykayn has left
17:01:46 moparisthebest Honestly this kind of willfull ignorance is how the desire for ephemeral messages even exists: Ignorant user: I want to be able to unsay something on the internet Anyone with basic knowledge: sorry that's not possible Ignorant user: wwwwaaaaaaaa I want it just do it for me
17:03:16 վարյա has left
17:03:17 վարյա has joined
17:04:00 gooya has joined
17:04:48 moparisthebest From MattJ 's link: > We have an ethical responsibility to refuse to work on software that will negatively impact the well-being of other people.
17:05:26 moparisthebest The more I think about it I'm wondering if it's unethical to even hint to a user that we'll try to delete their messages when we know it's not possible?
17:05:29 վարյա has left
17:05:30 վարյա has joined
17:06:13 Daniel I actually think it's not about unsaying something on The Internet but about unsaying something on your own phone.
17:06:24 Zash No responsibility without compensation!
17:06:49 Zash points at MIT license and then proceeds to fall asleep on the couch
17:06:52 moparisthebest You can always delete from your own device
17:07:17 moparisthebest Conversations even implements this, no XEP required
17:07:40 Alex has joined
17:07:48 pep. Conversations defaults to "Never delete"
17:08:05 pep. Every single client out there defaults to that, I think
17:08:07 Daniel Yes. But an auto delete automates this and does this on a per chat and a per message basis
17:08:17 Ingolf has left
17:08:18 Zash We already have message retractions. Don't we have some time-delay thing, AMP or whatsitcalled?
17:08:53 pep. Daniel: an autodelete?
17:08:56 moparisthebest pep.: where's your PRs to change the default? And/or forks
17:09:01 Daniel > Conversations defaults to "Never delete" > Every single client out there defaults to that, I think It's not about defaults. I don't think that if Conversations were to implement ephemeral messages it would default them to something other than never
17:09:01 Zash Or just think of it as time-delayed message retraction, with exactly the same blbubrbl somethig words
17:09:32 pep. moparisthebest: from a quick ask around, they're all gonna be refused
17:09:41 lovetox moparisthebest, you think of the use case that you want to delete something because you want nobody to see it out of shame or whatever
17:09:48 restive_monk has left
17:10:00 lovetox but in my work for example i often just delete messages, to not confuse people because i said something wrong
17:10:05 moparisthebest pep.: Then fork, and ask your contacts to switch
17:10:07 lovetox and dont want to write 3 messages to take it back
17:10:12 pep. moparisthebest: lol
17:10:28 moparisthebest lovetox: we already have that right?
17:10:30 pep. Not sure if serious
17:10:45 moparisthebest ~~That spec doesn't lie to users that no one will ever see the original~~ ✎
17:10:50 pep. "Fork all clients and make your users switch"
17:10:59 lovetox and pep. spec say that?
17:11:03 lovetox i doubt it highly :)
17:11:04 moparisthebest That spec doesn't mislead users into thinking that no one will ever see the original ✏
17:11:18 lovetox and thats already again the wrong argument
17:11:22 lovetox no user reads XEPs
17:11:36 lovetox XEPs are standards for implementing features by developers
17:11:43 lovetox not Users reading what the client does or not does
17:12:26 adiaholic has left
17:13:11 moparisthebest Right, but if we have an ethical obligation to avoid doing things to hurt users, do we not have an ethical obligation to reject XEPs that hurt users?
17:13:19 adiaholic has joined
17:13:32 lovetox we dont have a ethical obligation to hurt users
17:13:35 lovetox what are you talking about
17:13:57 lovetox XSF needs to provide standards for clear use cases
17:14:09 moparisthebest To avoid hurting users
17:14:19 lovetox no ..
17:14:19 Half-Shot has left
17:14:19 homebeach has left
17:14:19 Matthew has left
17:14:19 uhoreg has left
17:14:20 Half-Shot has joined
17:14:20 Matthew has joined
17:14:20 homebeach has joined
17:14:20 uhoreg has joined
17:14:26 lovetox to give devs a way to implement something
17:14:35 lovetox and not everyone needs to invent something themself
17:15:09 pep. If we have an ethical obligation to avoid doing things to hurt users, why do we have specs for military usage
17:15:19 gooya has left
17:15:20 moparisthebest Why did we deprecate xhtml-im and _xmppconnect etc? Because they hurt users right?
17:15:43 Daniel > If we have an ethical obligation to avoid doing things to hurt users, why do we have specs for military usage I don't think we have that obligation
17:15:54 վարյա has left
17:15:56 pep. I wasn't the one to say it :p
17:15:56 վարյա has joined
17:16:06 moparisthebest pep.: military helps users that's why :)
17:16:13 pep. Hah
17:16:31 lovetox moparisthebest, _xmppconnect, because its not secure, no client who implements the spec can do it in a secure way, so its not sound
17:16:36 moparisthebest pep.: Ukraine shouldn't have military? How would that work out?
17:16:53 moparisthebest lovetox: so same with ephemeral messages then?
17:16:58 lovetox every client can implement message deletion and educate its users in a honest way
17:17:15 lovetox so no not at all the same
17:17:22 moparisthebest With server side mam and multiple clients they can't
17:17:23 lovetox and thats the point
17:17:33 lovetox at the one side you have something that cannot be done technically
17:17:45 pep. moparisthebest: military is controlled by the state, and no, the state isn't here to protect people, that's generally one of the biggest source of oppression
17:17:47 lovetox on the other side *you* think that people going to do bad things
17:17:52 lovetox and you think you need to save users
17:17:54 moparisthebest The only honest thing a client can do is say "I can delete my own messages locally and that's it"
17:18:05 crypt This is a fascinating topic that goes beyond the ephemeral message proposal. Unlike proprietary clients that share the same feature-set across devices (Signal, Telegram, WhatsApp), current XMPP clients don't have feature parity. It seems just like how your XMPP server informs your client of what XEPs it supports, clients also need to announce to each other the features they provide. With this mechanism in place, **clients can show or hide features to each other based on feature discovery**. Another benefit to this... users can deactivate features they don't wish to announce.
17:18:24 lovetox moparisthebest, you can say "we will ask the other client to delete the message"
17:18:30 lovetox and thats all people want :)
17:18:57 վարյա has left
17:18:58 moparisthebest lovetox: as devs we know that's all they can have, I think they actually want something else
17:18:58 վարյա has joined
17:19:14 Link Mauve crypt, this is already how it works, mostly.
17:19:19 lovetox but thats not the problem of the xsf, its the problem of client devs
17:19:43 lovetox there can well be a messenger that is a walled garden and enforces what the user wants
17:19:49 lovetox and they then need a protocol for it
17:19:50 Link Mauve I’m not aware of any client hiding features based on user preferences, but some clients have plugin which lead to extending the features advertised.
17:19:52 moparisthebest lovetox: XSF doesn't make XEPs we know are impossible to implement though
17:20:50 lovetox but its not impossible, you fighting a strawman, the xep does not say "This standard guarantees that all messages are deleted forever"
17:20:57 Daniel > moparisthebest, you can say "we will ask the other client to delete the message" It's more like "we are going to announce our retention policy to the other party and suggest that it might be a good idea to adopt a similar one" > and thats all people want :)
17:21:03 lovetox if it would say this, of course i would be with you
17:21:46 pep. I specifically did not want to say this
17:23:40 crypt > Link Mauve: > 2022-04-27 12:19 (CDT) > I’m not aware of any client hiding features based on user preferences, but some clients have plugin which lead to extending the features advertised. Would be great to disable calls, for example, if I so choose.
17:24:10 Link Mauve Sure.
17:24:33 Link Mauve You might have to open an issue to your client(s) bugtracker if you want this though.
17:24:52 վարյա has left
17:24:53 վարյա has joined
17:25:30 Zash ~~Pretty sure I've seen a setting to disable advertising of software used (XEP-0091?)~~ ✎
17:25:42 Zash Pretty sure I've seen a setting to disable advertising of software used (XEP-0092) ✏
17:26:14 Link Mauve I’d like https://github.com/dino/dino/pull/1180 to be merged someday. :<
17:26:27 crypt But it's the general idea I'm trying to make. I like disappearing messages on other chat apps. If two clients support it, then those people should use it if it's available.
17:26:56 Link Mauve I always have to ask my contacts “how did you install Dino? On which Ubuntu version?” while I could just do a /version and get the answer otherwise…
17:27:17 moparisthebest pep.: my concrete objections to the spec as is are: 1. Needs to say what to do when ephemeral no longer is sent (like another client that doesn't support) 2. Needs to suggest a minimum TTL, like 1s probably would never be reasonable right? 0s wouldn't make sense at all (unless used for 3) 3. Needs to have a way to opt out defined, might be #1, might be TTL 0, might be something else If those 3 were addressed I'd pass it. Additionally I'd prefer stronger language suggestions for clients to tell users that this is really simply a suggestion and nothing more, but won't block on this
17:27:30 gooya has joined
17:27:46 arc has left
17:27:50 arc has joined
17:28:21 crypt But we won't know it's available on the users' XMPP client unless they talk through feature discovery. The dev for the client would display an icon if the feature is available between you two.
17:29:33 Wojtek has joined
17:29:44 crypt This would be the most user friendly approach to have disappearing messages or anything that comes next.
17:30:30 restive_monk has joined
17:30:47 Sam has left
17:31:36 Link Mauve crypt, the main issue with that is what to do with contacts who use more than one client, or whose client is offline atm.
17:31:48 Link Mauve It’s not specific to ephemeral messages though.
17:32:59 crypt > Link Mauve: > 2022-04-27 12:31 (CDT) > crypt, the main issue with that is what to do with contacts who use more than one client, or whose client is offline atm. > It’s not specific to ephemeral messages though. I agree. We have to think bigger picture.
17:34:31 lovetox something that is also a problem is MAM
17:35:06 lovetox say i delete a message from my client
17:35:17 Zash Problems!
17:35:19 Zash https://cerdale.zash.se/s/a7R6KUAQVxO4u6v809h4nf7q/6a7dd1ad-dd16-4c32-8a2b-242dc325e2e3.png
17:35:28 lovetox a month later i install on another machine, it downloads MAM, and all messages are again in my client
17:35:31 Zash (from https://what-if.xkcd.com/140/ )
17:35:41 lovetox altough i could delete it instantly because of TTL run out hm
17:35:51 lovetox but this should be mentioned probably in the spec
17:36:03 restive_monk has left
17:36:35 moparisthebest lovetox, I thought TTL was supposed to run from receipt
17:36:36 tykayn has joined
17:37:01 crypt ~~There will always be a case where one client supports one feature another doesn't. What is an elegant way to solve this? Once, you have that you can dive into specific scenarios.~~ ✎
17:37:15 lovetox yeah but i have the receipe date in the mam message
17:37:39 lovetox say i receive a mam message from a year ago with a catchup, and TTL is 1 hour
17:37:40 crypt There will always be a case where one client supports one feature another doesn't. What is an elegant way to solve this? Once you have that, you can dive into specific scenarios. ✏
17:37:44 lovetox then i know it has run out
17:38:02 moparisthebest but if that's your only client then you miss messages
17:38:30 moparisthebest the XEP needs to spell out all the edge cases so no one is left guessing what should be done
17:38:42 crypt People shouldn't have to ask each other which client, which version are you using.
17:39:45 moparisthebest crypt, I think that was just for troubleshooting issues
17:40:31 crypt > moparisthebest: > 2022-04-27 12:39 (CDT) > crypt, I think that was just for troubleshooting issues I already do this now with friends a bit in just normal usage.
17:41:19 crypt They ask: _How do I delete messages after X days?_
17:41:46 crypt I have to tell them their client may not support it.
17:42:42 gooya has left
17:44:00 crypt Disappearing messages actually would take care of that if both users agree to 1 week retention.
17:45:38 վարյա has left
17:45:39 վարյա has joined
17:46:30 lovetox has left
17:46:38 marc0s has left
17:46:40 marc0s has joined
17:47:41 marc0s has left
17:47:42 marc0s has joined
17:50:35 lovetox has joined
17:50:55 crypt ~~FYI - those friends I'm referring to are ones I'm trying to switch over to XMPP that are familiar with these advanced chat features~~ ✎
17:51:31 crypt FYI - those friends I'm referring to are ones I'm trying to switch over to XMPP that are familiar with these advanced chat features on clients like WhatsApp, Telegram, etc. ✏
17:52:40 crypt FYI - those friends I'm referring to are ones I'm trying to switch over to XMPP that are familiar with these advanced chat features on mobile apps like WhatsApp, Telegram, etc. ✏
17:53:49 moparisthebest have you explained to them that these "advanced chat features" don't actually exist on these other platforms and that they've simply been lied to ?
17:53:54 moparisthebest that's the correct thing to do
17:54:02 վարյա has left
17:54:06 վարյա has joined
17:54:08 marc0s has left
17:54:11 marc0s has joined
17:55:14 crypt > moparisthebest: > 2022-04-27 12:53 (CDT) > have you explained to them that these "advanced chat features" don't actually exist on these other platforms and that they've simply been lied to ? > that's the correct thing to do I tell we only have basic chat, call, and video functionality. Archive settings depend on the client you're using. ✎
17:55:25 Sam has joined
17:55:29 crypt > moparisthebest: > 2022-04-27 12:53 (CDT) > have you explained to them that these "advanced chat features" don't actually exist on these other platforms and that they've simply been lied to ? > that's the correct thing to do I tell them we only have basic chat, call, and video functionality. Archive settings depend on the client you're using. ✏
17:55:48 crypt I tell them exactly what to expect.
17:55:57 moparisthebest crypt, right but whatsapp/telegram/signal/etc "disappearing messages" are just a lie on their platforms too right?
17:56:15 moparisthebest so you shouldn't tell them "xmpp is limited here" you should tell them "xmpp is the only one telling you the truth"
17:56:29 վարյա has left
17:56:32 վարյա has joined
17:56:52 վարյա has left
17:56:54 վարյա has joined
17:57:04 BASSGOD has joined
17:57:08 crypt ~~I just inform them what the can and cannot do. Works best.~~ ✎
17:57:17 crypt I just inform them what they can and cannot do. Works best. ✏
17:57:58 moparisthebest so you leave them ignorant about their previous chat platforms and with the impression XMPP lags behind in features? seems bad
17:58:13 Tobias has left
17:58:22 Tobias has joined
17:58:27 Tobias has left
17:58:38 Tobias has joined
17:58:55 mjk "Didappearimg messages" is security though PITA. Because it'a PITA to screenshot or photograph and then OCR the messages that are about to be deleted :D
17:59:17 BASSGOD has left
17:59:17 Half-Shot has left
17:59:18 homebeach has left
17:59:18 Matthew has left
17:59:18 uhoreg has left
17:59:23 Half-Shot has joined
17:59:23 Matthew has joined
17:59:23 homebeach has joined
17:59:24 uhoreg has joined
17:59:33 moparisthebest you mean trivial right?
18:00:57 marc0s has left
18:00:58 marc0s has joined
18:01:02 mjk No, really, most people won't bother. But there's always a sufficiently motivated adversary with a scanner & tesseract combo ready to go :D
18:01:41 moparisthebest No one is going to bother with OCR for sure
18:01:47 debacle has left
18:01:54 moparisthebest But anyone can screenshot easily
18:01:55 marc0s has left
18:01:56 papatutuwawa has joined
18:01:59 marc0s has joined
18:02:49 mjk Not if the app & os collude against that. The only way would be patching the proprietary binary, or something like that
18:02:57 վարյա has left
18:02:58 mjk Or modify the os
18:03:00 վարյա has joined
18:03:25 pep. ~~Then one just need to take a photo of the screen~~ ✎
18:03:26 mjk So, a pain in the ass for a normie
18:03:29 mathieui mjk: other messengers have desktop or web versions
18:03:43 pep. Then one just needs to take a photo of the screen ✏
18:03:47 mathieui Signal can't prevent me from taking a screenshot of my desktop
18:04:02 moparisthebest mjk, why would that be a pain in the ass for anyone ever ?
18:04:11 crypt > moparisthebest: > 2022-04-27 12:57 (CDT) > so you leave them ignorant about their previous chat platforms and with the impression XMPP lags behind in features? seems bad I sell them on the benefits of using XMPP.
18:04:12 moparisthebest you need any camera or a mirror ?
18:04:15 վարյա has left
18:04:17 վարյա has joined
18:04:18 moparisthebest and to press 1 button
18:04:37 mjk mathieui: hmm. Right, yeah, that would make it trivial, if they have a desktop, that is
18:05:14 BASSGOD has joined
18:05:19 restive_monk has joined
18:05:28 mjk moparisthebest: perhaps im judging based on myself :D
18:05:39 pep. > lovetox> altough i could delete it instantly because of TTL run out hm > but this should be mentioned probably in the spec It's mentioned in the spec already.
18:06:08 pep. "TTL" in the spec is a delay not a timestamp
18:06:52 pep. And it's explained why
18:06:55 msavoritias Why are we trying to find scenarios to discredit this spec though? To my knowledge there wasnt this much animosity agaist other specs. Like http upload or OMEMO
18:07:18 pep. Oh there was :p
18:07:22 Zash You weren't around then I take it?
18:07:25 pep. But yeah this one particularly
18:07:31 mjk HTTP is evil, down with http!
18:07:42 crypt > msavoritias: > 2022-04-27 01:06 (CDT) > Why are we trying to find scenarios to discredit this spec though? To my knowledge there wasnt this much animosity agaist other specs. > Like http upload or OMEMO I sense this, too.
18:07:44 pep. mjk: ^5
18:08:33 crypt It's a feature, not an ethical dilemma.
18:08:38 msavoritias Oh crap so there was? Please dont tell me the discussions were this ridiculous with the stickers xep too.
18:09:18 msavoritias Yep. We cant guarantee anything with xmpp anyway.
18:09:31 msavoritias If we go that route. Everything is best effort
18:09:34 MattJ msavoritias, the difference is that those can be actually implemented
18:09:36 Link Mauve msavoritias, no discussion happened with stickers AFAIK.
18:09:51 Link Mauve I’d like to fix it to be usable eventually.
18:09:54 MattJ Ephemeral messages cross into a weird territory
18:10:07 mjk msavoritias: Like how stickers on xmpp won't ever be profitable because you can pirate them in a open ecosystem?
18:10:07 Zash Ghost messages!?!
18:10:25 msavoritias Link Mauve: i half way expected it :P
18:10:39 xecks has left
18:10:41 xecks has joined
18:11:11 msavoritias mjk: no more like who wants this useless thing and its something only for clients. Sometimes i am surprised with the backlash i see
18:11:41 crypt Think of it as both parties agreeing to a message retention setting. Nothing more. The technicals of how to make work on different clients is the real issue.
18:11:52 Link Mauve msavoritias, probably more because no one implemented it so far.
18:11:53 վարյա has left
18:11:55 restive_monk has left
18:12:00 վարյա has joined
18:12:01 Andrzej has left
18:12:01 Andrzej has joined
18:12:40 L29Ah has joined
18:13:22 Tobias has left
18:13:45 Tobias has joined
18:14:29 MattJ Matthew, uhoreg: out of curiosity, what's the story on ephemeral messages in Matrix? Not implemented, right? I think similar challenges would apply, and I suspect any solutions would also probably look similar in both protocols (at a high level).
18:15:24 Ingolf has joined
18:15:27 mjk > more like who wants this useless thing and its something only for clients. Well, I'm not really seeing any of that in this case :)
18:15:44 msavoritias Link Mauve: makes sense. I would like to get involved with it at some time. I am one of the few who would like it
18:16:06 msavoritias mjk: i know :) was referring to the stickers part
18:16:53 mjk Right
18:16:57 ti_gj06 has left
18:17:14 Link Mauve https://linkmauve.fr/file_share/DlBQ25o9e3YzgA41ZM9qKM23/UI_EmotionIcon59.png
18:17:18 Link Mauve Me too. ^^
18:18:14 Link Mauve msavoritias, I implemented a sticker selector in poezio, see our release notes: https://bouah.net/2022/04/updates-from-the-poezio-ecosystem/
18:18:32 Link Mauve I eventually want to use XEP-0449 instead, but there are things to fix before it is ready.
18:20:27 msavoritias Link Mauve: ah that looks nice :) I will install poezio to test it out one of these days
18:20:31 uhoreg MattJ: there is some support for setting message retention limits in a room-wide basis, but there's poor client support, so I don't know how much it's actually used. There's also some attempt at making individual ephemeral (regardless of the room settings), driven by location sharing, but I don't really know where it's at. I don't think a satisfactory solution has been found yet.
18:24:06 MattJ I think with an open ecosystem it's always going to fall apart at "poor client support", since the default behaviour for any client that doesn't implement the spec is to undermine the whole thing (i.e. just display and store the message forever). Unless you don't send to such clients, which requires servers to jump through hoops and also provides a poor experience to the end user.
18:28:00 վարյա has left
18:28:04 վարյա has joined
18:29:44 վարյա has left
18:29:46 վարյա has joined
18:30:01 uhoreg IIRC, the message retention limit feature was mostly intended as a way for servers to avoid having to store *everything*, rather than as a privacy feature. (Though I wasn't involved in the development of that feature, so I could be wrong.)
18:30:56 msavoritias Agreed. But as with MIX or OMEMO or even the group calls client support is always gonna be a problem. We should aim at clients supporting this not at how hight bar it is
18:31:28 serge90 has joined
18:31:58 Sam has left
18:32:57 Sam has joined
18:33:24 arc has left
18:33:31 Andrzej has left
18:33:32 Andrzej has joined
18:33:35 mjk Link Mauve: why it is only now that I learn of existence of Xmpp-chan (or whatever is her name)?! > https://bouah.net/2022/04/poezio-sticker-vp8.webm
18:33:56 Link Mauve Miho!
18:34:19 mjk Ah, thanks. Low-res display ^^'
18:34:26 Link Mauve Ow, this VP8 encoding is awful!
18:34:32 Link Mauve Intel, come on…
18:35:15 mjk I'll take a look at the vp9 one on a proper 'puter later
18:35:15 xnamed has left
18:35:35 վարյա has left
18:35:36 վարյա has joined
18:35:43 Link Mauve There is also an AV1 version, which is obviously the best of the three. :)
18:35:44 Sam has left
18:36:03 mjk Ooh
18:36:34 phoebos has joined
18:36:39 gooya has joined
18:37:15 վարյա has left
18:37:17 վարյա has joined
18:38:12 MattJ msavoritias, the consequences of clients not supporting group calls is "oh well, group calls don't work". The consequences of ephemeral messages not being implemented (or not being implemented correctly due to accident or malice) is "the sensitive ephemeral messages get stored, potentially forever". That's why it's different.
18:38:24 mjk > Miho! Some obscure encoding of 5222, or am I seeing too deeply into it? :)
18:38:53 Link Mauve mjk, ask edhelas, I think he was the one who met her first.
18:39:19 mjk Ah, ty
18:40:00 Tobias has left
18:40:08 msavoritias MattJ: sure. But the cliend as stated can give a sufficient message. At some point you have to treat the user as not an idiot and able to make their own decisions. I would hate for xmpp to become like signal where user is not asked for anything because they are treated as stupid.
18:40:17 Tobias has joined
18:40:30 sbach has left
18:40:31 sbach has joined
18:41:26 sbach has left
18:41:34 sbach has joined
18:41:39 Andrzej has left
18:41:39 Andrzej has joined
18:42:45 moparisthebest msavoritias, I fully agree, which is why it's probably best to teach users that once you send something you lose all control, and only send to people you trust to delete after X if that's what they want
18:43:05 moparisthebest rather than treat the users like idiots and tell them we'll try to delete after X when we absolutely know it won't happen
18:43:19 mjk strongly suggests pep. to sneak a(n improved) version of this proto-xep under the name _Log retention duration coordination specification_
18:43:40 moparisthebest mjk, literally that would be better
18:43:55 mjk I know :))
18:44:00 moparisthebest the name is misleading and therefore harmful as-is
18:44:02 pep. If that's all it takes..
18:44:05 Sam has joined
18:44:20 moparisthebest pep., did you see my 3 concrete protocol objections above though?
18:44:29 moparisthebest I can send to standards@ too but email grrr
18:44:34 pep. I'm not on the laptop right now
18:44:41 pep. Will have a look later
18:44:47 marc0s has left
18:44:50 marc0s has joined
18:45:12 moparisthebest +1 (XMPP is great lol)
18:45:46 msavoritias moparisthebest: i agree.
18:45:53 tykayn has left
18:46:11 tykayn has joined
18:46:12 xnamed has joined
18:48:28 Tobias has left
18:48:34 harry837374884 has left
18:48:39 Tobias has joined
18:50:25 Andrzej has left
18:50:45 Andrzej has joined
18:52:43 Tobias has left
18:52:53 վարյա has left
18:52:53 Tobias has joined
18:52:55 վարյա has joined
18:53:48 Tobias has left
18:53:56 Tobias has joined
18:54:38 sbach has left
18:54:39 sbach has joined
18:54:57 Ingolf has left
18:55:10 sbach has left
18:55:20 sbach has joined
18:56:36 Andrzej has left
18:57:36 ti_gj06 has joined
18:58:33 COM8 has joined
18:59:05 COM8 has left
18:59:57 վարյա has left
18:59:58 վարյա has joined
19:02:28 վարյա has left
19:02:30 վարյա has joined
19:05:11 marc0s has left
19:05:12 marc0s has joined
19:09:08 adiaholic has left
19:09:57 վարյա has left
19:09:58 վարյա has joined
19:11:10 crypt > msavoritias: > 2022-04-27 01:30 (CDT) > Agreed. But as with MIX or OMEMO or even the group calls client support is always gonna be a problem. > We should aim at clients supporting this not at how hight bar it is I'm already seeing _Group Video Chat_ requests for Conversations in GitHub. How are clients going to deal with this new "advanced feature" in the future? How will users know their chatting with someone whose client also supports it?
19:11:26 ti_gj06 has left
19:13:46 adiaholic has joined
19:14:03 վարյա has left
19:14:04 վարյա has joined
19:14:40 crypt This is my point about clients being able to announce and discover which features are supported with the people they're connected to.
19:15:13 pep. Seriously though if renaming the thing is going to get it more accepted among developers.. I'm happy to do it. It's still exactly the same to me in the UI though :x
19:16:33 marc0s has left
19:16:34 marc0s has joined
19:16:52 marc0s has left
19:16:53 marc0s has joined
19:19:29 phoebos has left
19:19:43 վարյա has left
19:19:46 harry837374884 has joined
19:19:49 վարյա has joined
19:19:59 adiaholic has left
19:20:14 marc0s has left
19:20:16 marc0s has joined
19:20:44 marc0s has left
19:20:45 marc0s has joined
19:21:13 crypt Client feature parity is impossible. Feature discoverablity between clients is doable.
19:22:18 Zash Time-shifted feature discovery is HARD.
19:22:56 inky has left
19:24:25 վարյա has left
19:24:27 վարյա has joined
19:24:31 crypt moparisthebest was on to something when he said you would have to have different keys for each client that did or didn't support something.
19:25:02 Zash As in, I accidentally my phone and buy a new one and end up with an app with different features. You try sending something while I'm out shopping. Then what?
19:25:03 crypt That feature would be limited to that key/client.
19:25:07 marc0s has left
19:25:24 վարյա has left
19:25:25 վարյա has joined
19:25:50 marc0s has joined
19:26:08 Zash Then I complain that I'm losing messages and XMPP sucks and can never become popular!!!!!1
19:27:24 crypt Desktop client can only do this for the JID, the mobile client for the JID can do this + X.
19:28:27 adiaholic has joined
19:32:12 debacle has joined
19:34:36 crypt I'll let smarter people than me figure the rest out.
19:35:15 adiaholic has left
19:36:15 marc0s has left
19:36:22 marc0s has joined
19:40:23 emus has left
19:42:26 վարյա has left
19:42:52 moparisthebest crypt, there's this knob between security and usability though, the "features per omemo key" is on the secure but un-usable side, normal users will find their messages missing
19:43:33 moparisthebest if you're curious what the extreme end of that spectrum looks like it's https://github.com/maqp/tfc "just carry around 3 different computers and a custom made octocoupler and have your contacts do the same"
19:43:52 adiaholic has joined
19:44:42 inky has joined
19:48:19 mjk has left
19:49:47 marc0s has left
19:49:49 marc0s has joined
19:50:44 mjk has joined
19:51:24 crypt ~~Has anyone proposed ideas for how clients will support group chats besides asking the other person if their client support it? I'm curious how this conversation is going.~~ ✎
19:51:54 adiaholic has left
19:52:09 crypt Has anyone proposed ideas for how clients will support group chats besides asking the other person if their client also supports it? I'm curious how this conversation is going. ✏
19:52:51 lovetox ? why would i care if a other client supports group chat
19:53:15 lovetox or are you talking about some adhoc groupchat with2 friends?
19:53:54 Yagiza has left
19:53:58 crypt I mispoke. Group video chats. A feature currently requested.
19:56:52 adiaholic has joined
19:58:36 tykayn has left
19:59:09 crypt Hard enough to coordinate on a meeting time. Checking that everyone's client supports it will be a nightmare.
20:00:09 Link Mauve crypt, depends how it is negociated, Jitsi Meet uses XEP-0298, Dino uses XEP-272.
20:00:19 Link Mauve Both are incompatible.
20:01:18 Link Mauve In its disco#info, Dino advertises urn:xmpp:jingle:muji:0.
20:01:35 Link Mauve Jitsi Meet goes through a less common way, embedding a bunch of extensions in its presence.
20:02:16 adiaholic has left
20:03:08 Zash If you're all online at the same time then there's no problem, that already works and has worked for 20 years
20:04:07 Zash Harder to know what features will be available in the future since you can't easily transmit information backwards in time.
20:06:10 crypt My query is in relation to how clients on different platforms will support group video chat and how the users will know the people they invite can also join.
20:06:48 Link Mauve crypt, if your contacts are online, you get that in their disco#info caps (or in Jitsi Meet’s case in their presence).
20:06:48 phoebos has joined
20:07:13 crypt It's related to disappearing messages and any other new client features yet to be implemented.
20:07:27 Link Mauve The different platforms don’t matter on XMPP, the protocol is here to unify that.
20:07:33 Link Mauve crypt, how is it?
20:09:53 Link Mauve Muji has been around since 2009, COIN since 2011, both have been implemented by various clients over the years.
20:10:59 Toxi has left
20:13:05 adiaholic has joined
20:14:11 mjk has left
20:14:40 mjk has joined
20:18:06 adiaholic has left
20:18:32 Wojtek has left
20:23:52 andrew has left
20:27:27 pep. Is there any document on a deterministic way to generate a MUC JID for n accounts? So that whoever creates it it's always the same
20:30:52 emus has joined
20:30:52 Half-Shot has left
20:30:52 homebeach has left
20:30:52 Matthew has left
20:30:52 uhoreg has left
20:30:53 Half-Shot has joined
20:30:53 Matthew has joined
20:30:53 homebeach has joined
20:30:53 uhoreg has joined
20:39:25 marc0s has left
20:39:28 marc0s has joined
20:44:10 Mikaela has left
20:45:45 pep. https://www.numerama.com/tech/939175-detranges-coupures-de-fibre-optique-en-france-la-coincidence-interroge.html la gauche frappe à nouveau ?
20:45:54 pep. oops! Wrong channel :D
20:46:14 pep. I was wondering why the bot wasn't showing the title.
20:46:55 Toxi has joined
20:52:31 ti_gj06 has joined
20:53:51 adiaholic has joined
20:54:34 tykayn has joined
20:56:32 mjk > Is there any document on a deterministic way to generate a MUC JID for n accounts? So that whoever creates it it's always the same Since Conversations seem to judt generate a uuid, probably not, so invent one! echo $jids | sort | uniq | sha256sum? ✎
20:56:51 mjk > Is there any document on a deterministic way to generate a MUC JID for n accounts? So that whoever creates it it's always the same Since Conversations seem to just generate a uuid, probably not, so invent one! echo $jids | sort | uniq | sha256sum? ✏
20:58:30 pep. it's not a uuid no it's a random pronouceable word, it's a lot better to handle :p
20:58:37 mjk Ah, some separators are needed, maybe look for those in the U+0001-U+001F range
20:58:38 msavoritias has left
20:58:51 pep. (It's not visible in Conversations but it is in many other clients)
20:58:51 BASSGOD has left
20:59:06 mjk Oh, right, I'm confusing with something
20:59:29 mjk Gajim recently reimplemented the algo
20:59:29 pep. poezio reuses the part generating the names, I found it nice :)
20:59:39 mjk Yea
21:01:12 adiaholic has left
21:02:21 pep. How does Matrix do it?
21:02:32 BASSGOD has joined
21:04:04 վարյա has joined
21:04:26 Kev has left
21:08:21 atomicwatch has left
21:10:30 andrew has joined
21:12:22 tykayn has left
21:13:52 Calvin has left
21:14:40 Menel has left
21:18:11 chipmnk has joined
21:21:06 Tobias has left
21:21:08 Toxi has left
21:21:14 Toxi has joined
21:21:37 andrew has left
21:22:17 ti_gj06 has left
21:23:01 andrew has joined
21:24:51 crypt I just had a wild idea, for disappearing messages at least... why not create a new conversation with that person that follows those rules? Sort of Telegram's secret chat. You can have a normal chat and secret chat with the same contact. That way you're not trying to add/change an existing conversation thread. And if the person's other client doesn't support it, they won't see the more restrictive conversation. ✎
21:24:58 wurstsalat has left
21:25:41 wgreenhouse has left
21:25:53 Seve has left
21:27:00 mh has left
21:27:01 crypt I just had a wild idea, for disappearing messages at least... why not create a new conversation with that person that follows those rules? Sort of Telegram's secret chat. You can have a normal chat and secret chat with the same contact. That way you're not trying to add/change an existing conversation thread. And if the person's other client doesn't support it, they won't see or have access to the more restrictive conversation. ✏
21:27:27 Toxi has left
21:27:32 Toxi has joined
21:29:01 BASSGOD has left
21:29:11 mh has joined
21:29:45 crypt I just had a wild idea, for disappearing messages at least... why not create a new conversation with that person that follows those rules? Sort of like Telegram's secret chat. You can have a normal chat and secret chat with the same contact. That way you're not trying to add/change an existing conversation thread. And if the person's other client doesn't support it, they won't see or have access to the more restrictive conversation. ✏
21:30:42 crypt I just had a wild idea, for disappearing messages at least... why not create a new conversation with that person that follows those rules? Sort of like Telegram's secret chat. You can have a normal chat and secret chat with the same contact. That way you're not trying to change an existing conversation thread's settings. And if the person's other client doesn't support it, they won't see or have access to the more restrictive conversation. ✏
21:30:51 marc has left
21:31:59 bean has left
21:33:15 crypt I just had a wild idea, for disappearing messages at least... why not create a new conversation with that person that follows those rules? Sort of like Telegram's secret chat. You can have a normal chat and secret chat with the same contact. That way you're not trying to change an existing conversation thread's settings. And if the person's other client (yes, on mobile... no, on desktop) doesn't support it, they won't see or have access to the more restrictive conversation. ✏
21:36:40 debacle has left
21:36:59 BASSGOD has joined
21:38:31 wgreenhouse has joined
21:40:09 pep. hmm I'm thinking having a deterministic way to generate a room address may be an issue because not everybody is allowed to create a room on a MUC.
21:40:14 pep. Why can't we have nice things
21:41:35 MattJ pep. [22:02]: > How does Matrix do it? I'm far from expert, but I think you want to be looking in the direction of https://github.com/matrix-org/matrix-spec-proposals/pull/2199
21:42:28 pep. MattJ, thanks, otherwise I also got some advice on mastodon! https://post.lurk.org/@pep/108206073908492448
21:44:44 pep. Maybe there could be a MUC extension saying "if a user sends an affiliation list to the JID they're trying to join, they can create it and become owner, and the MUC sends mediated invites" But it feels slightly too easy to use to bypass regular MUC ACLs
21:45:23 pep. That is, the JID would need to match the JID generated from the given affiliation list
21:45:36 pep. Giving a read at the matrix thing
21:46:17 pep. Wait it hasn't been merged? That means canonical DMs aren,t a thing yet?
21:46:49 pep. heh, indeed it's not a thing, the PR says
21:49:52 Zash ~~It that because thete's no 1:1 messaging?~~ ✎
21:50:04 Zash It that because there's no 1:1 messaging? ✏
21:50:40 pep. Well as I understand it, 1:1 messaging happens in a room, but one needs to figure out the room address still
21:50:52 pep. So what, one generates it and invites the other?
21:50:56 marc0s has left
21:50:58 marc0s has joined
21:52:04 BASSGOD has left
21:52:08 Zash They closed it, opened another... different room...
21:52:25 վարյա has left
21:52:28 վարյա has joined
21:52:37 Zash Then invited someone else into a DM
21:52:37 pep. I guess that's what happens
21:52:49 crypt > Link Mauve: > 2022-04-27 03:06 (CDT) > crypt, if your contacts are online, you get that in their disco#info caps (or in Jitsi Meet’s case in their presence). I believe you're referring to this. I'll read up on it. Thanks! https://xmpp.org/extensions/xep-0115.xml
21:52:58 pep. But the permission issue is annoying. Not sure how to get over it
21:54:14 Zash What if someone pre-calculates your address and joins there before you?
21:54:38 Steve Kille has joined
21:55:00 pep. That's an issue only if they are allowed to, but yeah
21:55:01 Steve Kille has left
21:55:26 Steve Kille has joined
21:55:53 Zash What we do now seems simple, random localpart at the creators local MUC
21:56:03 Zash Invite others.
21:58:09 pasdesushi has left
21:58:22 pasdesushi has joined
21:59:42 pep. "yeah but", as you said above, you close it, open another etc. you end up with many rooms
22:01:04 pep. Though.. there might be cases where one does not want to use a particular MUC server.. how to deal with this. (Because of technical issues, or CoC or..)
22:01:10 papatutuwawa has left
22:02:00 BASSGOD has joined
22:04:58 lovetox has left
22:05:14 goffi has left
22:06:50 lovetox has joined
22:07:50 crypt XEP-0115: Entites Capabilities is awesome ❤️ It's exactly what I was describing and it's already here! > It is often desirable for an XMPP application (commonly but not necessarily a client) to take different actions depending on the capabilities of another application from which it receives presence information. Examples include: > Showing a different set of icons depending on the capabilities of other entities. ✎
22:08:14 crypt XEP-0115: Entites Capabilities is awesome ❤️ It's exactly what I was describing and it's already here! > It is often desirable for an XMPP application (commonly but not necessarily a client) to take different actions depending on the capabilities of another application from which it receives presence information. Examples include: > > Showing a different set of icons depending on the capabilities of other entities. ✏
22:10:03 վարյա has left
22:10:14 BASSGOD has left
22:11:39 crypt XEP-0115: Entites Capabilities is awesome ❤️ It's exactly what I was describing and it's already here! > It is often desirable for an XMPP application (commonly but not necessarily a client) to take different actions depending on the capabilities of another application from which it receives presence information. Examples include: > > - Showing a different set of icons depending on the capabilities of other entities. - Not sending XHTML-IM (XEP-0071) [1] or other rich content to plaintext clients such as cell phones. - Allowing the initiation of a Voice over IP (VoIP) session only to clients that support Jingle (XEP-0166) [2] and Jingle RTP Sessions (XEP-0167) [3]. - Not showing a "Send a File" button if another user's client does not support SI File Transfer (XEP-0096) [4]. - Filtering Publish-Subscribe (XEP-0060) [5] notifications based on advertised subscriber interests. ✏
22:12:29 crypt XEP-0115: Entites Capabilities is awesome ❤️ It's exactly what I was describing and it's already here! > It is often desirable for an XMPP application (commonly but not necessarily a client) to take different actions depending on the capabilities of another application from which it receives presence information. Examples include: > > - Showing a different set of icons depending on the capabilities of other entities. > - Not sending XHTML-IM (XEP-0071) [1] or other rich content to plaintext clients such as cell phones. > - Allowing the initiation of a Voice over IP (VoIP) session only to clients that support Jingle (XEP-0166) [2] and Jingle RTP Sessions (XEP-0167) [3]. > - Not showing a "Send a File" button if another user's client does not support SI File Transfer (XEP-0096) [4]. > - Filtering Publish-Subscribe (XEP-0060) [5] notifications based on advertised subscriber interests. ✏
22:12:57 crypt XEP-0115: Entites Capabilities is awesome ❤️ It's exactly what I was describing and it's already here! > It is often desirable for an XMPP application (commonly but not necessarily a client) to take different actions depending on the capabilities of another application from which it receives presence information. Examples include: > > - **Showing a different set of icons depending on the capabilities of other entities.** > - Not sending XHTML-IM (XEP-0071) [1] or other rich content to plaintext clients such as cell phones. > - Allowing the initiation of a Voice over IP (VoIP) session only to clients that support Jingle (XEP-0166) [2] and Jingle RTP Sessions (XEP-0167) [3]. > - Not showing a "Send a File" button if another user's client does not support SI File Transfer (XEP-0096) [4]. > - Filtering Publish-Subscribe (XEP-0060) [5] notifications based on advertised subscriber interests. ✏
22:13:51 pasdesushi has left
22:14:08 L29Ah has left
22:14:33 վարյա has joined
22:15:19 crypt XEP-0115: Entites Capabilities is awesome ❤️ It's exactly what I was describing with announce and discovery and it's already here! > It is often desirable for an XMPP application (commonly but not necessarily a client) to take different actions depending on the capabilities of another application from which it receives presence information. Examples include: > > - **Showing a different set of icons depending on the capabilities of other entities.** > - Not sending XHTML-IM (XEP-0071) [1] or other rich content to plaintext clients such as cell phones. > - Allowing the initiation of a Voice over IP (VoIP) session only to clients that support Jingle (XEP-0166) [2] and Jingle RTP Sessions (XEP-0167) [3]. > - Not showing a "Send a File" button if another user's client does not support SI File Transfer (XEP-0096) [4]. > - Filtering Publish-Subscribe (XEP-0060) [5] notifications based on advertised subscriber interests. ✏
22:15:45 crypt XEP-0115: Entites Capabilities is awesome ❤️ It's exactly what I was describing with client announce and discovery and it's already here! > It is often desirable for an XMPP application (commonly but not necessarily a client) to take different actions depending on the capabilities of another application from which it receives presence information. Examples include: > > - **Showing a different set of icons depending on the capabilities of other entities.** > - Not sending XHTML-IM (XEP-0071) [1] or other rich content to plaintext clients such as cell phones. > - Allowing the initiation of a Voice over IP (VoIP) session only to clients that support Jingle (XEP-0166) [2] and Jingle RTP Sessions (XEP-0167) [3]. > - Not showing a "Send a File" button if another user's client does not support SI File Transfer (XEP-0096) [4]. > - Filtering Publish-Subscribe (XEP-0060) [5] notifications based on advertised subscriber interests. ✏
22:17:13 L29Ah has joined
22:18:55 marc0s has left
22:18:57 marc0s has joined
22:21:18 Calvin has joined
22:21:45 Steve Kille has left
22:22:02 BASSGOD has joined
22:24:48 Kev has joined
22:25:35 Kev has left
22:25:52 Kev has joined
22:26:05 Kev has left
22:26:23 crypt How can we tell if our client supports XEP-0115? Is it already widely used?
22:30:11 pep. Most if not all do
22:30:32 pep. Check the project doap file in the repo otherwise
22:30:36 chipmnk has left
22:32:23 xnamed has left
22:34:15 lovetox has left
22:36:42 xnamed has joined
22:39:20 karoshi has left
22:40:41 adiaholic has joined
22:44:17 BASSGOD has left
22:45:49 Half-Shot has left
22:45:49 homebeach has left
22:45:49 Matthew has left
22:45:49 uhoreg has left
22:45:50 Half-Shot has joined
22:45:51 Matthew has joined
22:45:51 homebeach has joined
22:45:51 uhoreg has joined
22:46:31 adiaholic has left
22:47:01 BASSGOD has joined
22:49:46 crypt > pep.: > 2022-04-27 05:30 (CDT) > Check the project doap file in the repo otherwise Thank you! Found support for XEP-0115 in Conversations: https://github.com/iNPUTmice/Conversations/blob/master/conversations.doap
22:49:56 djorz has left
22:51:58 moparisthebest has left
22:52:10 crypt ~~Also found it Monal IM, which my friends use (but not as good as Conversations).~~ ✎
22:52:27 moparisthebest has joined
22:52:37 crypt Also found it on Monal IM, which my friends use (but not as good as Conversations). ✏
22:52:37 xnamed has left
22:54:37 BASSGOD has left
22:58:56 crypt ~~What's the difference between status "complete" and "supported"? Both Dino and Gajim list XEP-0115 with status "complete".~~ ✎
23:00:30 crypt What's the difference between status "complete" and "supported"? Both Dino and Gajim list XEP-0115 with status "complete". Conversations and Monal IM have status "supported". ✏
23:01:51 xecks has left
23:03:40 adiaholic has joined
23:06:57 pep. "supported" isn't valid. https://linkmauve.fr/ns/xmpp-doap#
23:07:33 pep. “Can be 'complete', 'partial', 'planned', 'deprecated', 'removed' or 'wontfix'.”
23:09:54 inky has left
23:10:59 inky has joined
23:17:33 crypt pep.: hahaha - you're right!
23:18:03 BASSGOD has joined
23:18:19 adiaholic has left
23:18:42 djorz has joined
23:21:52 xecks has joined
23:26:25 adiaholic has joined
23:27:34 crypt It seems if clients don't fully support XEP-0115 future "advanced features" could never be discoverable between friends. You'll only hear about X new feature through the app developer in a point upgrade. I guess that's normal.
23:30:30 Matthew > <@_xmpp_MattJ=2fxsf=40muc.xmpp.org:matrix.org> Matthew, uhoreg: out of curiosity, what's the story on ephemeral messages in Matrix? Not implemented, right? I think similar challenges would apply, and I suspect any solutions would also probably look similar in both protocols (at a high level). https://github.com/matrix-org/matrix-spec-proposals/blob/matthew/msc2228/proposals/2228-self-destructing-events.md is the exploding msgs spec for Matrix, which we should implement this year
23:30:42 harry837374884 has left
23:30:44 harry837374884 has joined
23:31:04 Matthew (we’re not using it for ephemeral data like location sharing in the end)
23:31:33 adiaholic has left
23:32:34 krauq has left
23:33:21 krauq has joined
23:36:59 stp has left
23:40:19 emus has left
23:41:52 Sergi TsZ has joined
23:41:56 andrey.g has joined
23:41:59 Sergi TsZ Hi i need help
23:42:48 Sergi TsZ does XMPP store E2E keys online like Matrix?
23:45:35 adiaholic has joined
23:48:38 mjk has left
23:51:43 adiaholic has left
23:52:25 վարյա has left
23:52:28 վարյա has joined
23:53:19 moparisthebest has left
23:56:36 moparisthebest has joined
23:59:19 adiaholic has joined