Summary: | Compress join/part messages during netsplit conditions | ||
---|---|---|---|
Product: | [Applications] konversation | Reporter: | david powell <achiestdragon> |
Component: | general | Assignee: | Konversation Developers <konversation-devel> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | bugs.kde.org, hein |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Irssi Netsplit Detection |
Description
david powell
2005-11-17 03:23:56 UTC
Created attachment 19082 [details]
Irssi Netsplit Detection
Here is a screenshot of the irssi's implementation of this feature.
I hate netsplits to, they are like a huge spam event that isn't really needed. There should be a simple notice containing "Netsplit event in action - network speed will be slowed for a while please be patient" Thats all I need to know. yes , its bad when you are running text to speech via kttsd in irc you end up having to put up with it anouncing each individual nick part and join event , it takes kttsd quite a few mins to read them all out each time theres a net split In channels like #debian on freenode there are usually > 800 people in the channel. A netsplit then rejoin can completely fill the scrollback buffer (twice over!) with useless part and join messages. A simple "Netsplit detected, suppressing join/part events" message if the part-rate is greater than a certain (configurable?) rate would be great. Some added touches like comparing the list of channel members from before and after the netsplit to work out who left/joined during the netsplit so that those messages can be displayed afterwards would be a nice touch... but don't let implementing that distract you from the simple netsplit suppression stuff! seems i posted this some time back but heres what i spotted it should be possible to fix this as when a nick joins ie Join ChanServ has joined this channel (ChanServ@services.). the bracketed section provides its "native server" usualy that would also be the same on a quit although (remote closed connection ) is also valid for quit but during a netsplit all parties involved in the split part with a Quit ChanServ has left this server (heinlein.freenode.net irc.freenode.net). where the bracketed data is indicating the server that has broken its connection given this i should be possible to check the parting server address compaire it to the server info that is associated with the nick and flag that nick in the list as temp broken rather than displaying it as parted ,, then re enabling it once a join of that nick is received although thinking about this the following seems a better way to handle it when a nick parts dew to a netsplit detected by the above method dump the affected nicks into a (temp list (not displayed)) remove it from the nick list for the chan , announce a message >>netsplit (server.name)!! or something to that effect when a nick then rejoins if its in the temp list just add it back to the main chan nick list without generating any notification would guess that just a simple time stamp on the nicks in the temp list should be fine with say those in it over 2hrs just get removed , so that if they rejoin then it will announce there return as normal that would also prevent it dumping the whole list if one of the users reconnects via a diferent server during a split Dave Renamed for clarity. |