[mythtv-commits] Ticket #10633: Network Control socket fails to listen on second address

[MythTV]

#10633: Network Control socket fails to listen on second address
-------------------------------------+--------------------------
 Reporter:  Paul Saunders <darac@…>  |          Owner:  pbennett
     Type:  Bug Report - General     |         Status:  new
 Priority:  minor                    |      Milestone:  0.27.7
Component:  MythTV - General         |        Version:  0.25
 Severity:  medium                   |     Resolution:
 Keywords:                           |  Ticket locked:  0
-------------------------------------+--------------------------

Comment (by pbennett):

 There are many types of proxy, some of them support listening. See
 http://doc.qt.io/qt-5/qnetworkproxy.html#Capability-enum .

 MythTV uses a proxy for all socket listening if there is one. I don't want
 to simply prevent proxies from being used for listening. People may use a
 proxy for tunneling or other things. So it looks like it successfully sets
 up your proxy for other ports but not for port 6549. Is it possible
 another application is using the proxy for port 6549?

 There is one bug I can fix - this is where it assumes that there is "No
 IPV4 support" and "No IPV6 support" and therefore shuts down. If I fix
 this logic, the backend will start successfully, but port 6549 will not
 work.

 It uses port 6549 for SSDP, so if that port is not available the thing
 that will be affected is the SSDP, part of UPNP discovery. That affects
 the ability of frontends to find a backend without a config.xml file, and
 possibly the ability for consumer devices to access videos from the
 backend, so it may not be important to you.

--
Ticket URL: <https://code.mythtv.org/trac/ticket/10633#comment:29>
MythTV <http://www.mythtv.org>
MythTV Media Center