What is the status of the telepathy plugin

[Simon Redman]

I think the current status of KDE Connect + Telepathy is "Solid, as long
as you don't touch anything"

Basically, I think the current problem is KTp will load the KDE Connect
Telepathy plugin as soon as the kdeconnect account goes online, but the
only tool we currently have to put the account online is the plugin!

If you launch the plugin manually, any order of launching KDE Connect,
Mission Control, or the plugin seem to work. I was also having a problem
with the order of launching before, but that seems to have gone away
just by adding those lines to the manager file.

Could you (and others!) give this a test with the version of the plugin
just pushed to the repositories and see if it works for you?
(Be sure to limit your outgoing messages to 160 bytes or less until the
other patches for the Android app get merged in :) )

DBus seems to be doing the heavy lifting for me there when I first boot
(or maybe login, I haven't looked) and launching connectcm, so then
everything works (for me!) out-of-the-box, provided I don't kill connectcm.

At the same time, if the account is online in KTp, it will relaunch
connectcm if it gets killed.

(It should be made clear at this point that, before Friday, I had never
worked with DBus, so I could be wildly misunderstanding things)

Probably the correct answer to this situation is to have the main KDE
Connect application request Telepathy to put the kdeconnect account
online when KDE Connect detects a connected phone, and have it request
to put the kdeconnect account offline when no phone is connected. This
would have the two advantages of making the Telepathy plugin load, and
stopping the user from sending SMS messages while the phone is
disconnected (Which currently just fires and SMS into the void, without
any notification that something is wrong!)

Doing this and figuring out a better way of handling the contacts book
are probably the next two steps for the Telepathy plugin.

Do you have any thoughts for how to get the contacts book from the
phone, or a different way to get contacts rather than manually adding
raw phone numbers?

Would it be useful for me to upload patches for header comments to
methods as I work through and figure out what they do? The current state
of commenting is quite difficult to understand for someone who has never
looked at this project :/

Thanks,
Simon

On 05/14/2017 04:21 AM, Albert Vaca wrote:
> Hey Simon!
>
> Thanks for your patches :) telepathy-kdeconnect is indeed the proper repo.
>
> When I first tested telepathy-kdeconnect a while ago, I also found
> that the order in which you run the different daemons was important to
> make it work, and it looked overall a bit fragile. Maybe we can fix
> that somehow?
>
> Phabricator is the preferred tool for submitting patches, you did it
> right :) I see you created your KDE Identity recently, so I assume you
> don't have commit rights. I will merge this fix on your behalf.
>
> Albert
>
> On Sat, May 13, 2017 at 9:11 AM, Simon Redman <simon at ergotech.com
> <mailto:simon at ergotech.com>> wrote:
>
>     Well, I sure hope telepathy-kdeconnect is the latest, because
>     after much
>     fiddling and reading of documents, I have figured out how to make it
>     launch reliably (for me!)
>
>     I still don't fully understand why this solution works, but the basic
>     problem seemed to be that the connectcm plugin did not claim to
>     implement the kdeconnect (telepathy) protocol. Adding this protocol
>     information to kdeconnect.manager made the complaints in Mission
>     Control's log go away and lets the plugin auto-load when I reboot!
>
>     I submitted a patch to phabricator. Please let me know if I should
>     have
>     done something with that submission differently!
>
>     Thanks,
>     Simon
>
>     On 05/12/2017 06:09 PM, Simon Redman wrote:
>     > Hi,
>     >
>     > What is the current status of the telepathy plugin?
>     >
>     > I am interested in looking into this and I would love to see the
>     > seamless integration into the existing messenger tool, as
>     opposed to the
>     > current notifications system which I find a bit intrusive
>     >
>     > There seem to be two branches with names involving telepathy of
>     the main
>     > kde-connect git repository, as well as the git repository here:
>     > https://cgit.kde.org/telepathy-kdeconnect.git
>     <https://cgit.kde.org/telepathy-kdeconnect.git>
>     >
>     > Which is the latest? I assume telepathy-kdeconnect.git, but
>     assumptions
>     > are dangerous!
>     >
>     > There is talk of some progress in this direction back in 2014:
>     > https://dot.kde.org/2014/04/29/kde-telepathy-sprint
>     <https://dot.kde.org/2014/04/29/kde-telepathy-sprint>
>     > As well as on the KDE Connect v1.0 announcement page:
>     >
>     https://albertvaka.wordpress.com/2016/08/26/kde-connect-1-0-is-here/
>     <https://albertvaka.wordpress.com/2016/08/26/kde-connect-1-0-is-here/>
>     >
>     > Per the blog announcement, there was some confusion about what order
>     > things needed to be launched in. The order which is consistently
>     working
>     > for me is: Launch KDE Connect Telepathy Plugin (Which causes
>     > mission-control to launch) then launch KDE Connect
>     >
>     > Thanks,
>     > Simon
>     >
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdeconnect/attachments/20170514/b62ae6eb/attachment-0001.html>