[Telepathy] Question in telepathy-glib DynamicHandleRepo
Dear All, I am using telepathy-glib to write a connection manager. In telepathy-glib we have TpDynamicHandleRepo GObject to allocate/deallocate the handles dynamically. In the tp_dynamic_handle_repo_new(), we need to set TpDynamicHandleRepoNormalizeFunc function pointer. I did not understand the use of this function from the document.Is this function is to create a unique user id to map with a handle? Could anyone please help me to understand use of this function? Thanks in advance. -Best Regards Naveen ___ Telepathy mailing list Telepathy@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/telepathy
Re: [Telepathy] Question in telepathy-glib DynamicHandleRepo
Hi, From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ext Naveen Verma Sent: Monday, December 10, 2007 10:33 AM To: telepathy@lists.freedesktop.org Subject: [Telepathy] Question in telepathy-glib DynamicHandleRepo I am using telepathy-glib to write a connection manager. In telepathy-glib we have TpDynamicHandleRepo GObject to allocate/deallocate the handles dynamically. In the tp_dynamic_handle_repo_new(), we need to set TpDynamicHandleRepoNormalizeFunc function pointer. I did not understand the use of this function from the document.Is this function is to create a unique user id to map with a handle? Could anyone please help me to understand use of this function? Its purpose is to normalize a requested handle string accordingly to the backend protocol's normalization conventions for identifiers. For example, if your protocol says that user names are case insensitive, this function should probably convert the handle string to lowercase so that MyUser and myuser resolve to same handle. Hope this helps, Mikhail ___ Telepathy mailing list Telepathy@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/telepathy
[Telepathy] [Bug 13583] New: dbus signals are not disconnected if TpProxy is invalidated
http://bugs.freedesktop.org/show_bug.cgi?id=13583 Summary: dbus signals are not disconnected if TpProxy is invalidated Product: Telepathy Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: telepathy-glib AssignedTo: telepathy@lists.freedesktop.org ReportedBy: [EMAIL PROTECTED] Using tpGlibClient branch of Empathy's git repository, if I set presence to offline the set back to available Empathy crash. This is because empathy uses weak_object to disconnect MembersChanged signal, but when the EmpathyTpGroup object is finalized the TpProxy is already invalidated so tp_proxy_signal_connection_disconnect() calls tp_proxy_borrow_interface_by_id() which returns NULL and the signal is not disconnected. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ Telepathy mailing list Telepathy@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/telepathy
[Telepathy] [Bug 13597] New: Shouldn't decide whether contacts have PEP based on whether *we* do
http://bugs.freedesktop.org/show_bug.cgi?id=13597 Summary: Shouldn't decide whether contacts have PEP based on whether *we* do Product: Telepathy Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: minor Priority: low Component: telepathy-gabble AssignedTo: telepathy@lists.freedesktop.org ReportedBy: [EMAIL PROTECTED] At the moment, at least some parts of Gabble decide whether to use PEP for a contact's properties based on whether we have PEP on our own server. This is clearly wrong. The way to do this is probably to just try it, and if the error we get is service-not-implemented or something, cache that fact (perhaps in the presence cache) so we don't try it again. If I remember correctly, we do this (but without the caching) for PEP nicknames. Alternatively, we could disco the contact's server and see if it has PEP, but that's probably a waste of round-trips. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ Telepathy mailing list Telepathy@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/telepathy