Do not spill held-back data #1

New Issue

Georg · 2021-10-21T07:06:08+02:00

Georg commented

2021-10-21 07:06:08 +02:00

If a command output can-not be provided to a user, it should not randomly appear, i.e. after a restart of the Limnoria instance.

06:32 –> katyusha (katyusha@xxx) has joined #xxx 06:32 You dosed 2x of xxx via Insufflated at Wed Oct 20 22:31:26 2021, xxx ; 2 minutes and 0 seconds ago

If a command output can-not be provided to a user, it should not randomly appear, i.e. after a restart of the Limnoria instance. 06:32 --> katyusha (katyusha@xxx) has joined #xxx 06:32 <katyusha> You dosed 2x of xxx via Insufflated at Wed Oct 20 22:31:26 2021, xxx ; 2 minutes and 0 seconds ago

pratyush self-assigned this 2022-02-26 16:23:04 +01:00

pratyush added the

labels 2022-02-26 16:23:40 +01:00

pratyush commented

2022-02-26 16:48:00 +01:00

If a command output can-not be provided to a user, it should not randomly appear, i.e. after a restart of the Limnoria instance.

and if the command was sent via xmpp client on biboumi it may not be connected to the server due to restart or something but when the connection is established the client sends the PRIVMSG through and that may possibly not be in the scope of the botlibs.

I’m sure there’s a plugin which has implemented this so I’ll peek around.

> If a command output can-not be provided to a user, it should not randomly appear, i.e. after a restart of the Limnoria instance. and if the command was sent via xmpp client on biboumi it may not be connected to the server due to restart or something but when the connection is established the client sends the PRIVMSG through and that may possibly not be in the scope of the botlibs. I'm sure there's a plugin which has implemented this so I'll peek around.

Sign in to join this conversation.