[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sonar-dev
Subject:    Re: [sonar-dev] False-Positive issues lost
From:       Freddy Mallet <freddy.mallet () gmail ! com>
Date:       2014-09-16 14:37:13
Message-ID: CAPyGxig7mXKyoHVe2L4Uo3yOrc2r1e+hczH7rqxAhA2MyYsVrQ () mail ! gmail ! com
[Download RAW message or body]

This thread duplicates :
http://sonarqube.15.x6.nabble.com/false-positive-issues-lost-tt5027910.html#a5027920

So I'm closing it !

-----
twitter.com/FreddyMallet
SonarQube for Continuous Inspection

On Tue, Sep 9, 2014 at 7:02 PM, BENNANI, Amine <amine.bennani@capgemini.com>
wrote:

>  Hello
>
>
>
> We have Jenkins+Sonarqube(4.0 since February 2014 … no upgrade since this
> date) plateform.
>
> More than 70 projects are using this plateform.
>
> Since July we are meeting a loose of false positive for 3 projects and the
> number of their issues grows at each time.
>
> The only temporary solution is to recover the table issues of the database.
>
> We already made several recoveries.
>
> The projects affected are upset by this situation
>
> I use J2EE
>
>  Before analyzing the set of rules, I start analyzing on "issues" table
> all the records of false-positive that disappear each time. And I noticed
> that the only common thing between them is the "issue_close_date" column:
> "2014-07-23 17:06:24" which was the first time the bug appeared
>
> Then I went to compare the other false-positive that never disappear and
> noticed that the issue_close_date is different (superior to the current
> date)
>
> This date could be the reason that makes the false-positive turn to
> closed...
>
>  Is there any way to control it?
>
>  Please, I need help
>
>
>
> Regards
>  This message contains information that may be privileged or confidential
> and is the property of the Capgemini Group. It is intended only for the
> person to whom it is addressed. If you are not the intended recipient, you
> are not authorized to read, print, retain, copy, disseminate, distribute,
> or use this message or any part thereof. If you receive this message in
> error, please notify the sender immediately and delete all copies of this
> message.
>

[Attachment #3 (text/html)]

<div dir="ltr">This thread duplicates :  <a \
href="http://sonarqube.15.x6.nabble.com/false-positive-issues-lost-tt5027910.html#a502 \
7920">http://sonarqube.15.x6.nabble.com/false-positive-issues-lost-tt5027910.html#a5027920</a><div><br></div><div>So \
I&#39;m closing it !</div></div><div class="gmail_extra"><br clear="all"><div><div \
dir="ltr"><div><span \
style="font-family:arial,sans-serif;font-size:13px;background-color:rgb(255,255,255)">-----</span></div><div><a \
href="https://twitter.com/FreddyMallet" \
style="font-family:arial,sans-serif;background-color:rgb(255,255,255)" \
target="_blank">twitter.com/FreddyMallet</a></div><div><span \
style="background-color:rgb(255,255,255)">SonarQube for Continuous \
Inspection</span></div></div></div> <br><div class="gmail_quote">On Tue, Sep 9, 2014 \
at 7:02 PM, BENNANI, Amine <span dir="ltr">&lt;<a \
href="mailto:amine.bennani@capgemini.com" \
target="_blank">amine.bennani@capgemini.com</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">





<div lang="FR" link="blue" vlink="purple">
<div>
<p class="MsoNormal">Hello<u></u><u></u></p>
<p class="MsoNormal"><u></u>  <u></u></p>
<p class="MsoNormal"><span lang="EN-US">We have Jenkins+Sonarqube(4.0 since February \
2014 … no upgrade since this date) plateform.<u></u><u></u></span></p> <p \
class="MsoNormal"><span lang="EN-US">More than 70 projects are using this \
plateform.<u></u><u></u></span></p> <p class="MsoNormal"><span lang="EN-US">Since \
July we are meeting a loose of false positive for 3 projects and the number of their \
issues grows at each time.<u></u><u></u></span></p> <p class="MsoNormal"><span \
lang="EN-US">The only temporary solution is to recover the table issues of the \
database.<u></u><u></u></span></p> <p class="MsoNormal"><span lang="EN-US">We already \
made several recoveries.<u></u><u></u></span></p> <p class="MsoNormal"><span \
lang="EN-US">The projects affected are upset by this \
situation<u></u><u></u></span></p> <p class="MsoNormal"><span lang="EN-US">I use J2EE \
<br> <br>
<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Before analyzing the set of rules, I start \
analyzing on &quot;issues&quot; table all the records of false-positive that \
disappear each time. And I noticed that the only common thing between them is the \
&quot;issue_close_date&quot; column:  &quot;2014-07-23 17:06:24&quot; which was the \
first time the bug appeared <br> <br>
Then I went to compare the other false-positive that never disappear and noticed that \
the issue_close_date is different (superior to the current date)<br> <br>
This date could be the reason that makes the false-positive turn to closed... <br>
<br>
<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Is there any way to control it? <br>
<br>
<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Please, I need help<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u>  <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Regards<u></u><u></u></span></p>
</div>
<span style="font-size:9px;line-height:10px">This message contains information that \
may be privileged or confidential and is the property of the Capgemini Group. It is \
intended only for the person to whom it is addressed. If you are not the intended \
recipient, you are not authorized to read, print, retain, copy, disseminate, \
distribute, or use this message or any part thereof. If you receive this message in \
error, please notify the sender immediately and delete all copies of this \
message.</span></div>

</blockquote></div><br></div>



[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic