Enabling the Q module requires sending messages to Q twice for output #334

Closed
opened 2026-10-05 04:13:49 +02:00 by adam · 1 comment
Owner

Hey there, I've ran into an odd issue when the Q module is enabled.

You have to message Q twice to get output (for example, with msg q whoami)

This has been tested with mIRC 7.29, mIRC 7.32, irssi v0.8.15, on znc versions 1.2-3~precise0, and 1.2

To reproduce, simply connect to your bouncer, enable the Q module, and message Q any command. In my case, WHOAMI. You would have to message the bot twice to get a response. This seems to work in turns (once you receive the message, the next one won't be received).

For what it's worth, here is the mIRC debug logs.

-> blacklotus.ca.us.quakenet.org PRIVMSG q :whoami
-> blacklotus.ca.us.quakenet.org PRIVMSG q :whoami
<- :Q!TheQBot@CServe.quakenet.org NOTICE Zarthus :-Information for user Zarthus (using account BuuGhost):
[snipped personal data]
<- :Q!TheQBot@CServe.quakenet.org NOTICE Zarthus :End of list.

And normal IRC logs

(21:07:17) <-*status> Loaded module [q] [/usr/local/lib/znc/q.so]
(21:07:21) -> *q* whoami
(21:07:22) -Q- -Information for user Zarthus (using account BuuGhost):
...
(21:07:22) -Q- End of list.
(21:07:23) -> *q* whoami
(21:07:25) -> *q* whoami
(21:07:25) -Q- -Information for user Zarthus (using account BuuGhost):
...
(21:07:25) -Q- End of list.

Gist of znc in debug mode, it doesn't add a whole lot.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

Hey there, I've ran into an odd issue when the `Q` module is enabled. You have to message Q twice to get output (for example, with `msg q whoami`) This has been tested with `mIRC 7.29`, `mIRC 7.32`, `irssi v0.8.15`, on znc versions `1.2-3~precise0`, and `1.2` To reproduce, simply connect to your bouncer, enable the Q module, and message Q any command. In my case, WHOAMI. You would have to message the bot twice to get a response. This seems to work in turns (once you receive the message, the next one won't be received). For what it's worth, here is the mIRC debug logs. ``` -> blacklotus.ca.us.quakenet.org PRIVMSG q :whoami -> blacklotus.ca.us.quakenet.org PRIVMSG q :whoami <- :Q!TheQBot@CServe.quakenet.org NOTICE Zarthus :-Information for user Zarthus (using account BuuGhost): [snipped personal data] <- :Q!TheQBot@CServe.quakenet.org NOTICE Zarthus :End of list. ``` And normal IRC logs ``` (21:07:17) <-*status> Loaded module [q] [/usr/local/lib/znc/q.so] (21:07:21) -> *q* whoami (21:07:22) -Q- -Information for user Zarthus (using account BuuGhost): ... (21:07:22) -Q- End of list. (21:07:23) -> *q* whoami (21:07:25) -> *q* whoami (21:07:25) -Q- -Information for user Zarthus (using account BuuGhost): ... (21:07:25) -Q- End of list. ``` [Gist of znc in debug mode, it doesn't add a whole lot.](https://gist.github.com/Zarthus/57d1eb2611d7409cd849) ## <bountysource-plugin> Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/2218774-enabling-the-q-module-requires-sending-messages-to-q-twice-for-output?utm_campaign=plugin&utm_content=tracker%2F1759&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F1759&utm_medium=issues&utm_source=github). </bountysource-plugin> <!-- github-sync-id:33757926 -->
adam closed this issue 2026-10-05 04:13:49 +02:00
Author
Owner

I have the same issue, running 1.2-3~precise0 and irssi 0.8.15. I noticed that the logfile of the conversation with Q receives the answers of Q even when the client does not. As it seems, every first command's responses get eaten, every thirds, fifths and so on.

I have the same issue, running 1.2-3~precise0 and irssi 0.8.15. I noticed that the logfile of the conversation with Q receives the answers of Q even when the client does not. As it seems, every first command's responses get eaten, every thirds, fifths and so on. <!-- github-comment-id:43448717 -->
Sign in to join this conversation.
No labels
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: adam/znc#334