After detaching a channel it closes it too, other clients keep the channel open, not sure it's a bug or a feature, if there is a way to fix this it would be great.

Thanks.

I have little experience with ZNC, however, if a channel is being closed this presumably means that mIRC is receiving a PART message. Is that the case? Can you enable debugging with "/debug on" and post the raw log for this event?

It is not entirely clear how you want, when leaving the channel window remained open, if server command "/PART #channel" performs leaving, and mIRC automatically closes the channel window.

Maybe you mean when the command "/KICK #channel nick" was executed on your nickname?

Try to examine in your account ZNC the settings and parameters of the modules that are connected to your ZNC. Perhaps it is they who influence this no standard behavior.


If your question is not related to the work of the ZNC, then I can assume that you would like to receive a special switch for the command "/LEAVE -switch #channel", so that your nick was leaving the channel, but the channel window staying open (did not closes) for reading logs. Another variant is if in settings the options or menu for this will appear a special item.

It is possible there may also be some other options for solving this problem.

@Khaled



I see now even the other client has PART but it keeps the channel open after the detach, only the userlist disappears but the chats stay there.

@Epic, no it doesn't and shouldn't close the chan tab if you have "Keep Channels Open" checked.

Yes, it should... the "Keep Channels Open" feature was added long ago to keep channels open if you were kicked from a channel or disconnected from a server, not if you chose to /part a channel.

However, it looks like ZNC is using this method to "detach" a client, ie. a non-user-initiated PART.

The question is whether changing the "Keep Channels Open" feature to keep channel windows open even if you /part a channel would annoy users who have this feature enabled. It certainly would annoy me :-]

Ohh I see, I checked the other client's settings and it has "Keep channels open when part" and "Keep channels open when kicked", two separate options.

Your call, thanks for checking.

One option might be: if a PART is received, mIRC can check if it sent a corresponding /part. If it didn't, it can assume that it was not user-initiated and keep the window open. But that's assuming that a server will never send a PART message in other contexts. It would also require mIRC to count and match all sent /parts to incoming PART messages, which would require the server to send a PART, or identifiable, related error messages, for every /part that mIRC sends. This sounds somewhat unreliable, depending on how a particular ircd has implemented this.

The other option would be to add a "Keep channels open after /part" option, just to cater for ZNC, which seems somewhat excessive.

It's a shame that there isn't a way for mIRC to know that this is a ZNC message to detach a channel window. I notice in your log that your mIRC sends a "-> irc.server.com PRIVMSG *status :detach #dstdfgfdg"... is this something that you initiated?

In such a case, it would be better if this were implemented through a separate additional option "Keep channels open when part", so that users have a choice.
And this should be disabled by default, so as not to call users nervous irritation ...

An example of how this might look:

    

Also it might be nice if it can be done via a command with a switch so that mIRC knows for sure that the user initiated it himself.

But this shouldn't work if the user wants to close the open channel window via the right-click popup menu.

I'm not sure if it would be a good idea to create something special for a separate service, in which parameters may change over time or another BNC service may be used.


I use "ZNC v1.8.1". Here is my log received in the "/debug @debug" window:

Commands used: "/JOIN #testing" ➔ "/WHO #testing" ➔ "/PART #testing".

It would annoy me as well. When I detach channels and I want them to close. I also have the 'keep channels open' setting enabled.

Yes, the detach has to be sent manually, it's something the user initiates.

I kind of like to keep the channel open on PART as well so I can make the final choice to close the tab manually, detach keeps the channel open in the ZNC but you don't see it in the list so it's not a technical PART, it's usually an "important" chan that you want to keep and way want to take a look at the chats or links even if you click detach too quickly. Anyway, I'd keep them all open on PART even just not from the ZNC, an extra option to check would be great.

New beta works perfectly, thank you.