XSF Discussion - 2018-05-29

00:00:16 SaltyBones has left
00:00:18 SaltyBones has joined
00:01:03 Zash ... but?
00:02:13 vanitasvitae has left
00:02:23 alexis has left
00:02:25 la|r|ma has left
00:03:04 alexis has joined
00:11:34 alexis has joined
00:18:42 Anu has left
00:24:47 Chobbes has joined
00:35:30 Ge0rG has left
00:40:05 pep. has left
00:43:30 Ge0rG has left
00:44:29 la|r|ma has left
00:50:33 tux has joined
00:57:28 alexis has left
00:58:15 alexis has joined
01:04:57 alexis has left
01:19:41 rtq3 has left
01:27:05 mrdoctorwho has left
01:31:57 j.r has joined
01:32:00 j.r has joined
01:53:32 ibikk has joined
02:07:16 alacer has joined
02:08:04 daniel has left
02:08:07 daniel has joined
02:42:14 Ge0rG has left
02:42:51 Ge0rG has left
03:05:22 Link Mauve has left
03:19:25 Chobbes has joined
03:37:03 SamWhited has joined
03:51:05 Chobbes has left
03:51:07 Chobbes has joined
03:58:18 efrit has joined
04:05:48 Nekit has joined
04:08:43 ta has left
04:08:45 ibikk has joined
04:08:50 ta has joined
04:17:38 waqas has joined
04:17:45 lorddavidiii has joined
04:20:41 Tobias has left
04:20:42 Tobias has joined
04:30:37 mikaela has joined
04:33:03 Dave Cridland has left
04:33:19 Dave Cridland has left
04:33:27 Ge0rG has left
04:41:10 j.r has joined
04:46:09 Ge0rG has left
04:51:22 efrit has left
04:52:44 rion has joined
04:57:56 Ge0rG Nobody does it. Maybe most client developers don't care about UX, nor about corporate use cases
05:00:00 Ge0rG has left
05:03:54 j.r has joined
05:06:07 jonasw I feel that org setup is more of a server side thing?
05:06:42 Ge0rG Server developers don't care about corporate either.
05:07:00 jonasw I think the ignite folks do
05:07:18 Ge0rG But that doesn't matter because the client UX sucks
05:07:48 jonasw reminds me to make things even harder for clients by specifying the IBR flow for ToS
05:08:20 jonasw even though I’m inclined to simply say "ToS setups where consent is required before signing up are not supported by this XEP, but may be handled by a future specification"
05:09:36 Zash "use a web form or something"
05:13:25 Ge0rG has left
05:18:56 rion has left
05:21:15 Ge0rG jonasw: so what you are trying to invent has no value over web forms but compatibility issues?
05:22:09 Zash As opposed to everything else
05:24:08 Dave Cridland has left
05:24:35 jonasw Ge0rG, it has; for GDPR, you don’t need consent anyways :)
05:24:41 Dave Cridland has left
05:24:45 jonasw consent-requiring services will need that, but that’s #notmydepartment right now
05:24:53 jonasw (but the spec can be extended to support that, so that’s good)
05:27:45 Ge0rG has left
05:35:43 mimi89999 has left
05:42:51 Ge0rG has left
05:44:31 goffi has joined
05:44:39 Dave Cridland has left
05:44:44 j.r has joined
05:46:18 winfried has left
05:58:05 andy has joined
05:58:15 jubalh has joined
05:59:10 jubalh has left
06:00:01 Ge0rG has left
06:00:05 xnyhps has joined
06:02:20 Tobias has joined
06:02:28 Guus has left
06:04:27 lnj has joined
06:06:24 Guus has left
06:06:54 xnyhps has left
06:06:56 xnyhps has joined
06:12:51 xnyhps has left
06:15:00 Ge0rG has left
06:16:14 lovetox has joined
06:19:53 blabla has left
06:19:58 blabla has joined
06:21:32 waqas has left
06:22:00 SaltyBones has left
06:23:30 Nekit has joined
06:25:58 SaltyBones has joined
06:27:58 Tim has joined
06:28:50 Guus has left
06:28:50 Guus has left
06:28:51 Guus has joined
06:34:51 Ge0rG has left
06:34:55 Nekit has joined
06:35:01 SamWhited has left
06:36:06 xnyhps has joined
06:37:32 Kev has joined
06:42:48 Chobbes has joined
06:43:32 Ge0rG has left
06:44:50 daniel has left
06:47:20 Ge0rG has left
06:49:34 Ge0rG has left
06:55:35 Ge0rG has left
06:57:15 Ge0rG has left
07:01:37 Ge0rG has left
07:03:38 Ge0rG has joined
07:05:26 Chobbes has joined
07:06:26 Steve Kille has left
07:07:03 marmistrz has left
07:07:26 Steve Kille has left
07:08:15 igor75 has joined
07:08:37 Steve Kille has joined
07:08:45 Seve/SouL has left
07:12:56 ThibG has left
07:13:00 ThibG has joined
07:18:56 ta has left
07:20:16 SaltyBones has left
07:20:50 Valerian has joined
07:24:09 Dave Cridland has left
07:27:27 Alex has joined
07:27:34 la|r|ma has joined
07:28:54 SaltyBones has left
07:29:47 lumi has joined
07:30:25 lskdjf has joined
07:32:13 Dave Cridland has left
07:36:34 jonasw ~~Kev, MattJ, can some of you help me with an issue on jabber.org?~~ ✎
07:36:41 jonasw Kev, MattJ, can some of you help me with an issue on jabber.org (the xmpp service)? ✏
07:37:32 MattJ Not sure if I'll be able, but shall if I can - what's up?
07:37:52 jonasw there’s a room with an invalid JID on conference.jabber.org: @conference.jabber.org (yes, with empty node part)
07:37:57 Seve/SouL I think Anu touches an interesting point and I have to agree with him on the specific idea he mentioned. Discord, for instance, does a very similar thing. Where you create a 'server' (I think they call it that way) and you can create as many as MUCs you want under that 'server'. Do we have a way in XMPP to do this? Like a top level node where you add MUCs under it? Maybe with MIX this is possible?
07:38:32 jonasw Seve/SouL, apt install prosody, echo 'Component "sub.domain.example" "muc"' >> /etc/prosody/prosody.cfg.lua ?
07:38:54 jonasw it would be great if that room could be nuked, MattJ
07:39:20 Ge0rG jonasw: don't forget prosody-modules and two days of surfing the web to find out which versions of which modules are needed
07:39:37 jonasw Ge0rG, MUC is luckily built-in :)
07:40:01 Ge0rG Seve/SouL: I've argued for a long time that we need a two-click server deployment that integrates with LDAP, has all the nice modules... and a usable web client
07:40:10 jonasw Ge0rG, do that!
07:40:12 jonasw don’t argue, make it
07:40:37 jonasw that being said, I think I mentioned that Guus is doing things in that direction. not only with a web client, but with WebRTC conference things
07:40:40 Seve/SouL jonasw, haha, no no. I mean, unless you want to have this component for every user x) They call it a server but it's just like the root. Let's say we join Discord. I create a 'server' called XSF. And under it, I create offtopic, board, council, etc.. and everybody that joins the XSF 'server' can check the list of MUCs I've created for the XSF.
07:40:44 jonasw but nobody is looking in that direction for some reasn.
07:40:52 Ge0rG jonasw: but it's real work. Work for people who are more skilled in Lua and mercurial
07:41:09 jonasw Seve/SouL, you mean like a separate MUC namespace for each user?
07:41:12 Seve/SouL All of that, is under the same service
07:41:28 Dave Cridland has left
07:41:30 Ge0rG jonasw: I'm looking for corporate clients who would ask for that. None found so far
07:41:46 jubalh has joined
07:41:49 jonasw Seve/SouL, this won’t be possible with MIX either, and I’m not sure if it makes sense at all. A corporate deployment would have a domain anyways and host their services under that domain.
07:42:23 Dave Cridland has left
07:43:15 Seve/SouL Hmm, I didn't have companies in mind now, but imagine a large company. They would have an xmpp server, and each department would create their own MUCs inside the department's namespace. Like: IT namespace> Frontend dev, Backend dev, DevOps, etc
07:43:58 Ge0rG Seve/SouL: that's great. Except that's not how large companies work
07:44:01 MattJ Seve/SouL, you can have as many MUC domains as you like
07:44:34 Ge0rG Seve/SouL: today's bigcorp want a cloud-based / private-cloud deployment that's fully integrated into their CMDB and AD and stuff
07:45:31 Seve has joined
07:45:37 MattJ Which just about any XMPP server provides
07:45:41 SouL has joined
07:47:04 la|r|ma has joined
07:47:17 Ge0rG MattJ: are you speaking of AD integration or of "as many MUC domains as you like"
07:47:39 MattJ Both
07:47:52 jonasw (conference.jabber.org really could use some cleasing)
07:48:10 Seve/SouL I understand what you say MattJ. But I think it would be interesting to explore that feature, as Anu said Slack works that way and Discord too. Of course they have this feature because they provide this service, and this feature maybe would not be useful for someone using XMPP just to talk with friends, but...
07:48:44 Ge0rG MattJ: so you can write the instructions to set up a prosody for modern clients, including AD integration and a web client, on a napkin?
07:49:24 Dave Cridland has left
07:49:28 MattJ Most likely, yes
07:49:40 MattJ And if you ask why not already done - everyone has a different set of requirements
07:49:45 marmistrz has left
07:49:54 MattJ You may think it, but not every organisation uses AD, or needs/wants a web client
07:50:01 jonasw Seve/SouL, I agree that a hosted thing which allowed to easily add a domain, have a tickoption "[ ] Federate with other servers" and otherwise just deploys a modern XMPP server would be great, but time & money
07:50:22 jonasw I doubt that one can write down the instructions for integrating with LDAP on a napkin.
07:50:42 jonasw picking auth_ldap vs. auth_ldap2 is a non-trivial choice to start with :)
07:50:45 Ge0rG MattJ: I know how complex it is to set up a prosody instance for non-commercial users, with less strict requirements. And it won't fit on a napkin.
07:51:18 MattJ jonasw, Prosody's LDAP module was designed to work with no-to-minimal configuration a typical Debian/Ubuntu LDAP setup
07:51:48 MattJ What I'm saying though is that there is no "standard set-up" (for anything)
07:52:12 MattJ Everyone has their own requirements and stuff they want to configure, including Ge0rG
07:52:37 jonasw there is no standard LDAP setup, from what I can tell :)
07:52:45 jonasw but maybe that’s just me
07:53:18 MattJ There is not, but there are many. The one that Debian tries to encourage you into is one
07:54:17 MattJ If anyone thinks that enterprise deployment of any integrated software fits on the back of the napkin, they're plainly wrong
07:54:35 MattJ The reason things like Slack succeed is precisely because they tend to bypass all that in the beginning
07:55:26 jonasw yeah
07:55:46 Ge0rG MattJ: then people realize how expensive Slack is and want a single-click deployment. And end up with Mattermost
07:56:04 jonasw or rocket.chat
07:56:30 jonasw MattJ, any luck with the MUC nuking?
07:56:31 Ge0rG MattJ: there are some requirements that you can't argue are optional, like 0198, carbons and MAM
07:56:31 MattJ I haven't used Mattermost, but I don't find rocket.chat very high quality software
07:56:48 jonasw MattJ, still it replaced XMPP at the company I work for.
07:57:31 jonasw because of -- among others -- rich text messages (beyond markdown-ish things) for integrated services...
07:57:32 Andrew Nenakhov has joined
07:57:55 Guus (I was mentioned here, but can't find the mention in recent history)
07:58:06 Guus (or my client is acting up)
07:58:07 jonasw Guus, I was talking about the webrtc-conference-integration work you are doing
07:58:10 MattJ jonasw, I don't seem able to access the server, so... no
07:58:15 jonasw MattJ, aw, pity
07:58:26 jonasw I’ll try annoying folks in iteam@
07:58:33 Guus ah, yeah. We have Jitsi Meet as an Openfire plugin.
07:58:51 MattJ Technically iteam doesn't manage jabber.org, but there is, umm, significant overlap...
07:59:14 jonasw yupp :)
07:59:24 jonasw (checked the volunteers site on jabber.org, found half of iteam there :))
07:59:36 jonasw so now I’m abusing the better signal/noise ratio in that room for my cause!
07:59:53 Alex has left
08:01:37 jonasw on a different but related note: I launched https://muclumbus.jabbercat.org/ into public beta today. It’s a replacement for http://search.wensley.org.uk/ . criticism, improvement suggestions, bug reports etc. welcome ✎
08:01:57 jonasw on a different but related note: I launched https://muclumbus.jabbercat.org/ into public beta today. It’s a replacement for http://search.wensley.org.uk/ , so it’s a "search engine" and listing service for public MUCs . criticism, improvement suggestions, bug reports etc. welcome ✏
08:02:31 SaltyBones has joined
08:04:18 intosi has left
08:04:18 ralphm has left
08:09:27 intosi has joined
08:09:32 ralphm has joined
08:10:40 ThibG has joined
08:11:00 ThibG has joined
08:13:52 lnj has left
08:14:49 Guus has left
08:16:51 Wiktor replacement? ha! hardly... no comic sans! just kidding of course, looks very professional, will it provide a JSON endpoint?
08:17:18 lnj has joined
08:18:12 Ge0rG has left
08:19:17 muppeth has left
08:20:23 jonasw Wiktor, thanks, and yes, some type of JSON endpoint which allows to enumerate rooms is on the TODO list
08:20:28 jonasw gotta run now though
08:21:23 Andrew Nenakhov has left
08:21:31 Andrew Nenakhov has joined
08:23:11 alacer has left
08:23:18 alacer has joined
08:23:21 lnj has left
08:23:48 igor75 has joined
08:25:48 Wiktor great, see ya
08:26:19 Ge0rG Lync is now appending ads to the "missed messages" email. Ads for the Lync mobile app.
08:26:37 goffi jonasw: great ! Is there a way to query this by XMPP ?
08:27:10 Ge0rG jonasw: how comes there is no info about many MUCs?
08:32:16 rtq3 has joined
08:33:43 muppeth has joined
08:34:00 Andrew Nenakhov has left
08:34:05 Andrew Nenakhov has joined
08:34:27 Andrew Nenakhov has joined
08:34:34 ThibG has joined
08:34:35 ThibG has joined
08:34:56 Andrew Nenakhov has left
08:35:52 rtq3 has left
08:36:17 rtq3 has joined
08:38:37 Ge0rG jonasw: it's also missing the room name from disco#info :(
08:39:13 Ge0rG something like "Name (<jid>)" in the first line?
08:39:41 Ge0rG I know it's the localpart in 99% of the cases, but I have an agenda to change that.
08:42:48 blabla has joined
08:43:00 moparisthebest has joined
08:43:07 Andrew Nenakhov has joined
08:43:10 ralphm has left
08:43:10 intosi has left
08:43:51 muppeth has left
08:43:57 Andrew Nenakhov I think we'll be ready to show a working prototype of proper groupchat replacement this week
08:44:17 Andrew Nenakhov With client that will support it too
08:45:11 muppeth jonasw for servers/rooms supporting muc vcard would be nice to include that in the room stats.
08:45:25 rion has left
08:45:25 rion has joined
08:45:46 Ge0rG Andrew Nenakhov: that reminds me of the promises the ejabberd team made back then instead of implementing XEP-0198.
08:45:57 moparisthebest has joined
08:46:12 Holger Ge0rG will never forget that.
08:46:21 Andrew Nenakhov Yes, we replaced those too and implemented them in forked ejabberd
08:46:31 Andrew Nenakhov Just not supported in clients yet
08:46:54 Ge0rG Holger: feel free to provide me with a bettter example of XMPP vaporware. MIX doesn't count.
08:47:13 Andrew Nenakhov Groupchat is a much easier problem.
08:47:25 Ge0rG Except it's not.
08:47:44 Kev It's an easy problem. It's the solutions that are easy to get wrong :D
08:47:58 Andrew Nenakhov It is. You might join our group chat when now.
08:49:32 Andrew Nenakhov I can send you invitation if you want
08:49:32 Dave Cridland has left
08:49:35 Holger Ge0rG: They tried stuff and it failed, that's all. I still fail to see the drama.
08:50:02 jubalh has left
08:50:58 Holger Ge0rG: And it's not like 0198 works well.
08:51:03 Ge0rG Holger: the drama is about to making empty promises for years about a feature that's really needed for mobile clients.
08:51:23 Ge0rG Holger: it's got its rough edges, but it works much better than not having it.
08:51:32 Holger Yeah, they've been busy with other stuff.
08:52:08 Kev Who hasn't?
08:53:02 Link Mauve has joined
08:53:23 Ge0rG But I know I'm a highly controversial ultra progressive revoluzzer regarding XMPP support for mobile devices.
08:55:39 ralphm has joined
08:56:14 intosi has joined
09:00:11 Ge0rG ...or reliable message delivery.
09:00:49 Andrew Nenakhov Actually, we do have progress on this front too.
09:01:03 Andrew Nenakhov ;)
09:02:14 Ge0rG Andrew Nenakhov: I'm curious to see your design
09:12:09 Andrew Nenakhov Ok
09:12:23 Andrew Nenakhov Give me a minute
09:14:13 rtq3 has left
09:19:08 jubalh has joined
09:19:52 Andrew Nenakhov Ge0rG, add xsf@xmppdev01.xabber.com to your contact list
09:20:04 Ge0rG Andrew Nenakhov: what will happen then?
09:20:16 Andrew Nenakhov You'll be in our group chat
09:21:21 Andrew Nenakhov Best accessed with Xabber for Web, https://web.xabber.com/develop/
09:21:45 Andrew Nenakhov But we've added backwards compatibility for old clients too.
09:22:30 Ge0rG Andrew Nenakhov: I'm interested in the protocol design :)
09:23:22 Andrew Nenakhov Document is in Russian, will take some time to translate
09:23:30 Andrew Nenakhov But basic idea is simple
09:23:46 Zash has left
09:24:18 Ge0rG Andrew Nenakhov: I can handle Russian
09:24:21 Andrew Nenakhov Member sends message to jid of group chat, server resends it to other members
09:25:00 Ge0rG That sounds like GC1 ;)
09:25:09 Andrew Nenakhov For old clients it adds line with name of sender, like, GeOrG: Whatever
09:25:40 Andrew Nenakhov > That sounds like GC1 ;) I actually didn't find specification for that
09:25:53 Andrew Nenakhov Only mention in muc-0045
09:26:13 Wiktor What is received by new clients? is there an extra xml?
09:26:28 Andrew Nenakhov But yeah, so far we didn't encounter anything that would be game breaking by this approach
09:27:02 la|r|ma has joined
09:27:15 Andrew Nenakhov Wiktor, yes
09:27:31 jonasw has joined
09:27:47 moparisthebest has joined
09:27:52 Wiktor Sounds interesting, and simple, also looking forward for the spec
09:28:04 Andrew Nenakhov Every message is accompanied by jid of sender, and his avatar hash
09:28:27 Andrew Nenakhov Server also fetches username and avatar from members vCards
09:28:40 Andrew Nenakhov User can replace them
09:29:24 Andrew Nenakhov Also server sends a specially formatted presences so clients can differentiate group chats from regular contacts
09:29:25 Wiktor why wasn't resource part of JID reused as a nick? so that this group chat was somehow distinguished from 1:1 chats?
09:30:04 Andrew Nenakhov Because we didn't think it is necessary )
09:30:11 Wiktor got it :)
09:30:45 Andrew Nenakhov And also too many ears were fought on this issue
09:30:46 jonasw goffi, re querying muclumbus via XMPP: not yet, but that’s on my todo
09:30:49 Ge0rG Andrew Nenakhov: do you have a (Russian) spec you can share?
09:30:57 jonasw Ge0rG, many MUCs don’t publish a description, that’s why there is no info
09:31:08 Alex has joined
09:31:22 jonasw Ge0rG, regarding using the room name, many of the top 25 MUCs have a horrible room name (e.g. room name == description); I haven’t found a layout which makes that look nice. I have the data though.
09:31:24 goffi jonasw: cool
09:31:41 jonasw muppeth, could you be more specific regarding the vcard thing? I am reluctant adding third party images on the listing because of the huge potential for abuse.
09:31:45 Andrew Nenakhov Ge0rG, I can share it tomorrow if you don't mind. Too many dirt right now,
09:32:21 jonasw Ge0rG, maybe ellipsizing the room name after 50 characters or something would, but meh.
09:34:06 Andrew Nenakhov We do a room name and separate jid. Jby default client is doing a slug of group name, but it can be redefined
09:37:19 Ge0rG jonasw: yeah, name, description and topic are handled in weird ways. I still think we should promote the name, and my favorite layout would be: > Room Name (jid@domain) > romm description (if different from room name)
09:37:32 jonasw that looks awful, trust me
09:37:35 Ge0rG Andrew Nenakhov: slug-of-groupname is a great way.
09:37:40 rion has left
09:37:53 Ge0rG jonasw: one day you'll end up with uuid MUC JIDs.
09:38:00 jonasw there are a few already :)
09:38:06 Kev Swift generates those.
09:38:14 Ge0rG Kev: for public MUCs as well?
09:38:19 Kev Of course not :)
09:38:26 jonasw this is luckily public MUCs only :)
09:38:40 jonasw Ge0rG, hm, reverting to the current layout for room name == room description could work though
09:39:49 andy has joined
09:40:11 Ge0rG jonasw: I agree with you that most people can't properly define the room name.
09:40:21 Ge0rG There is a bunch of positive exceptions, though.
09:40:36 jonasw Ge0rG, really bad is the case for kuketzblog, which has no description, but a string which should be the description as name
09:40:46 SaltyBones has left
09:40:53 jonasw Kev, while you’re here, can you fix the room name for this room please?
09:41:02 jonasw it is equivalent to the subject
09:41:19 Andrew Nenakhov has joined
09:41:26 Ge0rG I think it's symptomatic for the XSF to not be able to properly apply our own standards.
09:41:52 Andrew Nenakhov has left
09:41:57 Andrew Nenakhov has joined
09:42:12 Steve Kille has joined
09:42:35 Kev has joined
09:42:51 Andrew Nenakhov has left
09:42:54 Kev I imagine it's someone using a client that's doing silly things.
09:42:56 Andrew Nenakhov has joined
09:43:12 Kev Although what the name *should* be, I have no idea.
09:43:19 jonasw "XSF Discussion"?
09:43:25 Kev Indeed, that's what I set it to.
09:43:26 Ge0rG "XMPP Standards Foundation"
09:43:29 jonasw or that
09:43:54 Ge0rG "XMPP Discussion" would be a good one as well
09:44:45 Andrew Nenakhov has left
09:44:51 Andrew Nenakhov has joined
09:46:08 jonasw Ge0rG, force-reload https://muclumbus.jabbercat.org/
09:46:29 jonasw Ge0rG, xmpp@chat.yax.im is also a bad example regarding room name, by the way
09:47:20 Ge0rG jonasw: thanks! nitpick: name of conversations@conference.siacs.eu is "Conversations", so not strictly equall
09:47:46 jonasw Ge0rG, no, it’s "conversations"
09:47:55 jonasw identities: category='conference' type='text' [en] 'conversations'
09:47:57 Andrew Nenakhov jonasw, list of chats should say "XMPP discussion", and whatever yax.im part is not really important for users once they are in room
09:48:24 rtq3 has joined
09:48:51 Ge0rG jonasw: changed the xmpp@chat.yax.im name. When will it refresh?
09:48:53 Wiktor hmm... hiding jids in case there is name... it would look like google :)
09:48:54 Guus has left
09:49:02 jonasw Ge0rG, the about page tells you it takes something about one hour
09:50:01 jonasw Wiktor, I’m considering hiding the JIDs in case there is a name, but then I’ll have to consider how to handle matches inside the JID in the search list
09:50:25 Wiktor personally I would move online users count closer to the name / description. On bigger screens it's hard to read the room name description and count without excessive eye movements :) maybe that's just me :)
09:50:55 Wiktor one way or another big 👍, this service is really good
09:51:00 jonasw thanks
09:51:10 jonasw regarding the online user positioning, I don’t think there’s a good way for that since this is a table :/
09:51:22 jonasw (and I don’t want to move the online count into the text field because it’ll be hard to discover it)
09:51:37 Wiktor yeah, I mean on mobile the data is compressed and it looks good, on laptop the important info (user count) is far away
09:51:45 jonasw on my laptop it’s fine
09:51:48 Ge0rG Have the number to the left
09:52:07 jonasw Ge0rG, would have to trick CSS to make that happen
09:52:10 jonasw not sure if browsers support that
09:52:23 Ge0rG jonasw: what about reordering the table items? Too easy?
09:52:27 jonasw Ge0rG, not accessible
09:52:37 jonasw although, with a table it’d probably work
09:52:45 Andrew Nenakhov has left
09:52:55 Andrew Nenakhov has joined
09:54:08 jonasw there doesn’t seem to be a way to do this with CSS, but I’ll look into how bad reversing the columns would be
09:54:11 Wiktor did I get this right that there is also planned "room language" to be displayed?
09:54:17 jonasw Wiktor, yes
09:54:21 Wiktor ~~gret~~ ✎
09:54:21 jonasw once servers support that
09:54:23 Wiktor great ✏
09:54:36 Wiktor yes, and once it's set up by room operators
09:54:43 jonasw follow https://github.com/processone/ejabberd/issues/2436 and https://issues.prosody.im/1149 :)
09:54:46 jonasw sure
09:55:04 jonasw I need to get back to work on my thesis now though
09:55:10 Wiktor good luck :)
09:55:16 jonasw (which unfortunately isn’t "Enumerating chat rooms in a federated chat network")
09:56:15 Andrew Nenakhov has left
09:56:26 Andrew Nenakhov has joined
09:56:47 Ge0rG jonasw: you need a better thesis supervisor then.
09:57:09 jonasw Ge0rG, dunno, I find "port this thing so that we can run it on a satellite which’ll be shot into space next year" fine, too
09:58:06 Ge0rG Nobody can compete with satellites...
09:58:20 marmistrz has left
10:00:20 jonasw (also, my supervisor is actually an XMPP fan)
10:01:08 muppeth has left
10:02:09 Ge0rG jonasw: I'm an xmpp fan as well, despite what I'm writing, and I'm a certified thesis supervisor. But I don't have satellites... 😒
10:02:10 SaltyBones has left
10:02:26 jonasw aww
10:02:32 xnyhps has left
10:03:17 rion has joined
10:03:36 Andrew Nenakhov has left
10:03:48 Andrew Nenakhov has joined
10:05:25 Andrew Nenakhov has left
10:07:16 xnyhps has joined
10:07:47 muppeth has joined
10:07:53 mikaela has left
10:09:15 daniel has left
10:10:05 Valerian has left
10:11:17 lskdjf has left
10:12:00 Andrew Nenakhov has joined
10:12:00 winfried has left
10:13:22 mikaela has joined
10:16:20 dwd I've just spent ten minutes debugging ahy this app isn't using SASL2.
10:16:37 dwd No matter what I did, it kept using the urn:xmpp:sasl:1 namespace.
10:16:49 muppeth has left
10:17:06 jonasw then you realized that that IS the SASL2 namespace?
10:17:12 jonasw while the other one would be urn:ietf:something?
10:17:28 moparisthebest has joined
10:18:39 moparisthebest has joined
10:19:54 Andrew Nenakhov has left
10:20:05 Andrew Nenakhov has joined
10:21:58 dwd jonasw, Exactly.
10:22:09 dwd jonasw, One day I'll figure out some non-trivial update to SASL2, so the namespace can align properly. :-)
10:22:17 Kev Until the next one.
10:22:26 rtq3 has left
10:22:27 Ge0rG which will be the bugfix release.
10:22:39 Andrew Nenakhov has joined
10:22:39 Ge0rG what about using `urn:xmpp:sasl2:1` instead?
10:23:01 Zash what about urn:xmpp:sasl2000
10:23:02 dwd Ge0rG, Still a namespace change. No, I think it's doomed to be sasl:1 forever.
10:23:47 Ge0rG "Status: Experimental". Doesn't look very doomed to me.
10:24:12 Ge0rG I wouldn't be surprised if dwd turned out to be the (co)owner of all existing implementations.
10:24:48 edhelas actually XMPP is only made by dwd, everyone else in this chatroom are just multi
10:25:57 edhelas I have a question regarding 0045
10:26:09 jonasw we all do
10:26:10 dwd Ge0rG, Surevine is, I think, for now. Phil Roberts did one in Stanza.io, and I did one in Openfire. Neither's been pushed upstream, which I'd like to rectify.
10:26:29 edhelas muc#roominfo_pubsub, it's not specified in the XEP where this is exposed when set, it would be nice to say that somewhere
10:26:34 dwd (Man there are times I want a +1 for '45, and jonasw, that was one of them)
10:26:43 jonasw edhelas, roominfo_pubsub is a disco#info form field
10:26:46 Steve Kille has left
10:26:56 edhelas ah :D
10:27:07 edhelas let me check that on ejabberd
10:27:27 dwd edhelas, I'd take that one with a pinch of, well, anything. I don't think it has sufficient semantics defined to be useful in an interoperable manner.
10:28:29 blabla has left
10:28:33 blabla has joined
10:29:19 Steve Kille has joined
10:35:45 Andrew Nenakhov has left
10:35:50 Andrew Nenakhov has joined
10:36:06 jonasw Ge0rG, your update to the xmpp@chat.yax.im room has propagated :)-
10:36:16 jonasw I don’t find it a good name still, though
10:37:15 Ge0rG jonasw: I still think it should be printed on a t-shirt.
10:37:29 Ge0rG It's a much better description of MUC than anything you'll find in '45
10:37:38 jonasw but not a good descrition of the room
10:37:48 muppeth has left
10:38:25 muppeth has joined
10:41:13 Holger has left
10:46:05 rtq3 has joined
10:46:37 Zash has left
10:46:43 Ge0rG jonasw: I might reconsider a more on topic name once the current name gets painted onto some official XSF property.
10:47:11 jonasw there is official XSF property?
10:47:25 Ge0rG Like this MUC
10:48:24 Steve Kille has left
10:48:48 SaltyBones has left
10:49:42 thorsten has joined
10:53:46 dwd jonasw, All the XEPs, for one thing.
10:54:29 jonasw right, for some reason I was picturing Ge0rG with a spray can in front of a house wall in my head
10:54:46 Andrew Nenakhov has left
10:54:53 Andrew Nenakhov has joined
10:54:57 jonasw SCHRÖDINGERS CHAT would be a cool tag
10:55:46 Ge0rG jonasw: and a black hoodie. And the only light comes from a MacBook screen
10:56:16 Andrew Nenakhov has left
10:56:18 jonasw itym the apple thing on the back side of the screen
10:56:20 Andrew Nenakhov has joined
10:56:25 jonasw which you taped over with a matrix sticker
11:03:11 lskdjf has left
11:03:46 lskdjf has left
11:03:59 Andrew Nenakhov has left
11:04:04 Andrew Nenakhov has joined
11:06:06 Ge0rG jonasw: that, too
11:08:00 muppeth has left
11:09:57 rtq3 has left
11:10:08 muppeth has joined
11:11:41 Ge0rG Are we speaking of Matrix or of *the* Matrix, though? 🤔
11:12:17 jonasw that one movie, of course
11:12:41 Ge0rG those three movies which actually are just one movie?
11:13:03 Ge0rG It's complicated™
11:13:04 la|r|ma has joined
11:13:15 jonasw nah, the one movie where people always thing sequels exist
11:13:18 jonasw but they’re wrong
11:13:24 Guus has left
11:16:41 daniel has left
11:18:45 Kev has left
11:19:32 Ge0rG has left
11:23:42 daniel has left
11:27:31 lskdjf has joined
11:29:28 Valerian has joined
11:30:54 Alex has left
11:33:38 edhelas has left
11:33:47 edhelas has joined
11:35:51 pep. has left
11:36:08 Wiktor has joined
11:36:16 pep. has left
11:44:11 jubalh has left
11:51:29 jonasw do you folks think it would be good to add a specified disco#info/disco#items response (part) which allows things to discover anonymous ways to access MUCs?
11:51:54 jonasw ~~I’m thinking e.g. a disco#info form field which gives the XMPP domain of a service which allows ANONYMOUS login and access to a room~~ ✎
11:51:59 jonasw I’m thinking e.g. a disco#info form field which gives the XMPP domain of a service which allows ANONYMOUS login and access to the room ✏
11:52:15 jonasw that would allow to add a "join in browser" button e.g. for support MUCs where such a facility is available.
11:53:10 MattJ Yes yes yes
11:57:17 edhelas well I think that Movim is now the first XMPP client to make use of muc#roominfo_pubsub /o/
11:58:15 lskdjf has left
11:59:40 jubalh has joined
12:01:29 MattJ edhelas, from which spec?
12:01:38 jubalh has left
12:02:55 moparisthebest has joined
12:03:15 lskdjf has joined
12:05:52 intosi has left
12:05:53 intosi has joined
12:06:34 edhelas 0045
12:07:32 MattJ Ha, what... that's been in there since 2006?
12:07:57 edhelas looks like :D
12:08:00 MattJ But there are no details on what it contains
12:08:12 Ge0rG has left
12:15:54 valo has joined
12:17:27 mimi89999 has left
12:26:33 rion has left
12:28:44 marmistrz has joined
12:29:41 Kev has joined
12:30:57 Ge0rG has left
12:31:24 SaltyBones has left
12:31:48 xnyhps has joined
12:32:06 dwd (More or less what I said earlier)
12:32:28 dwd I suspect it was from the days of "LETS PUBSUB THIS PUB SUB THING!"
12:33:55 Ge0rG So it's a reference to a pubsub node containing a list of the pubsub nodes associated with this MUC?
12:34:17 daniel has left
12:34:39 dwd Ge0rG, Well, that'd make it a collection node, and those are unfashionable now.
12:35:37 Ge0rG because nobody can figure out if it's an item of elements or a list of items of one element each?
12:40:18 edhelas for me it's just pointing to a pubsub node
12:40:20 edhelas that's it
12:40:26 intosi has left
12:40:27 intosi has joined
12:40:38 xnyhps has joined
12:40:57 Ge0rG look, ma! a pubsub node!
12:41:05 jubalh has joined
12:41:15 jubalh has left
12:42:47 daniel has left
12:44:06 moparisthebest has left
12:45:06 rion has left
12:45:56 intosi has left
12:45:57 intosi has joined
12:47:49 Kev has left
12:47:50 edhelas :p
12:48:42 ThibG has joined
12:48:48 ThibG has joined
12:52:15 intosi has left
12:52:16 intosi has joined
12:52:31 SaltyBones has left
12:52:36 Kev has joined
13:02:52 Ge0rG So who volunteered to re-do XEP-0357 with messages instead of pubsub, again?
13:03:27 rion has left
13:04:36 MattJ Ge0rG, I don't think XEP-0357 really does use pubsub
13:04:37 rtq3 has joined
13:04:39 Holger Well I see no real problem with the PubSub-like syntax except that it misleads people to believe they could use a standard PubSub component to implement an app server.
13:05:23 Ge0rG It's misleading and it's adding overhead to understanding the protocol
13:05:42 Ge0rG And it isn't even actual PubSub.
13:06:30 Holger I agree, but the question is whether cleaning this up is worth the compat foo you run into.
13:06:37 jubalh has joined
13:07:03 Holger Then again the number of public app servers isn't too large I guess ...
13:07:43 Ge0rG Holger: who would use a public app server anyway?
13:07:55 Holger Er what?
13:07:58 Ge0rG Holger: most clients are bound to use their specific one.
13:08:12 Holger I meant app servers for publicly available clients.
13:09:49 blabla has left
13:09:53 blabla has joined
13:10:57 jubalh has left
13:11:13 jubalh has joined
13:11:29 Ge0rG Holger: if the XMPP server component supports both protocols, there won't be any compat issues
13:11:54 Ge0rG Holger: client devs who start at zero just implement the simple protocol in their app server / clients and be done.
13:12:00 Ge0rG legacy push installations remain as is
13:12:28 Ge0rG legacy authors sick of the pseudo-pubsub switch to the new protocol on a separate host name.
13:13:03 Ge0rG But yes, it's good enough™ and nothing will happen about the status quo.
13:13:32 Ge0rG at least it doesn't have a siacs namespace.
13:13:40 MattJ It will if someone cares enough to write up the new protocol
13:13:55 MattJ If they don't, then sure, it will stay the same because it's deployed and working
13:14:06 Ge0rG and working(*)
13:14:36 Ge0rG walks himself out. It's way too hot to be ranting about things that are good enough™
13:14:40 Holger I just think we have more pressing issues than this syntax weirdness but I won't stop anyone of course.
13:14:45 Zash Rough consensus and running code?
13:15:49 Holger Ge0rG: I totally agree 0357 isn't good enough. It's not enough to implement working push notifications.
13:17:19 Ge0rG Whenever I start reading 0357, and I arrive at the first mention of 0060, my brain phases out.
13:17:34 marmistrz has left
13:17:37 Holger Ge0rG: As for the syntax issue, you then need to decide whether to stick to (non-PubSub) IQs or rely on https://xmpp.org/extensions/xep-0357.html#sect-idm140285094926944 for error processing.
13:17:38 Ge0rG Unfortunately, that first mention is in §1 Introduction.
13:18:47 Holger Yes that §1 'Note:' is insane.
13:18:49 MattJ Ge0rG, in the simple-protocol world, what would your next steps be? How would you implement your app server?
13:19:40 Holger Ge0rG: Purging that 'Note:' would be a good first step IMO.
13:21:25 Zash PubSub supports added payloads in the notification, at least for a <body>
13:22:23 Ge0rG MattJ: I don't understand the current XEP enough to make proper suggestions.
13:22:50 Ge0rG Probably actually implementing the protocol will improve my understanding enough to pinpoint the issues other develoeprs are highlighting for a year or so.
13:23:07 Ge0rG > The full process for enabling notifications requires initializing two separate push services: between the App Client and App Server, and between the App Server and the user's XMPP server. The XEP isn't actually helpful in making its point, either.
13:23:33 Ge0rG The Note in §5 is even more absurd than the one in §1
13:23:37 winfried has left
13:23:55 Ge0rG I need IBR to provision the push service node? What?
13:24:16 Holger "possible, but not required"
13:24:33 Holger Yes I'd ditch that sentence too.
13:24:44 Ge0rG Holger: please send PRs
13:24:57 Holger Yaxim needs to register with push.yax.im somehow. That's all.
13:25:13 Holger The XEP doesn't tell you how because no need for standardization.
13:25:35 Holger ChatSecure uses some REST calls, Conversations some ad-hoc commands.
13:25:45 Holger Nobody uses IBR, AFAIK :-)
13:25:46 waqas has joined
13:25:59 Ge0rG Holger: somebody needs to streamline that XEP, then.
13:26:11 Holger Yup.
13:26:43 Holger I offered to maintain it back when Lance quit.
13:26:54 Ge0rG Holger: what happened next?
13:27:31 Holger Kev took over -> less work for me -> Holger happy!
13:27:59 j.r has joined
13:28:06 Seve/SouL Seve happy to see Holger happy
13:28:13 Ge0rG Kev: XEP-0357 sucks big time. Please fix.
13:28:38 Ge0rG Holger: you still could send strategic PRs.
13:28:49 Zash Not enough happiness to go around apparently
13:30:03 Holger Probably happier community because I would've suggested adding business rules and whatnot. While I think the general consensus is rather to keep things unspecified in order to not loose flexibility.
13:30:15 Alex has left
13:30:30 Ge0rG Like.. PubSub and IBR
13:31:27 Ge0rG > It is NOT RECOMMENDED to allow in-band modification of push notification content settings. Such operations SHOULD be done out-of-band to prevent privilege escalation. What?
13:32:15 Ge0rG Holger: business rules would be great.
13:34:53 Holger Ge0rG: Forget that configuration stuff. Should also be ditched. It's per-account rather than per-device and the idea seems to be that *users* configure things.
13:35:06 Holger Nobody implements this.
13:36:21 Ge0rG So the XEP creates a smoke-screen of distractions for how to do irrelevant stuff, is using an overengineered protocol for the parts that it *does* specify, and is lacking a description of how to be applied properly?
13:36:37 Ge0rG Am I missing something?
13:36:45 Valerian has left
13:36:46 Valerian has joined
13:37:42 daniel Yeah the xep is a lot harder to understand than to implement
13:37:53 Andrew Nenakhov has left
13:37:57 Andrew Nenakhov has joined
13:38:03 daniel You can write an app server and the client code in a few hours
13:38:26 Andrew Nenakhov has left
13:38:28 daniel But it's pretty bad at communicating what you have to do
13:38:37 Andrew Nenakhov has joined
13:39:27 daniel I don't _mind_ the overhead of pubsub. It actually allows you to reuse parts of your library which was probably the reason it does use pubsub Syntax
13:39:47 daniel But it's really distracting and leads you on the wrong path
13:39:55 Andrew Nenakhov has joined
13:40:03 Ge0rG daniel: you mean it allows you to reuse parts of your *pubsub library*, provided you have one?
13:40:24 Andrew Nenakhov has left
13:40:26 Ge0rG daniel: as a client developer who implemented it, maybe you can provide some strategic PRs to the XEP to make it less horrible?
13:40:29 rtq3 has left
13:40:39 Andrew Nenakhov has joined
13:40:40 andy has joined
13:41:31 daniel well after three years of trying to get the business rules in and failing i don't really feal like it tbh
13:42:25 daniel so my general recommendation to new comers is just to ignore the fact that it uses pubsub *syntax*
13:42:46 Ge0rG daniel: what was the issue with the business rules?
13:42:55 Ge0rG It can't be *that* hard to get a PR merged?
13:43:01 Ge0rG is naive today.
13:43:39 daniel well if we had a mailinglist / forum / archive that would be searchable it'd be really easy to dig up those threads
13:44:27 MattJ https://mail.jabber.org/pipermail/standards/2016-February/030925.html
13:44:30 Ge0rG Date: Tue, 16 Feb 2016 13:32:16 +0100 From: Daniel Gultsch <daniel@gultsch.de> To: XMPP Standards <standards@xmpp.org> Subject: [Standards] XEP-0357: Push Notifications is missing business rules section
13:45:21 Ge0rG I don't see any refuseniks on that thread
13:45:27 SaltyBones has left
13:46:43 Andrew Nenakhov has left
13:47:00 Andrew Nenakhov has joined
13:47:55 Valerian has left
13:47:56 Valerian has joined
13:49:38 j.r has joined
13:52:06 MattJ From reading that, it appears to say that every message added to the archive should generate a push? (i.e. almost every chat message)
13:52:55 MattJ Is it meant to imply that's only for when the client is offline?
13:53:22 Ge0rG MattJ: that implies the question what "offline" exactly means.
13:53:53 Ge0rG I think we can agree that we need a push when the client is in 0198 hibernated state. But what if our server stack hasn't noticed a client hibernation event yet?
13:54:16 andy has left
13:54:49 MattJ I've been thinking about pinging more aggressively after an "important" stanza was sent to a client
13:55:45 MattJ i.e. after an important stanza is sent, follow it with a <r> and have a low <60s timeout waiting for the <a>
13:56:29 Holger That's what ejabberd does, except after any stanza (except when it didn't receive the responce to the previous <r/>equest yet).
13:56:32 Ge0rG MattJ: yes, following important stanzas with an <r> is great anyway
13:56:33 daniel MattJ: yes that's the third rule or something
13:56:43 daniel The offline one is the first
13:57:31 MattJ So to clarify, you're saying it should send the message via push even if it believes the client is actively connected?
13:58:02 daniel Only if you haven't received the ack
13:58:08 daniel What Holger said basically
13:58:24 MattJ Ok, just your business rules don't mention anything about acks
13:58:32 vanitasvitae has left
13:58:43 MattJ It makes it seem like the push is unconditionally sent for any message that gets added to the archive
14:01:04 daniel right. yeah that should be clarified. for each push token only one of (a), (b) or (c) applies
14:01:28 Zash Don't it send when CSI is on as well
14:01:52 Ge0rG Don't send the push? Why not?
14:01:53 lskdjf has joined
14:02:08 daniel right. or only for stanzas that actually move down stream
14:02:09 Ge0rG I mean, I'd assume you should send a push whenever a CSI queue flush happens
14:02:14 daniel not for those held back by csi
14:03:14 Kev Surely you want to push especially when CSI is active?
14:03:16 Zash Ge0rG: Send all the time, for every stanza!!!
14:03:32 Kev Because then the user gets to see the notification and can bring their client up to view it.
14:03:42 Zash Doesn't it* maybe
14:03:48 daniel Anyway Holger or Tilo are probably the better people to write it down having actually implemented it
14:03:56 MattJ Kev, you mean "inactive"? :)
14:04:10 daniel I mean I still have it in my head somewhere but I might be forgetting details
14:04:15 Kev When the client is inactive, when CSI is active.
14:04:18 Kev Whatever.
14:04:55 Ge0rG Kev: would you mind giving the XEP over to Holger so we can clean up the mess?
14:05:11 Zash Moar ambiguous!
14:05:18 Ge0rG And by "we" I mean "he" :>
14:05:39 Kev Ge0rG: Patches welcome.
14:05:44 Ge0rG Holger: ^
14:06:10 Kev I think the basic logic is "Wait a bit after a stanza, see if you get an ack from the client, if you don't then send a push notif", right?
14:06:29 Holger Kev: My impression was that you're not happy with business rules.
14:06:34 Holger Kev: https://mail.jabber.org/pipermail/standards/2017-May/032701.html
14:06:57 Kev I think I said that I was in favour of them, just not normative, didn't I?
14:07:02 Kev heads off to check what he wrote.
14:07:44 Kev Yes, I did :)
14:07:47 Ge0rG > I came up with a somewhat different scheme, which I’d like to also be allowable Yay!
14:08:00 mrdoctorwho has left
14:08:30 SaltyBones has left
14:08:50 Holger Another thing that needs addressing is the "ChatSecure case" where the app server basically wants to know whether the notification was triggered by a human-readable message or not.
14:09:19 Holger Or some per-client configuration to limit notifications to only specific types of stanzas.
14:09:46 Ge0rG Holger: what kind of non-human-readable events should trigger push?
14:09:46 Holger Chris suggested this: https://mail.jabber.org/pipermail/standards/2017-July/033085.html
14:10:26 Ge0rG There is really no excuse for low-priority pushes.
14:10:33 Holger Ge0rG: Jingle calls, any other IQs, or if you try to keep a 0198 session alive, actually any stanza.
14:10:54 Zash Cache stuff maybe?
14:10:54 Ge0rG Holger: jingle calls are high prio
14:10:58 Holger Then again you could argue that keeping the session alive is an ugly hack that needs to be fixed anyway.
14:11:01 Zash Like disco
14:11:24 Ge0rG the only excuse I can see is "okay client, I haven't heard of you in a day now, and I have those 10000000 stanzas for you in my 0198 queue. Please come and fetch them any time soon"
14:11:26 andrey.g has left
14:11:42 Holger Ge0rG: Yes, except that I will do this with a way lower number of stanzas.
14:11:53 Kev Ge0rG: Why not just drop the stanzas?
14:12:04 Kev At that point you're almost guaranteed most are stale.
14:12:07 Ge0rG Kev: because the Gods of XMPP will be mad.
14:12:25 Holger Ge0rG: So IQs should just time out?
14:12:38 Ge0rG Kev: you can't simply drop stanzas from mid-stream, you'd have to terminate the 0198 hibernated session.
14:12:45 Kev Yes, that's what I mean.
14:12:49 Ge0rG Holger: I have no easy answer to that.
14:12:50 Holger Ge0rG: Sending clients should cope with such timeouts? (Currently they don't.)
14:12:52 Holger Ah.
14:13:04 Ge0rG Holger: somebody should write Business Rules.
14:13:30 mimi89999 has left
14:13:49 Ge0rG Holger: the path of least breakage would be to low-prio-push the client on an incoming IQ, yes. The better long-term solution would be to respond from the server.
14:14:04 Ge0rG Maybe a mid-way would be to kill the 0198 zombie on an incoming full-JID IQ ;)
14:14:06 Valerian has left
14:14:07 Holger Long-term I'd ditch the 0198 session.
14:14:07 Valerian has joined
14:14:23 Holger Right now we this will break notifications for MUC messages.
14:14:27 Ge0rG Holger: but session establishment is expensive
14:14:34 Holger That should be fixed.
14:14:53 Ge0rG In addition to roster versioning, we'd need presence versioning.
14:14:55 Holger I think Kev argued that way and I agree on this.
14:15:20 Holger But I'd like to make push notifications work before the year 2025 and I think we need the 0198 hack until then.
14:15:28 Ge0rG I think somebody proposed to treat XMPP IM as a database synchronization problem, some time ago
14:15:35 Ge0rG Holger: I agree
14:15:38 Kev By the 198 hack, do you mean sending of <r/> or killing sessions?
14:15:51 Holger Kev: Keeping sessions alive for disconnected push clients.
14:15:52 Ge0rG So yes, I'm convinced we need two push priority types.
14:16:08 Holger Kev: Mostly to get MUC notifications.
14:16:11 daniel > I think somebody proposed to treat XMPP IM as a database synchronization problem, some time ago Isn't that matrix?
14:16:13 Kev Sorry, I've suddenly realised I've missed a whole part of this.
14:16:19 Kev Ah, MUC, right.
14:16:30 Kev Yes, MUC doesn't work with multi-client. We should replace it. Let's call the replacement MIX )
14:16:32 Kev :)
14:16:35 Ge0rG daniel: I didn't say *distributed* database sync.
14:16:35 Holger An alternative might be implementing some other hack to keep you joined.
14:16:36 goffi has left
14:16:48 Holger Kev: "But I'd like to make push notifications work before the year 2025"
14:16:58 Ge0rG Kev: yes, let's also add a dozen of unrelated features into it to make it hard to implement.
14:17:22 Kev I don't think anything in it is unrelated :)
14:17:54 Kev But yes, we don't have MIX right now. Hacks until then seems likely.
14:18:48 Ge0rG Are there any experience values on the delivery jitter of low-prio pushes on iOS? They are deemed "unreliable"
14:19:18 goffi has joined
14:21:53 Holger Ge0rG: Seems to vary a lot. I think it depends on things such as the current battery level, on the notification rate, on how frequently you use the app, on the moon and who knows what.
14:21:58 Zash has left
14:22:41 Ge0rG Holger: let me rephrase my question: is the median latency of low-prio push sufficient to obtain IQ results without the remote side timing out, typically?
14:22:41 Holger Ge0rG: I.e. on some devices, silent notifications seem mostly reliable; other users seem to never receive them; others are in between.
14:23:32 Valerian has left
14:23:33 Valerian has joined
14:23:58 jubalh has joined
14:24:14 Wiktor has joined
14:25:16 la|r|ma has joined
14:25:27 lovetox has left
14:26:33 Ge0rG Is there some kind of distribution curve on the notifications that do arrive?
14:28:47 Holger Ge0rG: Dunno numbers, but either way you can't rely on it. So ejabberd actually won't let low-prio pushes trigger a timeout of the pending 0198 session. But yes the IQ will time out.
14:29:25 Dave Cridland has left
14:29:47 Kev daniel / Holger: To check I understand, the rules here are basically: * Make sure the server has a list of all clients/push requirements and a map from these to sessions * On a new pushable event, send for everything that doesn't have a session, or where the session isn't sufficiently responsive And that's the crux of it?
14:30:45 daniel Kev: yes
14:30:54 Valerian has left
14:30:55 Valerian has joined
14:31:24 Kev In terms of normative text, the 'know who I am' seems sensibly normative, and the 'responsive sessions' seems like a suggestion to me.
14:32:48 xnyhps has joined
14:33:47 Holger Yes.
14:34:11 Holger A suggestion that could go into 0198 I guess.
14:34:39 Kev Ah, no, that's different.
14:34:53 Andrew Nenakhov has left
14:34:56 Andrew Nenakhov has joined
14:35:04 Kev You both want Push to say "If it's not responsive, send anyway" and then you might want 198 to say "terminate if unresponsive", but those aren't the same.
14:35:29 Holger Ok.
14:36:29 SaltyBones has left
14:37:35 Kev Don't you?
14:38:05 Valerian has left
14:38:06 Valerian has joined
14:38:23 Dave Cridland has left
14:39:07 Dave Cridland has left
14:39:40 jjrh has left
14:39:48 Dave Cridland has left
14:41:15 Dave Cridland has left
14:41:39 Dave Cridland has left
14:44:38 Valerian has left
14:44:40 Valerian has joined
14:45:16 jubalh has joined
14:45:35 Holger Yes I agree. Sometimes I'm easy to convince :-)
14:46:19 jubalh has left
14:47:26 Guus has left
14:48:32 Valerian has left
14:48:32 Valerian has joined
14:53:15 Guus has left
14:54:46 Valerian has left
14:54:47 Valerian has joined
14:55:01 Tobias has left
14:55:18 SamWhited has joined
14:57:42 daniel has left
14:58:20 Valerian has left
14:58:20 Valerian has joined
14:59:51 Alex has joined
15:03:30 jjrh has left
15:05:26 efrit has joined
15:10:28 Tobias has joined
15:12:13 Ge0rG has left
15:14:36 Ge0rG Holger: so you just agreed to write down all the biz rules? Great!
15:14:38 Ge0rG !praise Holger
15:16:01 Zash ^C^V Kevs sumary?
15:18:26 Guus has left
15:18:26 Guus has left
15:18:37 Guus has joined
15:19:52 Guus has left
15:19:52 Guus has left
15:19:54 Guus has joined
15:21:45 mimi89999 has left
15:22:14 mrdoctorwho has joined
15:25:15 jjrh has left
15:25:30 andy has joined
15:26:10 Andrew Nenakhov has left
15:26:25 Andrew Nenakhov has joined
15:27:50 marmistrz has left
15:28:43 Holger has left
15:30:27 Ge0rG It's confusing how Conversations is both #1 and #6 of the MUC list.
15:30:58 jonasw will be better once we have language information
15:31:36 jonasw which was the dino MUC again?
15:32:07 Ge0rG chat@dino.im IIRC
15:32:23 jonasw this is weird
15:32:50 Ge0rG It is. And the domain isn't even a MUC domain, breaking poezio's MUC discovery.
15:32:53 jonasw yeah
15:32:57 jonasw not only poezios
15:33:05 MattJ -version dino.im
15:33:07 Bunneh MattJ: dino.im is running Prosody version 0.10.0 on Linux
15:33:11 MattJ ducks
15:33:12 Zash Component "chat@dino.im" "muc" ?
15:33:18 Zash hides
15:33:35 jonasw Zash, seems more like modules_enabled = {"muc"} to me
15:33:46 Ge0rG points at `@conference.jabber.org`
15:33:46 jonasw no, the domain doesn’t expose the muc feature
15:33:49 Zash jonasw, don't think you can do that
15:33:56 Zash jonasw, you can make a bare jid a component tho
15:33:57 jonasw super-weird thing
15:34:14 Zash disco integration might not work tho, maybe we should fix that
15:34:15 jonasw at least the disco#items isn’t confusing
15:34:20 jonasw please don’t
15:34:35 Zash -contact prosody.im
15:34:35 Bunneh Zash: prosody.im doesn't have any contact addresses
15:34:47 Ge0rG What about forbidding such corner cases?
15:35:09 Zash Ge0rG, ytho
15:35:13 jonasw Ge0rG, you might wanna destroy dino@chat.yax.im btw
15:35:28 Ge0rG There really is no reason to allow joining a bare JID MUC, or to have a MUC on a non-MUC domain.
15:35:52 jonasw Ge0rG, I agree on the former, but not necessarily on the latter
15:36:00 Ge0rG Info> Room dino@chat.yax.im destroyed
15:36:04 jonasw \o/
15:36:49 Ge0rG Okay, it's breaking assumptions that need to be shaken up from time to time. But I'm pretty sure we have enough corner cases for client devs to care about, without adding such oddities
15:36:55 Zash Is there really anything in the protocol that forbids it tho?
15:37:07 Ge0rG No.
15:37:11 jonasw if the disco#items were correct (i.e. contained the MUC), it might be okay actually
15:37:28 Zash jonasw, that's what I was referring to for fixing
15:37:31 jonasw yeah
15:37:39 jonasw I’m not that scared of the result anymore
15:38:00 jonasw I’m scared though what’ll happen when conference.jabber.org is fixed.
15:38:06 jonasw that’ll be some serious amount of data :)
15:38:31 Ge0rG I hope we are going to end up with less Conversations on the top 10 list.
15:38:31 Zash Isn't it in dire need of some spring cleaning?
15:38:44 jonasw Zash, very dire, very need
15:38:51 jonasw Ge0rG, I doubt that
15:38:55 intosi has left
15:38:56 intosi has joined
15:39:05 Zash The existence of conversations@conference.confersations.im is especially confusing
15:39:16 Zash covfefesations
15:39:19 jonasw Ge0rG, but if that bothers you, maybe you could go and find more MUC servers :)
15:39:19 Ge0rG https://xmpp.org/extensions/xep-0045.html#disco-service-features "The service MUST return its identity and the features it supports."
15:39:37 Ge0rG jonasw: what's the default nickname of Christopher?
15:39:45 jonasw has left
15:39:50 Ge0rG Maybe it should be called Chatstopher?
15:39:55 jonasw Ge0rG, it doesn’t join at the moment, but it defaults to '-C. Muclumbus'
15:40:34 Ge0rG jonasw: did you pre-populate it with the MUC domains from the old muc search?
15:40:45 intosi has left
15:40:46 intosi has joined
15:40:50 jonasw no, the old muc search is kaputt
15:40:53 jonasw GDPR’d
15:40:58 jonasw I used the compliance tester
15:41:02 Andrew Nenakhov has joined
15:41:06 jonasw added all domains and I have a recursive disco#items explorer going
15:41:33 Andrew Nenakhov has left
15:41:48 Ge0rG jonasw: https://github.com/pfleidi/yaxim/blob/master/res/values/servers.xml#L124
15:42:03 jonasw neat
15:42:09 Zash and xmpp.net
15:42:11 jonasw let’s insert those
15:42:14 Andrew Nenakhov has joined
15:42:36 Ge0rG jonasw: you can also feed the explorer with the `xmpp_servers` array as well
15:42:58 Andrew Nenakhov has left
15:43:00 jonasw indeed
15:43:08 Andrew Nenakhov has joined
15:43:45 jonasw meh, again I wish that postgresql had a INSERT ... ON CONFLICT IGNORE thing
15:44:04 jonasw oh on conflict do nothing
15:44:31 Zash Oh is that the thing preventing us from having nice things with postgres?
15:44:39 Zash Was that the thing SQLite has?
15:45:16 intosi https://www.postgresql.org/docs/current/static/sql-insert.html
15:45:23 Ge0rG I think SQLite has some ON CONFLICT that you can configure when *creating* the table
15:45:29 intosi You mean ike the insert into table ... ON CONFLICT DO NOTHING mentioned?
15:45:49 jonasw intosi, except that I’m on postgres 9.4, yes
15:46:00 intosi No time like the present for an upgrade then ;)
15:46:17 jonasw ahaha
15:46:27 jonasw that is a ratstail of things for which I’ll need a weekend or so
15:46:52 jonasw intosi, did you have any chance to look into @conference.jabber.org?
15:46:53 lnj has joined
15:47:06 intosi No.
15:47:42 jonasw Ge0rG, thanks, that brought a few new domains
15:47:44 intosi Between a server upgrade, other work things, and not stopping my beloved keyboard from drinking coffee, I had few cycles left.
15:47:46 jonasw (bit over a hundred or so)
15:47:56 jonasw intosi, no worries :)
15:48:05 jonasw also, sorry for your keyboard
15:48:19 jonasw (just wanted to make sure I finally found someone with +w on the right box)
15:49:04 jubalh has joined
15:49:10 Ge0rG jonasw: glad I could help
15:49:15 andrey.g has joined
15:50:34 jonasw oh right
15:50:48 Ge0rG jonasw: I might also extract some (non-public?) domain lists from s2s logs, spam bot logs etc.
15:51:07 jonasw maybe
15:51:16 jonasw we need to do something about the invalid data form used by XEP-0157 though
15:51:32 Ge0rG Unfortunately I don't have the full search.wensley.org.uk dump any more.
15:51:35 Ge0rG has left
15:51:57 jubalh has left
15:54:11 jubalh has joined
15:54:24 waqas has left
15:54:26 waqas has joined
15:55:03 rtq3 has joined
15:55:09 waqas has left
15:56:51 alacer has left
15:56:53 alacer has joined
15:58:47 jonasw could someone take a quick look on whether this is editorial or not? https://github.com/xsf/xeps/pull/650/files
15:59:05 jonasw I feel it is because the form specification in the document already specicfies list-multi
16:00:26 Zash I don't think the type attr is required on type=submit (?) forms
16:00:34 rtq3 has left
16:00:58 rtq3 has joined
16:01:14 Zash They'd seem redundant since in most cases you are sending it to the entitiy you got the form from
16:01:18 jonasw indeed. type is MAY
16:01:22 jonasw damnit
16:01:30 ta has joined
16:01:36 andrey.g has left
16:01:44 Zash Doesn't hurt for readability tho
16:01:48 Kev jonasw: I would argue not editorial, it's changing protocol.
16:02:17 Kev Or, at least, if you're ever in doubt, just throw it up to Council.
16:02:49 jonasw Kev, I’m also wrong, I’m going to close the PR.
16:02:49 Kev I'm not even sure that change is 'right', is it?
16:02:57 jonasw it is not wrong (type is MAY)
16:02:57 Kev One doesn't give the type on a result generally.
16:03:01 jonasw but it’s not required either way
16:03:10 jonasw > For data forms of type "form", each <field/> element SHOULD possess a 'type' attribute that defines the data "type" of the field data (if no 'type' is specified, the default is "text-single"); fields provided in the context of other forms types MAY possess a 'type' attribute as well.
16:03:18 Kev Indeed.
16:03:34 Kev So I'd argue that examples containing it is likely to lull people into a false sense of security that they don't have to correlate.
16:03:38 jonasw yay, that spawned aioxmpp issue number 200
16:03:52 jonasw yupp, gonna retract the PR
16:05:15 Zash Hm, if a submitted form has conflicting field types, how loudly should you cry?
16:06:23 waqas has joined
16:09:33 winfried has left
16:09:55 Ge0rG has joined
16:10:46 jubalh has joined
16:12:51 j.r has joined
16:18:22 Ge0rG has left
16:20:12 marc has left
16:22:57 Wiktor has joined
16:23:00 Wiktor has joined
16:23:18 Wiktor has left
16:23:20 Wiktor has joined
16:23:54 Wiktor has left
16:25:20 SamWhited has left
16:26:53 Ge0rG has left
16:31:57 Guus has left
16:34:40 mikaela has left
16:37:53 jubalh has left
16:38:39 j.r has joined
16:41:01 Dave Cridland has left
16:42:58 marc has left
16:45:00 Dave Cridland has left
16:49:59 andrey.g has joined
16:51:25 Dave Cridland has left
16:52:07 ibikk has joined
16:52:15 Steve Kille has left
16:52:36 Steve Kille has left
16:53:39 Steve Kille has joined
16:54:09 Dave Cridland has left
16:54:14 marmistrz has joined
16:56:01 Dave Cridland has left
16:56:46 ibikk has joined
17:02:28 lskdjf has left
17:03:22 Dave Cridland has left
17:05:27 marmistrz has joined
17:05:28 marmistrz has joined
17:08:55 Valerian has left
17:09:06 Valerian has joined
17:09:14 Valerian has left
17:09:16 Valerian has joined
17:10:00 Valerian has left
17:10:02 Valerian has joined
17:10:25 Steve Kille has left
17:10:46 Valerian has left
17:13:37 Lance has joined
17:14:16 mimi89999 has joined
17:15:07 Lance has joined
17:15:41 Ge0rG has joined
17:19:02 lskdjf has joined
17:20:12 Andrew Nenakhov has left
17:20:14 Andrew Nenakhov has joined
17:22:13 j.r has joined
17:22:32 jubalh has joined
17:22:41 tux has joined
17:26:14 rtq3 has left
17:26:31 rtq3 has joined
17:31:45 blabla has left
17:31:51 blabla has joined
17:32:24 winfried has left
17:32:32 ThibG has joined
17:32:34 winfried has left
17:32:35 ThibG has joined
17:33:48 Ge0rG has joined
17:42:04 SamWhited has joined
17:44:24 efrit has left
17:44:45 fippo has joined
17:52:25 Alex has left
17:53:18 Dave Cridland has left
17:55:24 Dave Cridland has left
17:55:46 rtq3 has left
17:56:01 Valerian has joined
18:00:44 waqas has left
18:00:50 waqas has joined
18:01:29 waqas has left
18:01:42 Ge0rG has joined
18:01:52 rtq3 has joined
18:04:33 jubalh has left
18:04:41 jubalh has joined
18:07:39 Nekit has left
18:11:05 jubalh has left
18:11:13 daniel has left
18:11:18 daniel has joined
18:13:20 Holger has left
18:15:26 thorsten has left
18:16:33 thorsten has joined
18:22:28 thorsten has left
18:22:29 pep. I'm trying to organize an XMPP sprint ("hackathon", whatever suits you) in Cambridge UK around August (dates TBD). Topics are also TBD. Please join xmpp:xmpp-sprint@chat.cluxia.eu?join if interested :)
18:22:40 thorsten has joined
18:26:30 rtq3 has left
18:26:39 rtq3 has joined
18:27:38 Ge0rG has joined
18:31:05 pep. https://cryptpad.fr/code/#/1/edit/gSOmgqjDKPIBQmeK41-Log/9wCZoyjHTNX07IrrYaJTSbcV/ as a preview, I still have a few info to put in there
18:32:13 alacer has left
18:32:53 SamWhited has left
18:33:00 SamWhited has joined
18:33:22 alacer has joined
18:35:19 Holger has left
18:38:41 Guus has left
18:40:30 Lance has joined
18:42:00 Lance has joined
18:43:46 Andrew Nenakhov has left
18:43:49 Andrew Nenakhov has joined
18:44:27 Guus has left
18:44:37 Guus has left
18:45:03 Guus has left
18:45:03 Guus has left
18:45:06 Guus has joined
18:46:35 Holger has left
18:52:37 rtq3 has left
18:54:01 Guus has left
18:54:01 Chobbes has joined
18:54:35 Guus has left
18:54:35 Guus has left
18:54:36 jubalh has joined
18:59:26 Guus has left
19:01:17 Alex hey guys, lets start our member meeting in 3 minutes
19:02:32 Guus The suspense!
19:03:21 Alex bangs the gavel
19:03:33 Alex here is our Agenda for today: https://wiki.xmpp.org/web/Meeting-Minutes-2018-05-29
19:03:47 Alex 1) Call for Quorum
19:04:08 Alex as you can see, 33 members voted via proxy, so we have a quorum
19:04:18 Alex 2) Items Subject to a Vote
19:04:21 rtq3 has joined
19:04:38 Alex new and returning members, you can see teh application page here: https://wiki.xmpp.org/web/Membership_Applications_Q2_2018
19:04:42 rtq3 has left
19:04:48 Alex 3) Opportunity for XSF Members to Vote in the Meeting
19:04:52 rtq3 has joined
19:05:05 Alex anyone here who has not voted yet and wants to do os now?
19:05:24 mikaela has left
19:05:58 Guus (sound of crickets)
19:06:16 Zash s/crickets/suspensfullness/
19:06:23 Alex looks like none, then I will start counting the vote snow ;-)
19:06:29 Alex now
19:07:29 Kev has left
19:12:00 Ge0rG has joined
19:12:47 ThibG has joined
19:13:16 Alex 4) Announcement of Voting Results
19:13:22 Zash Drumroll!
19:13:38 Alex when you reload teh page at: https://wiki.xmpp.org/web/Meeting-Minutes-2018-05-29#Announcement_of_Voting_Results
19:13:42 Alex you can see the results
19:14:08 Alex all reappliers were accepted, and we had no new applicants this term
19:14:12 Alex congrats to everyone
19:14:22 Alex 5) Any Other Business?
19:15:05 jubalh has left
19:15:55 dwd I'd like to say thanks to Alex for a job well done as usual.
19:16:01 Zash seconded
19:16:23 Guus Thanks Alex!
19:18:11 Alex 6) Formal Adjournment
19:18:21 Alex I motion that we adjourn
19:18:25 dwd Seconded.
19:18:31 Alex bangs the gavel
19:19:02 moparisthebest out of curiousity has a vote ever resulted in a member not being renewed or accepted?
19:19:04 Alex thanks everyone. Will update the lists tomorrow in the AM and send out the results to the lost
19:19:13 dwd moparisthebest, Yes!
19:19:13 Alex moparisthebest: yes
19:19:27 Seve/SouL Congratulations everyone, good news
19:19:47 moparisthebest how did that happen? do you just really annoy other members or what? :P
19:19:50 Zash Other than the time nobody knew bears real name?
19:20:20 Andrew Nenakhov has joined
19:20:47 Andrew Nenakhov has left
19:20:50 dwd Zash, There was that, and, erm... Solaris? I can't think of the nickname he used.
19:20:55 Andrew Nenakhov has joined
19:21:44 Alex bear is the famous one ;-)
19:22:08 Valerian has left
19:22:10 Valerian has joined
19:22:17 j.r has joined
19:25:31 waqas has joined
19:27:26 Valerian has left
19:27:27 Valerian has joined
19:32:14 Guus has left
19:32:36 Andrew Nenakhov has left
19:32:38 Andrew Nenakhov has joined
19:34:07 Andrew Nenakhov has left
19:34:13 Andrew Nenakhov has joined
19:35:14 Valerian has left
19:37:09 Alex has left
19:41:00 Andrew Nenakhov has left
19:41:03 Andrew Nenakhov has joined
19:41:32 bear yes, I am the example everyone remembers about my membership being denied :)
19:42:41 Andrew Nenakhov has left
19:42:47 Andrew Nenakhov has joined
19:43:33 Lance has joined
19:45:03 Lance has joined
19:45:40 Seve/SouL bear: why so? (I do not know the story)
19:45:52 Zash The tale
19:46:24 bear the membership application didn't used to have a real name part, and I go by "bear" everywhere including email
19:46:33 j.r has joined
19:46:48 bear so when I forgot to update my application people properly didn't vote for me to stay as a member
19:47:25 bear my application had "Mike Taylor" IIRC and some folks were not making the connection - trying to remember all of the details
19:49:30 j.r has joined
19:53:43 Seve/SouL bear: ohh I completely understand. I'm glad to know it went like this and not in a bad way heh :)
19:53:49 Seve/SouL Thanks for explaining!
19:57:06 efrit has joined
20:01:08 blabla has left
20:01:14 blabla has joined
20:06:25 Tobias has joined
20:13:11 Guus has left
20:13:34 Andrew Nenakhov has left
20:13:37 Andrew Nenakhov has joined
20:14:15 Andrew Nenakhov has left
20:14:17 Andrew Nenakhov has joined
20:14:49 Andrew Nenakhov has left
20:14:51 Andrew Nenakhov has joined
20:16:09 UsL has joined
20:18:49 marmistrz has left
20:20:16 Tobias has joined
20:25:25 Tobias has joined
20:25:51 winfried has left
20:27:49 matlag has joined
20:32:27 matlag has joined
20:34:38 j.r has joined
20:34:42 j.r has joined
20:35:24 Dave Cridland has left
20:36:06 marmistrz has joined
20:36:46 ThibG has left
20:36:47 ThibG has joined
20:37:44 Tobias has left
20:37:45 Tobias has joined
20:39:04 Guus has left
20:39:38 Guus has left
20:39:38 Guus has left
20:40:25 Neustradamus has left
20:40:47 rtq3 has left
20:42:34 Guus has left
20:42:58 marmistrz has left
20:43:10 goffi has left
20:45:18 j.r has joined
20:48:05 Dave Cridland has left
20:48:06 edhelas I'm actually replying to some questions regarding XMPP on his thread, if you see some weird things do not hesitate to correct me https://www.reddit.com/r/opensource/comments/8myh78/movim_responsive_webbased_social_xmpp_client/
20:49:01 Dave Cridland has left
20:49:10 jubalh has joined
20:49:39 j.r has joined
20:50:35 Dave Cridland has left
20:53:02 jubalh has left
20:53:03 Guus has left
20:58:44 rtq3 has joined
21:00:32 mikaela has left
21:03:04 daniel has left
21:05:07 Zash has left
21:05:32 marmistrz has left
21:10:43 moparisthebest has joined
21:12:56 Dave Cridland has left
21:12:56 Andrew Nenakhov has left
21:12:58 Andrew Nenakhov has joined
21:13:29 Dave Cridland has left
21:14:20 valo has joined
21:26:09 Andrew Nenakhov has left
21:26:13 Andrew Nenakhov has joined
21:26:29 rtq3 has left
21:26:38 daniel has left
21:28:19 Ge0rG has left
21:30:40 lumi has left
21:35:18 marc has left
21:36:28 winfried has left
21:37:04 winfried has left
21:37:53 lnj has left
21:46:03 Zash has left
21:46:36 Andrew Nenakhov has left
21:46:45 Andrew Nenakhov has joined
21:48:09 Andrew Nenakhov has left
21:48:12 Andrew Nenakhov has joined
21:48:33 andy has left
21:49:08 Nekit has left
21:49:13 Nekit has joined
21:49:25 Nekit has left
21:51:54 rtq3 has joined
21:53:06 winfried has left
21:54:13 winfried has left
21:55:41 winfried has left
21:55:52 winfried has left
22:10:32 Dave Cridland has left
22:14:03 Neustradamus has joined
22:14:42 ibikk has joined
22:14:46 winfried has left
22:15:56 winfried has left
22:19:37 rtq3 has left
22:22:51 rtq3 has joined
22:53:07 rtq3 has left
22:58:55 waqas has left
23:00:55 lorddavidiii has left
23:03:47 alexis has joined
23:04:24 alexis has left
23:05:36 alexis has joined
23:06:13 alexis has left
23:12:34 alexis has joined
23:16:11 lskdjf has left
23:17:18 Chobbes has joined
23:18:27 alexis has left
23:19:26 alexis has joined
23:20:26 vanitasvitae has left
23:21:41 lskdjf has joined
23:23:28 moparisthebest has joined
23:26:25 rtq3 has joined
23:28:10 SaltyBones has left
23:28:40 la|r|ma has left
23:30:05 UsL has left
23:47:24 Syndace has left
23:47:25 Syndace has joined
23:47:56 Neustradamus has left
23:48:35 Ge0rG has left