open query windows should follow nick changes

[[e-mail]]

Binary package hint: konversation

when in a query window, if the other use changes nicks, the client ideally would know this and change the query to the new nick seamlessly. currently it errors, "No such nick/channel"

ProblemType: Bug
Architecture: i386
Date: Mon Dec 21 04:20:58 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/konversation
NonfreeKernelModules: nvidia
Package: konversation 1.2-0ubuntu3
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-16.53-generic
SourcePackage: konversation
Uname: Linux 2.6.31-16-generic i686

[Jonathan Thomas (echidnaman)]

[13:23:24] <Sho_> JontheEchidna: Already implemented for ~seven years
[13:24:10] <JontheEchidna> Sho_: the reporter is using 1.2, so maybe it's broken?
[13:25:02] <Sho_> JontheEchidna: no, it's more likely the reporter doesn't know how IRC works (not the reporter's fault necessarily)
[13:25:22] <Sho_> JontheEchidna: IRC is stateless, the server has no notion of queries, it just sees messages from A to B and from B to A
[13:25:43] <Sho_> JontheEchidna: Since the server doesn't know there's a query, it has no reason to inform the participants of nickchanges
[13:26:02] <Sho_> JontheEchidna: Konvi's only source for nickchange info are channels the participants are both in
[13:26:58] <Sho_> JontheEchidna: So if we were to have a query now, and you'd change your nick to TheMostAwesomeJonOfAll, Konversation would rename the query, since the IRC server tells it JontheEchidna renamed himself to TheMostAwesomeJonOfAll because we're both in #konversation
[13:27:17] <JontheEchidna> right
[13:27:18] <Sho_> JontheEchidna: If we're not on any channels together, Konvi has no way of knowing you renamed yourself to TheMostAwesomeJonOfAll though
[13:27:30] <JontheEchidna> mind if I paste this log in the bug report?
[13:28:16] <Sho_> hold on a sec before pasting the log
[13:28:27] <Sho_> Konversation could do one other thing
[13:28:54] <Sho_> IRC users have a "mask" that comprises their identity on the network, in the form of nickname!ident@host
[13:29:25] <Sho_> for example, you're JontheEchidna!~jonathan@ubuntu/member/jontheechidna right now
[13:29:50] <Sho_> so let's say we have a query open, and you rename yourself to TheMostAwesomeJonOfAll and send me another message
[13:30:18] <JontheEchidna> ah, the mask would be the same as long as I was registered
[13:30:33] <Sho_> this time you're TheMostAwesomeJonOfAll!~jonathan@ubuntu/member/jontheechidna (assuming the nickchange doesn't cause your identification with services to be voided and your host cloak to be dropped, that could happen on some networks)
[13:30:51] *** gentoo is now known as Ebashorg.
[13:31:00] <Sho_> so it could compare the part after the nick and decide you're the same and rename the "JontheEchidna" query
[13:31:15] <Sho_> i.e. it would rename the query when it gets a new message, not when the nickchange actually occurs
[13:31:21] <Sho_> however, this would be potentially insecure
[13:32:09] <Sho_> you have a nick nickserv-account-specific cloak, but a normal user hostmask is more like "~<default ident set by irc client>@<current dynamically assigned ip>.<ISP>.<tdl>"
[13:32:57] <Sho_> so thanks to ISPs handing out dynamic IPs etc. there's a slim chance that it's not actually the same person sending the message as the person with the old nick
[13:33:27] <Sho_> some IRC clients do this anyway, but the majority - like Konversation - don't, since it's in principle not secure
[13:33:35] <Sho_> the only reliable nickchange info is via shared channels

[13:34:21] <Sho_> so, that covers things
[13:34:34] <Sho_> ready for pasting
[13:34:57] <JontheEchidna> final verdict == wontfix?
[13:35:44] <Sho_> JontheEchidna: more like "WORKSFORME" I guess, it's not like it doesn't ha...

[[e-mail] (yeagerc)]

this behaviour persists in konversation 1.2.3 in ubuntu 10.04.

[20:23] <jager> your nets have been awful
[20:23] [Error] meow: No such nick/channel.
[20:25] <jager> godsalksnf
[20:25] [Error] meow: No such nick/channel.

the nick changed to meowbuzz, which is not registered with nickserv. i experimented a bit, changing my nick to an unregistered nick; her client is xchat and when i changed my nick she could message me both if she messaged me first and if I messaged her first. both of us use custom hostmasks set by the hostserv in the atheme services packages. we are both also in a common channel, as you mentioned would be a prerequisite for the feature i'm asking about to work. the server is unreal3.2.8.1, if that happens to be relevant. i carefully read the discussion in IRC and even waited to get 1.2.3 in hopes it would work, but this seems like it ought to work in the context of your discussion.