kdeconnect-kde

History

Albert Vaca 30f00fb3fa Fix a crash where unmount was called again after m_proc had been destroyed This happened because of scheduling m_proc->kill() from unmount 5 seconds after the destructor was called (which was who called unmount first). Simplified unmount logic a bit as well. Known bug: we might end with a fuse mountpoint still mounted after killing the sshfs process. BUG: 352861		2015-10-17 17:31:17 -07:00
..
CMakeLists.txt	Move the generation of dbus interfaces into interfaces/	2015-06-18 19:06:14 +02:00
kdeconnect_sftp.json	SVN_SILENT made messages (.desktop file) - always resolve ours	2015-06-24 10:38:32 +00:00
mounter.cpp	Fix a crash where unmount was called again after m_proc had been destroyed	2015-10-17 17:31:17 -07:00
mounter.h	Fix a crash where unmount was called again after m_proc had been destroyed	2015-10-17 17:31:17 -07:00
mountloop.cpp	Move the plugins into a different top-ĺevel directory	2014-06-14 16:34:11 +02:00
mountloop.h	Move the plugins into a different top-ĺevel directory	2014-06-14 16:34:11 +02:00
README	Move the plugins into a different top-ĺevel directory	2014-06-14 16:34:11 +02:00
sftp_debug.h	Fix various krazy2 warnings	2015-08-21 22:38:54 +06:00
sftpplugin.cpp	run Clang Modernize	2015-09-08 10:47:37 +02:00
sftpplugin.h	run Clang Modernize	2015-09-08 10:47:37 +02:00

README

This plugins receives packages with type "kdeconnect.sftp" and reads the
following fields:

ip (string): ip of the curretly active network on device
port (string): port where sftp server starts
user (string): username to connect to sftp server
password (string): one session password to access sftp server
path (string): root directory to access device filesystem

This plugins sends packages with type "kdeconnect.sftp" and fills the
following fields:

startBrowsing (boolean): tell device to start sftp server and noify desktop