Bug 446829 - v1.18: KDEconnect app "pause" does not pause the complete service, still sends UDP broadcast to UDPport 1716, still tries TCP connection
Summary: v1.18: KDEconnect app "pause" does not pause the complete service, still send...
Status: REPORTED
Alias: None
Product: kdeconnect
Classification: Applications
Component: android-application (other bugs)
Version First Reported In: unspecified
Platform: Android Linux
: NOR normal
Target Milestone: ---
Assignee: Albert Vaca Cintora
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-12-11 12:54 UTC by Riegler Bernhard
Modified: 2021-12-11 12:54 UTC (History)
0 users

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

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Riegler Bernhard 2021-12-11 12:54:37 UTC 
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1. on Linux platform is "GSconnect" and the service is "deactivated".
2. on Android12 "KDEconnect" app is "paused".
 As soon as you turn on WLAN on Android12, the "KDEconnect" app starts broadcasting to UDPport 1716
 and tries a TCPconnection to a remembered peer.
3. all can be measured with wireshark on Linux platform (peer host)

OBSERVED RESULT


EXPECTED RESULT
If I "pause" app "KDEconnect" on Android12, I expect the related core processes with the LANsocket to be "paused" as well.
No UDP broadcast to port 1716, no TCPconnect attempt.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION