kdeconnect-kde/core/backends/lan
Erik Duisters fb0990743a QTcpServer already has a list of pending connections and emits newConnection after calling incomingConnection
Summary:
No need to emit newConnection in Server::incomingConnection because QTcpServer will emit it after incomingConnection returns
QTcpServer also already has a list of pending connections so use that

Test Plan: Send a file from desktop to android and observe that newConnection is only called once

Reviewers: #kde_connect, albertvaka

Reviewed By: #kde_connect, albertvaka

Subscribers: kdeconnect

Tags: #kde_connect

Differential Revision: https://phabricator.kde.org/D17009
2018-11-19 14:13:41 +01:00
..
CMakeLists.txt [WIP] Get rid of DownloadJob 2018-08-15 17:18:40 +02:00
landevicelink.cpp Fix regression where incoming transfers would fail 2018-09-08 00:40:20 +02:00
landevicelink.h Rename NetworkPackage -> NetworkPacket 2018-03-05 20:03:23 +01:00
lanlinkprovider.cpp Disable bad cipher suites now that we dropped support for Android<14 2018-11-07 16:31:54 +01:00
lanlinkprovider.h Fix minor EBN issues and typos 2018-10-07 21:23:20 +03:00
lanpairinghandler.cpp Rename NetworkPackage -> NetworkPacket 2018-03-05 20:03:23 +01:00
lanpairinghandler.h Rename NetworkPackage -> NetworkPacket 2018-03-05 20:03:23 +01:00
server.cpp QTcpServer already has a list of pending connections and emits newConnection after calling incomingConnection 2018-11-19 14:13:41 +01:00
server.h QTcpServer already has a list of pending connections and emits newConnection after calling incomingConnection 2018-11-19 14:13:41 +01:00
socketlinereader.cpp Rename NetworkPackage -> NetworkPacket 2018-03-05 20:03:23 +01:00
socketlinereader.h Rename NetworkPackage -> NetworkPacket 2018-03-05 20:03:23 +01:00
uploadjob.cpp QTcpServer already has a list of pending connections and emits newConnection after calling incomingConnection 2018-11-19 14:13:41 +01:00
uploadjob.h Make member variable names, & placement and * placement more coherent 2017-09-03 21:45:08 +02:00