[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:  wagnerrp
     Type:  Bug Report - General     |         Status:  infoneeded_new
 Priority:  minor                    |      Milestone:  0.27.6
Component:  MythTV - General         |        Version:  0.25
 Severity:  medium                   |     Resolution:
 Keywords:                           |  Ticket locked:  0
-------------------------------------+--------------------------------
Changes (by dekarl):

 * status:  new => infoneeded_new


Comment:

 Maybe we should not use proxies for our server sockets at all. (Ignoring
 the fact that there may be obscure use cases when one might want to open
 listening sockets via a Socks5 proxy.)

 Did you by any chance set the http_proxy for other things, e.g. Socks5,
 too?

 Although I do not understand why a proxy without ListeningCapability is
 used for listening... http://doc.qt.io/qt-4.8/qnetworkproxy.html
 #Capability-enum

 Here is the relevant code. It falls through to "use default proxy which
 will raise an error". Its not clear why raising an error is preferable to
 not using a proxy if there is no listening capable proxy available.
 http://code.qt.io/cgit/qt/qtbase.git/tree/src/network/socket/qtcpserver.cpp#n134

 There is another open bug about QTcpServer failing when a HTTP proxy is
 set. So I'm tempted to close this a upstream bug. See
 https://bugreports.qt.io/browse/QTBUG-48194

 Setting it to infoneeded_new instead as a hack to work around that bug in
 QT has already been posted. Does that hack fix it for you?

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