After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 599453 - Make it configurable whether system messages (e.g., "<nick> joined the channel") are displayed
Make it configurable whether system messages (e.g., "<nick> joined the channe...
Status: RESOLVED OBSOLETE
Product: empathy
Classification: Core
Component: Multi User Chat
2.27.x
Other Linux
: Normal enhancement
: ---
Assigned To: empathy-maint
empathy-maint
: 612790 631337 633589 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-10-23 22:45 UTC by Matěj Cepl
Modified: 2018-05-22 13:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
illustration of the problem (146.20 KB, image/png)
2009-10-23 22:45 UTC, Matěj Cepl
Details

Description Matěj Cepl 2009-10-23 22:45:23 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.
Comment 1 Matěj Cepl 2009-10-24 14:17:10 UTC
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
Comment 2 Guillaume Desmottes 2009-10-26 10:27:32 UTC
Agreed, that's a feature that lof of people are using in xchat/xchat-gnome.
Comment 3 Guillaume Desmottes 2010-10-05 08:10:48 UTC
*** Bug 631337 has been marked as a duplicate of this bug. ***
Comment 4 Guillaume Desmottes 2010-11-02 09:16:05 UTC
*** Bug 633589 has been marked as a duplicate of this bug. ***
Comment 5 Milan Bouchet-Valat 2011-06-17 08:07:18 UTC
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.
Comment 6 Milan Bouchet-Valat 2011-06-17 08:09:44 UTC
*** Bug 612790 has been marked as a duplicate of this bug. ***
Comment 7 H.-Dirk Schmitt 2013-02-02 17:43:58 UTC
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.
Comment 8 chris 2013-07-10 13:33:16 UTC
I am also interested in having this feature.
Comment 9 Ben Barbour 2014-06-12 17:21:23 UTC
Ditto. Is anyone working on this? Where can I contribute?
Comment 10 Josh Restivo 2015-12-12 17:31:04 UTC
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.
Comment 11 GNOME Infrastructure Team 2018-05-22 13:48:06 UTC
-- 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.