summaryrefslogtreecommitdiff
path: root/TODO
blob: 506f97773e9ad4a103aa4c96ce5dc1b94c64dc87 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
All the TODOs sprinkled throughout the code!

Configurable rotation of replay and debug logs.

Automatic rotation of replay log along with debug log?  Especially given that replay from before startup is not sent.

Configurable timestamp format in logs.

macOS compiler may need limits.h included in structures.h.

"Starting log replay...." followed by "Unable to read replay log file!" even though replay seemed to work?

Can memory usage be reduced further?  (e.g. better channel struct management)

Remaining strncmps are safe but could do with length comparisons too.  "Our initial MODE" comparison may need to be more complex.

"/topic" response goes to all clients.

Connection/login logging - is debug.log sufficient?

Do connectcommands happen on reconnect?

Are "no such nick/channel" messages as shown in clients correct compared to non-(bla)bouncer clients?

Other IRC clients log stuff like "Mar 31 16:58:15 *       #foobar :No topic is set." - can/should we?

Connecting from irssi triggers doautoreplay() from "USER received" in message.c twice.

Use the line number based replay log reading method from lastspoke rather than the inefficient re-read + line offset method in time replays?  (And potentially remove a bunch of code re-use.)

What happens with lastspoke when there was no lastspoke time?  Potentially opt to fall back on time based.  And/or add lastspoke + time?

Is it possible to periodically reduce fdmax if higher numbered clients are gone?
Debug log ("checking client socket <i> out of <fdmax>") gets busy after fdmax gets relatively high, and might be possible to avoid unnecessary looping.

Combine custom BLABOUNCER commands with stdin commands (or ditch stdin?).

Crash when requesting 30 hour replay.

Users in channel not being populated observed once - 27/07/2023 #pipewire on irc.oftc.net. (and again 14/09/2023)
(related to?):
11/06/2023 01:00:41 "processrawstring(): combined truncated message '2131365056' is too long (1006 out of a maximum of 512 characters), clearing it." seen during long/truncated/recombined 353 RPL_NAMREPLY #winehq on irc.libera.chat.

Debug log spam when disconnected from server?

Automatic nick reclaim.
Related: nickchangecommands = {} or similar in blabouncer.conf to do for example automatic nickserv (re)identify on nick change.

Are WALLOPS logged & replayed?