00:51:00 has anyone successfully gotten cZ to use sasl? I've followed the instructions on https://libera.chat/guides/chatzilla 00:51:22 do I need to do a /sslserv or something? 00:51:44 nvm.. will test it out 00:56:55 hrm anyone got SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data @ file:////scripts/cz_sasl/init.js> 108 ? 00:58:40 ergk 01:11:59 ok.. finally.. found the reason for my issues.. apparently the format of the preferences have changed. it's now JSON.. where as previously, it was a string. 03:03:33 Is there a way in ChatZilla to turn off message throttling? I can't seem to find it in the FAQ. 03:04:05 cyndaquil: You sure it isn't the server doing that? 03:04:17 yeah, it isn't. 03:04:26 I'm testing in a private server of my friend 03:04:52 Yeah, that invite isn't throttled 03:05:19 lol 13:08:40 tonymec|away: instead of sending messages to me would be better to send them to IanN he is doing the patches i am only dong the builds. SO if you send messages to me I just have to forward to IanN. 13:09:00 that is realted to SASL 13:09:26 other palces where others do patches but IanN is doing the SASL changes 13:11:35 WG9s: ah, OK. That detail had escaped my knowledge. I shall do so in the future. 13:12:22 sometimes I do the patdches sometimes frg deos the patches but IanN is the point guy for cZ SASL 13:13:54 i already told him you wanted disabling SASL form the menu should result in te plug-in still working. I suspect this is an issue mostly becuase the built-in SASL works neither with latest releast nor with the 2.57 pre versions 13:14:52 otherwise i thinkk you would not care is a way to use sasl that works with everything you are trying to run? 13:16:01 not wnating to speak for you and looking at this from my perspective if the built-in works with latest releast, latest next 2.53 version adn 2.57 then no one cares of the cz_sasl plugin still works 13:17:28 which is more convoluted now that we moved to libera.caht and the cz_sasl thing they point to does not understand the configuration they suggest. 13:18:26 Best remove the plugin and use latest 2.53.9b1 pre. If I understand InaN_Away it should work then with the built-in sasl 13:19:18 yes but I think tonymec is looking for a way to sue SASL that works with release, my 2.53b1pre version and my 2.57a1pre versions 13:19:31 so still stuck on no SASL 13:20:39 that is cerainly what I am looking for 13:21:00 Only with different profiles. 2.53.8 needs the plugin. 2.57 too until all is reviewed and checked in. In general should not mix profiles anyway. 13:21:07 otherwise no SASL for me! Yest aht was a soup nazi reference! 13:21:41 otherwise no SASL for me! Yes that was a soup nazi reference! 13:24:13 well oddly mixing profiles is only an issue if you use about:config to change things better to change user.js anyting you cange in about:config where the 2 versions you go backand forth betweeh have different defaults is where the issue begins. 13:25:38 if youdo it with about:config and then go to a version where what you tried to override is the default that change will be thown away 13:26:23 when the borwser exits and prefs.js is rewritten anything that is reset to the default value is thrown away. 13:27:03 if you really want to overrride you need to do it in user.js 13:27:19 if you run multiple version with same profile 13:32:34 Of course if some database has a new structure the still don't use same profile apples.if you go from old db to new there is a translation that happens, going from new to old, not so much. 13:33:11 I see no reason why you should not expect to be able to got from 2.53.8 to 2.53.9 using the same profile. 13:33:40 and it seems this will fail for people currently using cz_sasl 13:34:29 so this is an issue not yet there but will be when pople try to update form 2.53.8 to 2.53.9 13:35:39 are you aware that there is the cz fork Ambassador (wich is abandoned afaik) ? https://github.com/Ascrod/ambassador 13:36:15 so once 2.53.9 is released and we have updates actually working anyone using the cz-sasl plugin once auto updated will not be able to use chatzilla 13:38:01 WG9s: IanN_Away: one problem I have with built-in SASL is that it stores passwords separately for separate servers of a single network, or even for ports 6697 and 7000 of a single server. As a result, when I get disconnected and cZ reconnect, I may get a password prompt — behind the browser window. Then Ctrl-6 or Window→IRC Chat stops working and I have to use the keyboard's Windows button... 13:38:02 ...to put all windows side-by-side and mouse-select the popup to write the password in it. Then I get disconnected again because of timeout but at least the cZ window is up. 13:38:41 tonymec|away: now that you mention that, I don't use SASL, but certainly I face a similar situation here 13:39:51 for example I connect to the same servers always, but depending on the command used to connect (and as of 2.53.8, the new default SSL port), I have always to create the same auto-perform command lists (in other words: msg NickServ IDENTIFY ) for each port instance 13:40:37 furthermore, now that Libera is a first-class network for cZ, it won't pick my already stored auto-perform lists since these were for a explicit declaration of port 6697 13:41:01 ...while as on 2.53.8, it defaults to not displaying port at all (despite still being 6697) 13:41:20 Would probably be best to comment in Bug 1717545 Bug 1713470 13:42:28 I now have 7 separate network settings for 3 networks 13:42:30 tomman: I never had problems with ns identify, but I write it in the "lists" preferences for the network. Defining the servers of the network is by means of the chatzilla/networks.json in my profile. 13:42:50 password storing is per origin in gecko so if something like the scheme or port changes it will not pick up the stored password. Was per host in 2.38 pre times but has been changed then. 13:44:20 for example that just bite me again on Rizon, hadn't noticed that I have been not logged in for 3 days, until I got reconnected due to some DSL downtime 13:44:55 and that's because the new default SSL port is 6697, not 9999... but my lists were saved for 6667 and 9999. D'OH! 13:45:27 (I had never connected to Rizon over 6697 until I upgraded to 2.53.8b1) 13:46:57 Well 9999 was plain wrong. That is why I also recommended to upgrade to 2.53.8b1 is you use libera. With the new network editor in 2.53.9 you can clean out the cruft easy. 13:48:06 In fact, Rizon is the only network I use that still listens on 9999, for whatever reason 13:48:22 all others (correctly) reject any attempt there 14:04:38 what is the history behind 9999? was it the ssl port at some point in time? 15:03:02 njsg probably german for no no no no 15:03:22 nein nein nein nein 15:03:58 also have no diea where port 7000 for this came from