https://bugs.kde.org/show_bug.cgi?id=471313

--- Comment #5 from Pedro V <voidpointertonull+bugskde...@gmail.com> ---
The minimal adb experience should already cover the majority of needs as if adb
is already working for you, then the logcat part should be trivial, but just to
have everything for starting from scratch, here's what's needed to get the adb
part covered:
https://developer.android.com/tools/adb#Enabling

Then logcat is really easy to deal with as there's even a dedicated adb command
for it. I just went with the following to be able to handle all the output
easily:
adb logcat | tee adb.log
This way you get to have a log file you can process more conveniently with your
preferred text editor instead of looking around in the terminal which usually
offers more limited ways to deal with the amount of text you'll get spammed
with.

KDE Connect messages are apparently generally prefixed with "KDE/", and most
messages about KDE Connect generally contain "org.kde.kdeconnect", although the
later isn't that interesting in this case.

On the "KDE Connect Devices" screen there's a "Refresh" menu point which should
trigger the issue conveniently without the need of fiddling with network
connections. If you are affected by the same problem I've seen, then you'll see
something like:
```
KDE/BackgroundService: onNetworkChange
KDE/LanLinkProvider: identity packet received from a TCP connection from [...]
KDE/LanLinkProvider: Starting SSL handshake with [...] trusted:true
LanLinkProvider: Starting handshake
KDE/LanLinkProvider: identity packet received from a TCP connection from [...]
KDE/LanLinkProvider: Starting SSL handshake with [...] trusted:true
KDE/LanLinkProvider: Handshake as client successful with [...] secured with
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
KDE/LanLinkProvider: Creating a new link for device [...]
updateDeviceInfo: Updating supported plugins according to new capabilities
LanLinkProvider: Starting handshake
```
Then later there should be quite noisy "Socket closed" and "Socket is closed"
errors, but there's a whole lot more sign of life in-between confirming that
things are getting fired up for real, even if not for long.
The point is to see whether the issue is the originally suspected "won't
detect" problem, or it's really the stays connected only for a few milliseconds
because of silly issues problem I'm seeing.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to