| *** FastLizard4 is back | 02:41 | |
| *** FastLizard4 is now away: AWAY from keyboard | 03:19 | |
| *** FastLizard4 is back | 05:05 | |
| *** FastLizard4 is now away: IN-GAME - Minecraft | 05:10 | |
| *** _I_Died_Once <_I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 252 seconds) | 07:18 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 09:44 | |
| *** FastLizard4 is back | 10:56 | |
| *** FastLizard4 is now away: AWAY from keyboard | 11:01 | |
| *** _I_Died_Once <_I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has joined #bzflag | 12:01 | |
| *** FastLizard4 is back | 12:57 | |
| *** FastLizard4 is now away: AWAY from keyboard | 13:14 | |
| *** FastLizard4 is back | 13:25 | |
| *** FastLizard4 is now away: AWAY from keyboard | 13:26 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has joined #bzflag | 13:31 | |
| *** FastLizard4 is back | 13:32 | |
| *** _I_Died_Once <_I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 13:35 | |
| *** FastLizard4 is now away: AWAY from keyboard | 13:41 | |
| *** FastLizard4 is now away: GONE - Screen Detached and Disconnected from IRC (I'm probably asleep, at work, or doing something in real life) | 14:00 | |
| *** Flash_ <Flash_!~Flash@user/flash> has joined #bzflag | 15:49 | |
| *** Flash <Flash!~Flash@user/flash> has quit IRC (Ping timeout: 246 seconds) | 15:52 | |
| *** Zehra <Zehra!~Yukari@user/yukari> has joined #bzflag | 17:34 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 18:35 | |
| Zehra | Relating to the list server, I've done a wee bit of work on a bare-bones proof of concept. | 18:49 |
|---|---|---|
| Zehra | So far it only supports the "LIST", "ADD", and "REMOVE" actions partly, but it got me thinking a bit. | 18:51 |
| Zehra | @blast007, it seems that the only data really needed, is from the 'callsign', 'password', and 'usergroups' for the majority of things with the 'key' and 'domain' which are paired for servers. | 18:53 |
| Zehra | This might be a bit odd, but could the database be copied with just the password, callsigns and usergroups, and written as a small scale thing to simply look up things from it? | 18:54 |
| blast007 | if I didn't want forum accounts to be linked to the in-game accounts in some way, then it'd be easy | 18:56 |
| Zehra | Isn't it just the data from the forums which is needed though? | 18:57 |
| blast007 | phpBB normalizes the UTF-8 when lookup up the callsign, and the password can be stored with different hashing algorithms | 18:58 |
| blast007 | When you log into the forum, it upgrades the hash if a newer one is supposed to be used. That wasn't being done when logging in to the game, so people who created an account year ago and haven't logged into the forum in a long while might still have an older hash format. | 18:59 |
| blast007 | So I was trying to use the same method that phpBB uses, but it does pull in a LOT of stuff, including phpBB's dependency injection stuff. | 18:59 |
| blast007 | on idea might be to just pull in enough to handle the UTF-8 normalization and the latest password hash format. | 19:00 |
| blast007 | one* | 19:00 |
| blast007 | I'm not even sure the UTF-8 normalization is *necessary* if we are limiting characters to old skool printable ASCII. | 19:03 |
| Zehra | It's more complicated than I thought, especially with the hashing and how something might be an older hash. | 19:05 |
| Zehra | https://controlc.com/4f4e1d0a - global list in a bottle | 19:06 |
| Zehra | ^toy implementation of list services | 19:06 |
| Zehra | In some ways, if it's limited to the latest password hashes, if there is an auth fail, how would it be possible to know if it isn't just a bad password? | 19:08 |
| blast007 | phpBB prefixes the hashes so you know what type (and settings) it uses | 19:09 |
| Zehra | whew | 19:09 |
| Zehra | I think then it's possible to basically just give a 'notice' when that happens. | 19:10 |
| blast007 | some of the hash types have settings like memory cost, so you it can even handle upgrading to more strongly hashed versions of the same ty[e | 19:10 |
| blast007 | so it* | 19:10 |
| blast007 | type* | 19:10 |
| blast007 | On the legacy compatability side, bzfls3 is basically done, aside from the issue when I'm trying to display twig templates after loading the phpBB stuff (so, everything except weblogin and listkeys) | 19:11 |
| blast007 | It also has the start of a modern REST API that would be used 2.6. | 19:12 |
| Zehra | ^^^Yes!!! | 19:12 |
| Zehra | ah, so that's the issue, the twig templates which affect the weblogin & listkeys | 19:15 |
| blast007 | That's at least the *breaking* issue right now. Pulling in a bunch of stuff from phpBB might be causing other silly problems too. | 19:16 |
| *** Ribby <Ribby!uid380536@id-380536.helmsley.irccloud.com> has joined #bzflag | 19:53 | |
| *** disco <disco!~disco@81.187.95.100> has joined #bzflag | 21:02 | |
| *** Ribby is now away: Auto-away | 23:13 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!