irc #rooms persistent setting
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Empathy |
Expired
|
Wishlist
|
||
| libtelepathy |
Unknown
|
Medium
|
||
| empathy (Ubuntu) |
Undecided
|
Unassigned |
Bug Description
Binary package hint: empathy
Every time I join a room in one of the IRC channels and I close the windows Empathy logs me off that room.
There should be a persistent settings to keep yourself logged in even when that window has been closed, just like Pidgin.
This was also discussed on the thread in the ubuntu forums: http://
ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: empathy 2.32.1-0ubuntu1.1
ProcVersionSign
Uname: Linux 2.6.35-27-generic i686
NonfreeKernelMo
Architecture: i386
Date: Thu Mar 10 16:18:59 2011
ExecutablePath: /usr/bin/empathy
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release i386 (20101007)
ProcEnviron:
SHELL=/bin/bash
LANG=en_IE.utf8
SourcePackage: empathy
XsessionErrors:
(polkit-
(nautilus:2118): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed
(dropbox:2161): Gdk-CRITICAL **: IA__gdk_
Another case where it is useful, and already implemented, are Skype chats.
How about an interface, providing a (requestable) property like "LeaveWhenClosed" and method Leave? In Maemo, we have the latter for Skype-specific chat add-ons interface.
|
#9 |
> How about an interface, providing a (requestable) property like
> "LeaveWhenClosed"
That means the channel requester has to know whether the handler supports this new method. I wonder whether we could use <http://
Carles Sentis (heepie202) wrote : | #1 |
This issue also bothers me. The way Pidgin handles this is much more elegant.
The way Emapthy handles it at the moment forces people to leave a window open for each channel, which clutters the (Unity) launcher with applications that really should be running in the background.
"Idling" is a pretty standard practice on IRC. It seems odd that Empathy leaves a channel just because the window is closed. I imagine the issue is because of the modularity of the Telepathy framework but it's very irritating nonetheless.
Carsten Nielsen (info-cnielsen) wrote : | #3 |
this is annoying me too... ++ for a pidgin-like behaviour. (on natty with gnome-shell).
Changed in empathy (Ubuntu): | |
status: | New → Confirmed |
fabioamd87 (fabioamd87) wrote : | #4 |
this is only for IRC? What about jabber room?
Bilal Shahid (s9iper1) wrote : | #5 |
can you now confirm this bug ?
Changed in empathy (Ubuntu): | |
status: | Confirmed → Incomplete |
Jeremy Nickurak (nickurak) wrote : | #6 |
It's true for Jabber/XMPP rooms as well.
Similar bug in Empathy: https:/
And downstream Ubuntu: https:/
Changed in libtelepathy: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in empathy: | |
importance: | Unknown → Wishlist |
status: | Unknown → Confirmed |
|
#11 |
I've implemented the respawning-Close() behaviour for chat rooms in Idle (bug 24273). I feel like time spent making it opt-in could be better spent elsewhere, so I haven't done that.
There have been no changed up until 14.04 LTS.
Changed in empathy: | |
status: | Confirmed → Expired |
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org'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:/
Changed in libtelepathy: | |
status: | Confirmed → Unknown |
There are two main use cases for Close() on a MUC not actually leaving the room:
• If Empathy crashes, MC calls Close() on all channels it was handling. I'd rather not leave all the channels on my IRC proxy when that happens. (This is Idle bug #24273.)
• Marco is in an XMPP MUC with three of his friends, who sporadically discuss Aqua. He doesn't want to have the conversation window open constantly, cluttering his desktop, but wants to be in the room in case someone says something.
If we make Close() not actually leave the room (depending on RemoveMembers() for that) it needs to be opt-in until Telepathy 1.0. Rob suggests adding a property for this behaviour which could be requested, or set by the handler.