<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr">On Mon, Sep 28, 2015 at 1:05 AM, vineet garg <span dir="ltr"><<a href="mailto:grgvineet@gmail.com" target="_blank">grgvineet@gmail.com</a>></span> wrote:<br></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi<br><br></div>Sorry for a very late reply, I had my exams. As Albert said I tried some manual testing, everything is working fine for me, except for one problem that as soon as it loads runcommand plugin, the application crashes with SEGFAULT. Even after disabling that plugin from cmake file or switching to ssl branch where that plugin is not present, it is still loading that plugin which is still mystery to me.<span class="HOEnZb"><font color="#888888"><br><br></font></span></div></div></blockquote><div><br></div><div>Even if you have disabled the plugin from the cmake, compiled plugin which you already have installed would be present on your system. You will have to remove it out to stop it from being loaded. If you are not installing it in your own custom environment, you can use install_manifest.txt for removing that file.</div><div>   </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><span class="HOEnZb"><font color="#888888"></font></span></div><span class="HOEnZb"><font color="#888888">Vineet<br></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 14, 2015 at 5:31 PM, Albert Vaca <span dir="ltr"><<a href="mailto:albertvaka@gmail.com" target="_blank">albertvaka@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>In my opinion the loopback pairing handler should automatically accept the pairing as soon as it's requested.<br><br></div>I would say if you do some manual testing pairing and unpairing different devices in different order, you will find some problems fast enough. Just try it.<br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 14, 2015 at 4:05 AM, vineet garg <span dir="ltr"><<a href="mailto:grgvineet@gmail.com" target="_blank">grgvineet@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi <br><br></div>One problem what I found out that was causing tests to fail, is repeated pair packages. The main cause for that was I was using LanPairingHandler for LoopbackLink because functionality is same but this was causing errors since the pair status is set in LanPairingHandler after sending pair package successfully which is correct for LanPairingHandler but in Loopback link, reply is received before setting pair status and it interprets as pairing request. This happens in accept pairing method too, where also status is set after sending pair package successfully causing an infinite pair package loop in loopback link. I added a Loopback pairing handler which inherits from LanPairingHandler and corrected these issue. Infinite pair packages problem is solved but tests are still failing.  Plugin load test is failing due to kdeconnect_remotecontrol plugin, and file transfer test is failing with issue that there is no such signal fileReceived in plugin. I am pushing changes to sslmaster with commit "Added loopback pairing handler". @Aleix can you again look at those tests? @Albert, you said that there are some problems in KDE to KDE, can tell me the specific problems?<span><font color="#888888"><br><br></font></span></div><span><font color="#888888">Vineet<br><br></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 12, 2015 at 10:19 PM, vineet garg <span dir="ltr"><<a href="mailto:grgvineet@gmail.com" target="_blank">grgvineet@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi<br><br></div>As Albert pointed out earlier that KDE to KDE has some problems, so I am setting another environment in virtual box to check it. It is taking some time. I will push it afterward.<span><font color="#888888"><br><br></font></span></div><span><font color="#888888">Vineet<br></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 12, 2015 at 8:10 PM, Aleix Pol <span dir="ltr"><<a href="mailto:aleixpol@kde.org" target="_blank">aleixpol@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Sat, Sep 12, 2015 at 4:08 PM, vineet garg <<a href="mailto:grgvineet@gmail.com" target="_blank">grgvineet@gmail.com</a>> wrote:<br>
> Hi<br>
><br>
> I saw the tests and found out the issues. In one test startServerEncryption<br>
> and startClientEncryption was wrongly written, fixed that. In one plugin the<br>
> error is due to requestPairing since I was setting pairStatus after sending<br>
> package and loopback (which is using lan pairing handler) replies even<br>
> before it is set causing an issue. Will add a loopback pairing handler.<br>
> Plugin load test is also failing, will check that too. File transfer plugin<br>
> does not work completely in my laptop, can you confirm that unit tests are<br>
> passing because it is failing on my laptop and reason might be due to<br>
> because plugin does not work correctly on my laptop.<br>
><br>
> Vineet<br>
><br>
> On Sat, Sep 12, 2015 at 6:00 PM, Albert Vaca <<a href="mailto:albertvaka@gmail.com" target="_blank">albertvaka@gmail.com</a>> wrote:<br>
>><br>
>> Could you have a look at the tests?<br>
>><br>
>> On Fri, Sep 11, 2015 at 9:58 AM, vineet garg <<a href="mailto:grgvineet@gmail.com" target="_blank">grgvineet@gmail.com</a>> wrote:<br>
>>><br>
>>> Hi Albert,<br>
>>> I was just working with netty folks to find out the issue with Android<br>
>>> lollipop, I will look at it and see why test cases are not passing because I<br>
>>> committed only when all test cases passed.<br>
>>><br>
>>> Vineet<br>
>>><br>
>>> On Sep 11, 2015 10:23 PM, "Albert Vaca" <<a href="mailto:albertvaka@gmail.com" target="_blank">albertvaka@gmail.com</a>> wrote:<br>
>>>><br>
>>>> Hi Vineet,<br>
>>>><br>
>>>> We have merged the ssl and master branches, because SSL was forked a<br>
>>>> while back and hadn't had merges from master in the meanwhile.<br>
>>>><br>
>>>> We got the SSL connection working from Android to Android with the<br>
>>>> merged branch. It now has all the latest changes, like the Material design,<br>
>>>> plus the SSL link, and seems to be working fine.<br>
>>>><br>
>>>> KDE to KDE, though, we are having some problems. We have seen that the<br>
>>>> tests you wrote are also not passing, which makes me think that there is<br>
>>>> something broken. Can you have a look?<br>
>>>><br>
>>>> The merged branches are called "sslmaster", to not break the master<br>
>>>> branch. Once we have it working there, we will merge that back into master.<br>
>>>><br>
>>>> Thanks,<br>
>>>> Albert<br>
>><br>
>><br>
><br>
<br>
</div></div>Hi,<br>
You didn't push anything, can you push it to sslmaster?<br>
<span><font color="#888888"><br>
Aleix<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
KDEConnect mailing list<br>
<a href="mailto:KDEConnect@kde.org">KDEConnect@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kdeconnect" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/kdeconnect</a><br>
<br></blockquote></div><br></div></div>