Bug 28704 - Seperate signals about stun servers and relayinfo changes
Summary: Seperate signals about stun servers and relayinfo changes
Status: RESOLVED FIXED
Alias: None
Product: Telepathy
Classification: Unclassified
Component: tp-spec (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Telepathy bugs list
QA Contact: Telepathy bugs list
URL:
Whiteboard: Call
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-23 09:54 UTC by Sjoerd Simons
Modified: 2010-10-18 08:58 UTC (History)
0 users

See Also:
i915 platform:
i915 features:

Attachments

Description Sjoerd Simons 2010-06-23 09:54:06 UTC 
From #24936

> There probably should be separate signals for STUN servers and RelayInfo
> changing.. And the signal should probably contain the relevant information
> instead of having to do another round trip.
Comment 1 Sjoerd Simons 2010-06-24 05:12:48 UTC 
Also we should improve the naming and documentation, from #24936:

> Stream.I.Media (also see updated smcv/call branch for some editorial fixes):
> 
> * ServerInfoRetrieved and RetrievedServerInfo are ambiguous member names.
> Without looking at the spec, try to tell me which one is the signal and which
> one is the boolean property :-) Can we disambiguate these better?
> 
> * It is claimed that STUNServers cannot change once the stream has been
> created. This seems likely to be a lie, given that we now have change
> notification of a sort? It should have proper change notification, though, if
> it can change (perhaps just an "added" signal).
> 
> * Likewise, what is RelayInfo's change notification?
Comment 2 Jonny Lamb 2010-10-18 08:58:41 UTC 
Fixed in git.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.