server connection msgs go to 2 windows rather than just 1 or many more

[irssibot]

• • • Issue server connection msgs go to 2 windows rather than just 1 or many more #464 opened by @rado

I've setup 1 window per server with this setting:

immortal = "yes"; level = "SNOTES WALLOPS"; name = "-o-"; servertag = "oftc";

"name" + "servertag" vary per server.
Now, when OFTC reconnects, the msgs generated appear in its window as expected.
When all the other networks/ servers reconnect like freenode, undernet, quakenet, ircnet, then for each of them their msgs appear in the last of such defined windows.

Now, if all including OFTC would be munged into 1 window, I'd assume "feature of separate server msgs" is not intended/ supported.
But given that it works for OFTC only, it appears to me as if generally separating by server is possible, only that the other servers are treated differently somehow.

What can I do to investigate this further with my 0 knowledge of irssi code?! :-)

[irssibot]

• • • Comment 595 by @coekie

are those servers really active in those other windows? (see /window)
do the others have an item (query, channel) in them?

[irssibot]

• • • Comment 596 by @rado

• 1 local server, not active, no items.
  The munged output from all non-working servers mostly comes here.
  It's the last the recently added whois_special breaks signal handling of scripts when they fetch whois events #88.

• IRCnet, no items, has been disconnected occasionally for longer periods. I don't remember anymore whether the munged output went here occasionally, too, when it was inactive/ reconnecting at that time.
  This is irssi coredumps #87.

• dal + ef, have items, but not active, /exec swallows first line of output on amd64 #85 + matching on msgs with "nick" in them instead of my nick #86

• quake+freenode+undernet have items and are active, GBP symbol causes display weirdness #84,/dcc server bug in dcc.c #82,/exec -out outputs to wrong channel #83

• oftc (the only working server+window) is active but has no items. irssi 0.8.9: /names lists duplicates for +q and +a users #81

Working window:
Window : #81
Name : -o-
Size : 150x52
Immortal: yes
Level : SNOTES WALLOPS
Server : oftc (sticky)

The non-working windows are the same, except they have items (or non for IRCnet, which doesn't work either). Names are '-X-' with X per network.

[irssibot]

• • • Comment 597 by @rado

Now that I witnessed a reconnect LIVE, I get the impression irssi takes the last accessed server window for all servers but oftc, while oftc's reconnect messages always go to its own.
OR, it was all the times just pure luck, but it was far too often (~20 times and always oftc works while the others write to a random /last active server window).

[irssibot]

• • • Comment 600 by @coekie

windows that don't have items get prefered for such messages over windows that have items. So "except they have items" explains that.
Also, make sure the server is set sticky in those windows too. (/window server -sticky )

[irssibot]

• • • Comment 601 by @rado

Update:
oftc is not the only window without items! IRCnet is without items, too, still the server msgs don't remain there.

Au contraire, I actually learned that I can reproduce it simply by /disconnect + /connect. -u- for UnderNet was active window, it has query items in it, still IRCnet's msgs appeared there in -u-!!!

As already said (although not clearly, sorry), all servers are set sticky in their window.

[irssibot]

• • • Comment 606 by @coekie

Right, I can reproduce it here. Don't know yet why it happens though.