Could be a client bug, not sure.
##
<bountysource-plugin>
---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/567239-partyline-sometimes-messages-users-instead-of-outputting-to-the-channel?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:16965687 -->
A user brought this up in #hexchat so if that is your client who sees this I'll just relay the info.
HexChat relies on the 005 reply to know the prefixes of channels so if one user is not connected to a server it defaults to #&!+ and znc uses ~. So it will treat incoming messages from that prefix as a PM.
Perhaps this will be improved in the future but for now to work around this you can:
Connect to a server.
Write a script to always print them in a channel tab.
Run /recv :irc.bnc.im 005 <yournick> CHANTYPES=~# on connection.
A user brought this up in #hexchat so if that is your client who sees this I'll just relay the info.
HexChat relies on the 005 reply to know the prefixes of channels so if one user is not connected to a server it defaults to _#&!+_ and znc uses _~_. So it will treat incoming messages from that prefix as a PM.
Perhaps this will be improved in the future but for now to work around this you can:
- Connect to a server.
- Write a script to always print them in a channel tab.
- Run `/recv :irc.bnc.im 005 <yournick> CHANTYPES=~#` on connection.
<!-- github-comment-id:27948866 -->
And it does seem to be for me on HexChat ( I havent had this issue in ages, I think there were more conditions to cause it):
* CHANTYPES=#~
Emphasis on sometimes
@TingPing
ZNC Should be rewriting chantypes:
https://github.com/znc/znc/blob/master/modules/partyline.cpp#L192
And it does seem to be for me on HexChat ( I havent had this issue in ages, I think there were more conditions to cause it):
* CHANTYPES=#~
Emphasis on sometimes
<!-- github-comment-id:27952011 -->
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Could be a client bug, not sure.
--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/567239-partyline-sometimes-messages-users-instead-of-outputting-to-the-channel?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).A user brought this up in #hexchat so if that is your client who sees this I'll just relay the info.
HexChat relies on the 005 reply to know the prefixes of channels so if one user is not connected to a server it defaults to #&!+ and znc uses ~. So it will treat incoming messages from that prefix as a PM.
Perhaps this will be improved in the future but for now to work around this you can:
/recv :irc.bnc.im 005 <yournick> CHANTYPES=~#on connection.@TingPing
ZNC Should be rewriting chantypes:
https://github.com/znc/znc/blob/master/modules/partyline.cpp#L192
And it does seem to be for me on HexChat ( I havent had this issue in ages, I think there were more conditions to cause it):
* CHANTYPES=#~
Emphasis on sometimes
@md-5 It does rewrite them. This scenario only happens when you are not connected to a server.
That would explain why the buginess stopped :p