GNOME Bugzilla – Bug 599453
Make it configurable whether system messages (e.g., "<nick> joined the channel") are displayed
Last modified: 2018-05-22 13:48:06 UTC
Created attachment 146142 [details] illustration of the problem It would be very helpful on alive IRC channels (or XMPP MUCs) to be able to switch off the system messages about other peoeple leaving/entering the chatroom.
All developments (if any) should be visible on http://gitorious.org/empathy-mirror/main/commits/no-enter-leave-msgs I had an interesting discussion on IRC about this: Q: justwondering about implementation ... is it just putting enough if thens around particular places or there is some more sophisticated way how to do it? A: for people leaving you can track activity - someone who's never said anything or who hasn't said anything in the last while, you don't mention when they leave. or you can just give the user a toggle to turn such messages off altogether the former seems more practical as then you aren't accidentally talking to someone who left/was disconnected but then what about "entered" messages? I don't think it's more sophisticated then maybe having a set of message flags for what sort of messages you want and then setting a flag on each message for type (based off the info telepathy gives you) and doing a filter if (message_flags & message_filter) display_message() TpChannelTextMessageType 2 ^ type will give you something you could filter on maybe or maybe you'd want to get more fancy
Agreed, that's a feature that lof of people are using in xchat/xchat-gnome.
*** Bug 631337 has been marked as a duplicate of this bug. ***
*** Bug 633589 has been marked as a duplicate of this bug. ***
I think this is most annoying when you join a chatroom, or when you reconnect, because you see all people joining/leaving at once. So, maybe a simple fix would be to stop showing mass enter/leave notifications. Can't this be filtered easily? Hiding notifications about silent people could also be nice, but that's much less of an issue IMHO.
*** Bug 612790 has been marked as a duplicate of this bug. ***
See also: https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/660176 This is still a major missing feature. For me it renders empathy unusable on irc rooms with a lot of participants.
I am also interested in having this feature.
Ditto. Is anyone working on this? Where can I contribute?
This is driving me nuts, too. As someone earlier mentioned, staying with the integrated solution is ideal. I started considering what needs to be done here and there's a little more than might be apparent. Sure, you could just implement a simple switch to delete the common noise but anybody who's willing to pull the code and digest it enough to make a change will likely be motivated to do things right. The proper way to accomplish this, IMO, is with a filter solution. The implication, though, is that all messages would first first have to be routed to a queue. Any time the display filter is updated, the view (including message history) would need to be refreshed. While I don't know for sure, I suspect that this involves a significant modification to the existing code. It would probably amount to a couple of hours worth of work for someone who's already familiar with the code. Unfortunately, that's not me but I'll throw my vote in for this feature. IRC has been around a long time and doesn't seem to be going anywhere so it'd be great for empathy to have a usable implementation.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/empathy/issues/133.