GNOME Bugzilla – Bug 576376
"no voip" mode
Last modified: 2018-05-22 13:23:52 UTC
In many situations I don't want, or I can't, be contacted with voip, but switching back to Gossip in those moments is certainly not the way forward... So I'd like a "no voip" mode, where the voip capability would not be advertised, which would be more polite than an "auto hangup" mode.
How would you see such option? In the preferences dialog?
[x] Advertise VoIP capability (a less technical label would be nice) If there were plans for a VoIP tab in the preferences dialog (for codec selection for a bad example), it would have its place there. But at the moment, it could got under <b>Behavior</b>, in the general tab.
I'm not sure how this is possible. MC5 will advertise capabilities based on installed applications. But probably we can reject incoming calls with a message like "I don't want to receive call atm".
There is a matter of expectations; just like the difference between "not having a cell phone" and "having a cell phone but refusing all calls". I don't mind being seen as lagging in the technology field, but being seen as an impolite bastard is another matter.
If MC doesn'(In reply to comment #3) > I'm not sure how this is possible. MC5 will advertise capabilities based on > installed applications. > > But probably we can reject incoming calls with a message like "I don't want to > receive call atm". If MC doesn't support our UI design, we should fix MC.
Daf is right, of course. In MC 4 this is impossible, but the next stable Empathy will require MC 5 anyway. Actually implementing this in the ChannelDispatcher design could be tricky, we'll have to think quite hard about it. I'm glad this was mentioned before we declared the CD API to be final (which needs to happen very soon - ideally this week).
Spec discussion concluded that the current ChannelDispatcher API does not prevent this, so this is not a blocker for finalizing ChannelDispatcher. We can add an interface to the Account with a list of channel classes to be deleted before calling SetSelfCapabilities, or something of that sort. The telepathy-spec bug for this, which must be worked on in order to support this feature request, is: http://bugs.freedesktop.org/show_bug.cgi?id=21318
Note that now that the audio/video handler is a separated application, you'd "just" have to remove empathy-av (and its service and telepathy client file) to stop advertissing AV capabilities. Ideally this could be a separated Debian package. Is that good enough for you or do you think we should have an option to disable it?
I have the following patch ready for the UI bit which is basically a switch to make use of Audio/Video calls.
Created attachment 234108 [details] [review] UI for empathy audio/video call control There needs to be work done for setting up the underlying ChannelDispatcher interface that will maintain a list of deissabled-handlers. (bug to track that: https://bugs.freedesktop.org/show_bug.cgi?id=53818)
Review of attachment 234108 [details] [review]: ::: src/empathy-preferences.c @@ +197,3 @@ + BIND_ACTIVE (call, ENABLE_AUDIO_VIDEO_CALLS, + "checkbutton_use_av"); As explained on the MC bug, my intention is that this checkbutton will communicate with MC's D-Bus API instead of toggling a GSetting. See the MC bug for details.
-- 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/53.