Re: Static code analysis - the easiest way to improve

2016-03-15 Thread Pierre
On Tuesday, March 15, 2016 05:45:44 PM Jaroslaw Staniek wrote: > On 15 March 2016 at 17:33, Tomas Mecir wrote: > > No change for me, unfortunately, still getting that red box (tried > > both password and github login). > > ​I see. All I did is asking scan-ad...@coverity.com 2 times or so. > And w

Re: Static code analysis - the easiest way to improve

2016-03-15 Thread Jaroslaw Staniek
On 15 March 2016 at 18:10, Frederik Schwarzer wrote: > I created an account a few weeks ago, asked to join and was able to > access the KDE group fine the next day. Who is granting the access? > Maybe contact that person directly. > > ​ Nick Shaforostoff But I do not mean just the "KDE" scans, t

Re: Static code analysis - the easiest way to improve

2016-03-15 Thread Frederik Schwarzer
I created an account a few weeks ago, asked to join and was able to access the KDE group fine the next day. Who is granting the access? Maybe contact that person directly. KDEGames is not there yet, though. Regards, Frederik Am Dienstag, 15. März 2016, 17:45:44 schrieb Jaroslaw Staniek: > On 1

Re: Static code analysis - the easiest way to improve

2016-03-15 Thread Jaroslaw Staniek
On 15 March 2016 at 17:33, Tomas Mecir wrote: > No change for me, unfortunately, still getting that red box (tried > both password and github login). > ​I see. All I did is asking scan-ad...@coverity.com 2 times or so. And waiting 2+ weeks. Maybe they're fixing/enabling access one-by-one. ​ >

Re: Static code analysis - the easiest way to improve

2016-03-15 Thread Tomas Mecir
No change for me, unfortunately, still getting that red box (tried both password and github login). Tomas 2016-03-15 17:28 GMT+01:00 Jaroslaw Staniek : > > > On 28 February 2016 at 16:26, Tomas Mecir wrote: >> >> Well, I'd like to, but when I log in and try to access the KDE stuff, >> I can see

Re: Static code analysis - the easiest way to improve

2016-03-15 Thread Jaroslaw Staniek
On 28 February 2016 at 16:26, Tomas Mecir wrote: > Well, I'd like to, but when I log in and try to access the KDE stuff, > I can see the summary, but accessing the actual defect list gives me a > red box with this: > > It may take a few minutes before you can view your defects, when you > change

Re: Static code analysis - the easiest way to improve

2016-02-28 Thread Frederik Schwarzer
Am Sonntag, 28. Februar 2016, 20:18:22 schrieb Nick Shaforostoff: > > > Let us know in this thread if code you're interested in isn't > > > there.> > > Could we have kdegames there? > > ok, i'll include them in the next build (in a week or so) Thank you. _

Re[2]: Static code analysis - the easiest way to improve

2016-02-28 Thread Nick Shaforostoff
> To be honest, I've tried to use it many times, but I always seem to > end up diving in warnings in other projects. It's hard to filter for > projects I have a grasp on. > > How do you deal with this? i just sort by filepath/name (the column is on the right, you need to scroll horizontally to g

Re: Static code analysis - the easiest way to improve

2016-02-28 Thread Jaroslaw Staniek
On 28 February 2016 at 20:21, Aleix Pol wrote: > On Sun, Feb 28, 2016 at 3:59 PM, Jaroslaw Staniek wrote: > > Hi, > > Just to remind. If someone has some time to fix bugs, KDE > > apps/Calligra/Frameworks static analysis is the easiest way to improve > > Calligra. > > Code defects are well expla

Re: Static code analysis - the easiest way to improve

2016-02-28 Thread Aleix Pol
On Sun, Feb 28, 2016 at 3:59 PM, Jaroslaw Staniek wrote: > Hi, > Just to remind. If someone has some time to fix bugs, KDE > apps/Calligra/Frameworks static analysis is the easiest way to improve > Calligra. > Code defects are well explained (like uninitialized variables or > NULL-related failures

Re[2]: Static code analysis - the easiest way to improve

2016-02-28 Thread Nick Shaforostoff
> > Let us know in this thread if code you're interested in isn't there. > Could we have kdegames there? ok, i'll include them in the next build (in a week or so) ___ calligra-devel mailing list calligra-devel@kde.org https://mail.kde.org/mailman/lis

Re: Static code analysis - the easiest way to improve

2016-02-28 Thread Frederik Schwarzer
Am Sonntag, 28. Februar 2016, 15:59:46 schrieb Jaroslaw Staniek: Hi, > Let us know in this thread if code you're interested in isn't there. Could we have kdegames there? Regards, Frederik ___ calligra-devel mailing list calligra-devel@kde.org https://

Re: Static code analysis - the easiest way to improve

2016-02-28 Thread Jaroslaw Staniek
On 28 February 2016 at 15:59, Jaroslaw Staniek wrote: > Hi, > Just to remind. If someone has some time to fix bugs, KDE > apps/Calligra/Frameworks static analysis is the easiest way to improve > Calligra. > Code defects are well explained (like uninitialized variables or > NULL-related failures).

Re: Static code analysis - the easiest way to improve

2016-02-28 Thread Jaroslaw Staniek
On 28 February 2016 at 16:21, Frederik Schwarzer wrote: > Am Sonntag, 28. Februar 2016, 15:59:46 schrieb Jaroslaw Staniek: > > Hi, > > > Let us know in this thread if code you're interested in isn't there. > > Could we have > ​​ > kdegames there? > > ​Good idea, CC'd Nick as he updates the builds

Re: Static code analysis - the easiest way to improve

2016-02-28 Thread Jaroslaw Staniek
On 28 February 2016 at 16:26, Tomas Mecir < ​​ mec...@gmail.com> wrote: > Well, I'd like to, but when I log in and try to access the KDE stuff, > I can see the summary, but accessing the actual defect list gives me a > red box with this: > > It may take a few minutes before you can view your defec

Re: Static code analysis - the easiest way to improve

2016-02-28 Thread Tomas Mecir
Well, I'd like to, but when I log in and try to access the KDE stuff, I can see the summary, but accessing the actual defect list gives me a red box with this: It may take a few minutes before you can view your defects, when you change your email or password or sign-in with Github for the first ti

Static code analysis - the easiest way to improve

2016-02-28 Thread Jaroslaw Staniek
Hi, Just to remind. If someone has some time to fix bugs, KDE apps/Calligra/Frameworks static analysis is the easiest way to improve Calligra. Code defects are well explained (like uninitialized variables or NULL-related failures). Much easier than actually reading that bug reports, analysing them