You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@yetus.apache.org by "Allen Wittenauer (JIRA)" <ji...@apache.org> on 2018/08/15 14:44:00 UTC

[jira] [Moved] (YETUS-659) Checkstyle shows false positive report

     [ https://issues.apache.org/jira/browse/YETUS-659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Allen Wittenauer moved HADOOP-15665 to YETUS-659:
-------------------------------------------------

    Affects Version/s:     (was: 3.0.4)
                           (was: 2.7.8)
                           (was: 2.8.5)
                           (was: 2.9.2)
                           (was: 3.1.1)
                           (was: 3.2.0)
                           (was: 2.10.0)
     Target Version/s:   (was: 3.2.0)
          Component/s:     (was: yetus)
                           (was: precommit)
                       Test Patch
                  Key: YETUS-659  (was: HADOOP-15665)
              Project: Yetus  (was: Hadoop Common)

> Checkstyle shows false positive report
> --------------------------------------
>
>                 Key: YETUS-659
>                 URL: https://issues.apache.org/jira/browse/YETUS-659
>             Project: Yetus
>          Issue Type: Bug
>          Components: Test Patch
>            Reporter: Kitti Nanasi
>            Priority: Minor
>
> If a patch is created with checkstyle errors, for example when a modified line is longer than 80 characters, then running checkstyle with the test-patch script runs to success (though it should fail and show an error about the long line).
> {code:java}
> dev-support/bin/test-patch  --plugins="-checkstyle" test.patch{code}
> However it does show the error (so works correctly) when running it with the IDEA checkstyle plugin.
>  
> I only tried it out it for patches with too long lines and wrong indentation, but I assume that it can be a more general problem.
> We realised this when reviewing HDFS-13217, where patch 004 has a "too long line" checkstyle error. In the first build for that patch, the checkstyle report was showing the error, but when it was ran again with the same patch, the error disappeared. So probably the checkstyle checking stopped working on trunk somewhere between April and July 2018.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)