<div dir="ltr"><div dir="ltr">On Sun, Jan 23, 2022 at 12:38 PM Albert Astals Cid <<a href="mailto:aacid@kde.org">aacid@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">El diumenge, 23 de gener de 2022, a les 0:09:23 (CET), Ben Cooksley va escriure:<br>
> On Sun, Jan 23, 2022 at 11:29 AM Albert Astals Cid <<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>> wrote:<br>
> <br>
> > El dissabte, 22 de gener de 2022, a les 6:11:29 (CET), Ben Cooksley va<br>
> > escriure:<br>
> > > EXCLUDE_DEPRECATED_BEFORE_AND_ATOn Sat, Jan 22, 2022 at 1:31 PM Friedrich<br>
> > > W. H. Kossebau <<a href="mailto:kossebau@kde.org" target="_blank">kossebau@kde.org</a>> wrote:<br>
> > ><br>
> > > > Hi,<br>
> > ><br>
> > ><br>
> > > > seems that Gitlab CI is currently configured to show the green<br>
> > "Success"<br>
> > > > checkmark for pipeline runs even if unit tests are failing.<br>
> > > ><br>
> > ><br>
> > > That is correct, only compilation or other internal failures cause the<br>
> > > build to show a failure result.<br>
> > ><br>
> > ><br>
> > > > Reasons seems to be that there Gitlab only knows Yay or Nay, without<br>
> > the<br>
> > > > warning state level known from Jenkins.<br>
> > > ><br>
> > ><br>
> > > Also correct.<br>
> > ><br>
> > ><br>
> > > > And given that quite some projects (sadly) maintain a few long-time<br>
> > > > failing<br>
> > > > unit tests, having the pipeline fail on unit tests seems to have been<br>
> > seen<br>
> > > > as<br>
> > > > too aggressive<br>
> > ><br>
> > ><br>
> > > Correct again.<br>
> > ><br>
> > ><br>
> > > ><br>
> > > ><br>
> > > > This of course harms the purpose of the unit tests, when their failures<br>
> > > > are<br>
> > > > only noticed weeks later, not e.g. at MR discussion time.<br>
> > > ><br>
> > ><br>
> > > Gitlab does note changes in the test suite as can currently be seen on<br>
> > > <a href="https://invent.kde.org/frameworks/kio/-/merge_requests/708" rel="noreferrer" target="_blank">https://invent.kde.org/frameworks/kio/-/merge_requests/708</a><br>
> > > Quoting the page:  "Test summary contained 33 failed and 16 fixed test<br>
> > > results out of 205 total tests"<br>
> > ><br>
> > > It does the same thing for Code Quality - "Code quality scanning detected<br>
> > > 51 changes in merged results"<br>
> ><br>
> > Don't want to derail the confirmation, but those results are terrible,<br>
> > they always say things changed in places not touched by the code of the MR,<br>
> > any idea why?<br>
> ><br>
> <br>
> Unfortunately not - my only guess would be that cppcheck reports results<br>
> slightly differently which Gitlab has issues interpreting.<br>
<br>
Can we just disable it?<br></blockquote><div><br></div><div>Various things can be configured on a per-project basis. cppcheck is one of them.</div><div>See <a href="https://invent.kde.org/sysadmin/ci-utilities/-/blob/master/config-template.yml#L21">https://invent.kde.org/sysadmin/ci-utilities/-/blob/master/config-template.yml#L21</a></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Look at the results here <a href="https://invent.kde.org/graphics/okular/-/merge_requests/544" rel="noreferrer" target="_blank">https://invent.kde.org/graphics/okular/-/merge_requests/544</a><br>
<br>
Major - Either the condition 'printDialog' is redundant or there is possible null pointer dereference: printDialog. (CWE-476)<br>
in part/part.cpp:3341<br>
<br>
Fixed: Major - Either the condition 'printDialog' is redundant or there is possible null pointer dereference: printDialog. (CWE-476)<br>
in part/part.cpp:3340<br>
<br>
gitlab my friend, don't you think that maybe, just maybe this is the same code and you shouldn't complain to me about it since the only change to that file is 3000 lines away from it?<br></blockquote><div><br></div><div>This is possibly cppcheck's fault, but yes not terribly good work there on fuzzing for line changes.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I find it confusing, it always makes me sad lowering my productivity.<br>
<br>
Cheers,<br>
  Albert<br>
<br>
<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>