Bug 17646 - [API break] Remove TpChannelFactoryIface
Summary: [API break] Remove TpChannelFactoryIface
Status: RESOLVED DUPLICATE of bug 31668
Alias: None
Product: Telepathy
Classification: Unclassified
Component: tp-glib (show other bugs)
Version: unspecified
Hardware: Other All
: medium minor
Assignee: Telepathy bugs list
QA Contact: Telepathy bugs list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-18 09:16 UTC by Will Thompson
Modified: 2011-01-07 08:41 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Will Thompson 2008-09-18 09:16:06 UTC
find_matching_channel_requests is used to figure out which requests are
satisfied or failed by TpChannelFactoryIface::new-channel and
::channel-error, respectively. But, in a pathological connection manager
where channels with the same ChannelType, TargetHandleType and
TargetHandle are sometimes managed by a TpChannelManager and other times
by a TpChannelFactoryIface, if the Factory signals something with that
CT, THT and TH first then the ChannelRequest known to the Manager will
be returned by find_matching_channel_requests. It will then be
prematurely answered and freed; when the Manager signals that token,
tp-glib will crash.

Being in this situation in the first place is insane, though.
Comment 1 Will Thompson 2011-01-07 08:41:36 UTC
Actually, since TpChannelFactoryIface is already marked as deprecated, it's covered by “get rid of everything deprecated” over on bug 31668!

*** This bug has been marked as a duplicate of bug 31668 ***


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.