Bug 136197 - Only show messages strictly associated with the respective channel in channel views
Summary: Only show messages strictly associated with the respective channel in channel...
Status: CONFIRMED
Alias: None
Product: konversation
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konversation Developers
URL:
Keywords:
Depends on:
Blocks: 192524
  Show dependency tree / graph
 
Reported: 2006-10-23 19:56 UTC by Stephanie Daugherty
Modified: 2013-04-15 00:04 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Stephanie Daugherty 2006-10-23 19:56:26 UTC 
Version:           1.0.1 (using KDE 3.5.5, Debian Package 4:3.5.5a.dfsg.1-1 (testing/unstable))
Compiler:          Target: x86_64-linux-gnu
OS:                Linux (x86_64) release 2.6.18-1-amd64

wallops, and possibly other server notices appear in the active window. This should not be a default behavior - channel windows should only display events that are associated with that channel, and query windows should only show events associated with that nickname. Anything else must default to going to the status window.
Comment 1 Stephanie Daugherty 2006-10-23 19:59:17 UTC 
Also strips the nick from operwall...
[13:52] [wallops] OPERWALL - fire away

This is closer to how it should be formatted:
[19:52] [wallops] alz:  OPERWALL - fire away
Comment 2 Jonas Vejlin 2009-06-07 14:47:28 UTC 
I can confirm this issue when Using konversation 1.2 alpha 3 on kde 4.2.4 in debian sid
Comment 3 disabled account 2010-01-21 06:09:19 UTC 
Is this still an issue in a recent version of KDE?
Comment 4 Eike Hein 2010-01-21 15:05:42 UTC 
This is still an issue in the current version of Konversation (as an Extragear application it has a release schedule independent of the KDE SC, and the KDE SC version has relatively little bearing beyond the influence of kdelibs).