Project - Autotests and improving Protocol Support for Kopete [Week 6 Report 2]

[vijay krishnavanshi]

Hi,

Last week I was working on the fixing bugs in kopete and was going through
the legacy code that is still in kopete and the issues that were raised in
an earlier thread regarding KF5 port. Other than that I was also able to
study about GUI Testing using QtTest. I am working on the patch around this
and will put them on review board before end of next week.

I think in porting best way to go would to get kopete working with minimal
functionality and no bugs. And then adding the things as required in the
process after its done without breaking any previous feature. I will add
the changes to the time line as I think this is part of improving protocol
support of kopete. Some of the stuff that need to be ported will need to be
reimplemented. I am trying to spec it out to work on it.

Regards,
Vijay Krishnavanshi

Re: Query regarding handling command line arguments for kopete

[Pali Rohár]

On Wednesday 28 June 2017 09:34:50 vijay krishnavanshi wrote:
> On 28-Jun-2017 03:30, "Pali Rohár"  wrote:
> 
> On Tuesday 27 June 2017 20:30:21 vijay krishnavanshi wrote:
> > On 27 June 2017 at 23:53, Pali Rohár  wrote:
> > > On Sunday 25 June 2017 20:49:47 vijay krishnavanshi wrote:
> > > > Three functions that not working because of port
> > > > - one is of transferring file (because of FileEngineHandler),
> > >
> > > How it is used? Or what this option is doing?
> >
> > send file option in kopete main window. It doesn't work because of
> > File Engine Handler
> 
> So if it does not work, then this one can be removed. Or is it planned
> to support it?
> 
> 
> Some protocol support file transfer so kopete will be more useful if we
> support it. I read nothing about planned to be removed in Todo. I am asking
> should we support it ?

Seems this is a good idea to port it and have supported.

> 
> > > and other is of flexibility in command line interface(because of
> > >
> > > > KCmdLineArgs).
> > >
> > > What do you mean by this?
> >
> > Flexibility if commandline include like passing parameter of which
> > plugin to load and which plugin to disable
> > Link:https://cgit.kde.org/kopete.git/tree/kopete/kopeteapplication.cp
> > p?h=kf5 line number 201
> 
> Basically --noplugins and --noconnect options are useful for debugging,
> I used it many times. --disable to disable one particular plugin is also
> useful for development.
> 
> 
> So they also need to be fixed. Right?

Yes.

> 
> > Its just an instance. Every place where KCmdLine was used. It has
> > been commented out. It needs to fixed.
> >
> > Regards,
> > Vijay Krishnavanshi
> 
> 
> --
> Pali Rohár
> pali.ro...@gmail.com

-- 
Pali Rohár
pali.ro...@gmail.com