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 682005 - "virtual devices" in GUPnPLinuxContextManager
"virtual devices" in GUPnPLinuxContextManager
Status: RESOLVED FIXED
Product: GUPnP
Classification: Other
Component: gupnp
0.18.x
Other Linux
: Normal normal
: ---
Assigned To: GUPnP Maintainers
GUPnP Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-08-16 13:53 UTC by sledz
Modified: 2012-08-19 14:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description sledz 2012-08-16 13:53:15 UTC 
It seems that the GUPnPLinuxContextManager has a bug in handling "virtual devices" (one physical interface with many ip address assignments).

Example:
# ip addr show eth1
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:13:3b:04:02:ae brd ff:ff:ff:ff:ff:ff
    inet 169.254.5.4/16 brd 169.254.255.255 scope link eth1:avahi
    inet 172.29.23.8/24 brd 172.29.23.255 scope global eth1

In my understanding for each ip assignment there should be an own GUPnPContext.

Assuming eth1 is up, and eth1:avahi is down in the above example there is one context pointing to 172.29.23.8. If eth1:avahi is coming up i'd expect a "context-available" signal pointing to a new GUPnPContext where gupnp_context_get_host_ip returns 169.254.5.4.

But instead i got a "context-unavailable" for 172.29.23.8, followed by a new "context-available" for 172.29.23.8 too.
Comment 1 Jens Georg 2012-08-16 14:18:21 UTC 
oh. Think I missed that use-case.
Comment 2 sledz 2012-08-16 14:20:13 UTC 
Is there a chance to get that fixed in the near future?
Comment 3 Jens Georg 2012-08-16 14:46:25 UTC 
I'll be trying to fix this before monday.
Comment 4 Jens Georg 2012-08-16 14:59:13 UTC 
the add->remove->add might be easy to fix, but the same address thing needs changing in GSSDP as well.