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 163012 - Support xmpp URIs and/or 'remote' control
Support xmpp URIs and/or 'remote' control
Status: RESOLVED WONTFIX
Product: gossip
Classification: Deprecated
Component: General
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Gossip Maintainers
Gossip Maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2005-01-05 13:30 UTC by Ralph Meijer
Modified: 2011-01-31 12:00 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ralph Meijer 2005-01-05 13:30:19 UTC
It would be nice to be able to ask gossip to open up chat windows similar to how
browsers can be 'remotely' instructed to open up a page. Other possibilities
would be changing one's presence.

Handling xmpp URIs, per draft-saintandre-xmpp-uri-08 [1] and JEP-0147 would be
nice as well for integration with URI showing apps in gnome (like browsers and
gnome-terminal).

[1] http://www.ietf.org/internet-drafts/draft-saintandre-xmpp-uri-08.txt
Comment 1 Tom von Schwerdtner 2005-01-12 19:20:33 UTC
I think the most important portion of this that needs support is sending
messages to users with a running Gossip (via gossip-remote or whatever you want
to call it).  The XMPP-URI spec is a bit more in depth, but initially supporting:

xmpp:tvon@etria.com

Would be a big step in the right direction.
Comment 2 Ralph Meijer 2005-01-17 12:40:05 UTC
The query component gives handles for performing specific actions on a URI, for
example <xmpp:ralphm@ik.nu?message> could open a chat window for chatting with
me. This would be like mailto URIs.

But what would be the action involved with a bare XMPP URI? Note that the spec
I mentioned above does not define a certain default action.

Possibilities include disco-ing the node to see what kind of entity it
represents, and then present the user a dialog with the gathered information.
It could be that the entity is already known (present in the roster) and that
his presence and user-defined name and groupings can be shown.

In the dialog, depending on the type of entity, certain pre-defined actions can
be presented. Examples based on category/type from the disco identity:

client:
 - opening a chat window
 - get vcard
 - subscribe to presence (if not already subscribed)

conference/text:
 - open groupchat window (if the entity is a muc room)
 - browse available rooms (if the entity is a muc service)
 - show current occupants of a room

pubsub/generic:
 - browse available nodes
 - subscribe to a node
 - create a node (for use with a known pubsub based application, e.g. User Mood)

I'm just thinking aloud here. Opinions? Suggestions?
Comment 3 Alessio Caiazza 2005-03-22 16:39:18 UTC
I think that the most important features would be, in case of client, to open a
single message window.
Comment 4 Richard Hult 2006-09-07 20:14:42 UTC
This would be super easy now with the dbus API exposed.
Comment 5 Xavier Claessens 2006-09-07 20:26:35 UTC
http://www.ietf.org/internet-drafts/draft-saintandre-xmpp-uri-08.txt

Page Not Found. Where can I find this draft ?
Comment 6 Ralph Meijer 2006-09-08 05:50:51 UTC
This draft has since been upgraded to IETF Proposed Standard as RFC 4622: http://www.ietf.org/rfc/rfc4622.txt.
Comment 7 Akhil Laddha 2011-01-31 12:00:36 UTC
Gossip development has been stalled and it has been unmaintained for a few years now. You may use 'empathy' for similar functionality.

Maintainers don't have future development plan so i am closing bugs as WONTFIX. Please feel free to reopen the bugs in future if anyone takes the responsibility for active development.