Bug 411527 - Phone gets disconnected. You have to turn on the phone screen to resume KDEConnect pairing.
Summary: Phone gets disconnected. You have to turn on the phone screen to resume KDECo...
Status: CONFIRMED
Alias: None
Product: kdeconnect
Classification: Applications
Component: common (other bugs)
Version First Reported In: 1.3.5
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Albert Vaca Cintora
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-02 13:12 UTC by leftcrane
Modified: 2021-08-15 17:22 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description leftcrane 2019-09-02 13:12:22 UTC
SUMMARY
(Phone is Samsung galaxy S7 from 2016)

STEPS TO REPRODUCE
1. Pair
2. Disable power saving for KDE Connect on Phone.
3. Wait an hour (maybe put your PC to sleep)
4. Observe that the phone is no longer paired on your PC.
5. Turn on the phone screen.
6. Observe that the phone is now paired to your PC.

OBSERVED RESULT

Pairing gets lost.

EXPECTED RESULT

Phone should always be paired. The "find my phone" feature is useless if the pairing is lost. 


Operating System: Kubuntu 19.04
KDE Plasma Version: 5.16.4
KDE Frameworks Version: 5.61.0
Qt Version: 5.12.2
Kernel Version: 5.0.0-26-generic
OS Type: 64-bit

KConn:
1.3.5
Comment 1 tnemeth 2021-08-15 17:22:15 UTC
I have the same problem here.

It seemed to be related to the fact that I paired another phone. But even though I removed the pairing, for the old phone, reinstalled kdeconnect on my own phone, deleted kdeconnect configuration on my PC (debian testing... ie debian stable as of this writing)... Nothing seems to work.

My phone is among the known devices in kdeconnect configuration window with the "unpair" button (meaning that it has already been paired) however the phone gets disconnected (Samsung S21) and once I wake it up, it won't connect automatically like before. Starting the app show a big button to ask for a new pairing (wtf : it has already been paired !).
Several pairing requests are needed in order for the connection to be established once again since a lot of time a "time expired" messages appears on the phone (with or without a pairing information note on the desktop).

No firewall has been (ab)used in these tests.