Community
Participate
Working Groups
The latest Papyrus-RT-Product build on the master branch has failed because of an RCPTT test failure. This should not fail the build, but make it unstable, as is the case with JUnit tests. The problem with failing the build is that then the results are not archived to the 'last successful build' and testing and distribution are blocked. I think this specific test failure is similar to a JUnit test failure that I fixed recently in which changes to capsule-part mask label CSS resulted in persisted port locations in diagrams becoming invalid (or sufficiently more invalid than previously; the diagram notation has changed a lot) such that resizing capsule-parts produces odd results. But, nonetheless RCPTT test failures should yellow-ball the build, not red-ball it.
New Gerrit change created: https://git.eclipse.org/r/80313
Gerrit change https://git.eclipse.org/r/80313 was merged to [master]. Commit: http://git.eclipse.org/c/papyrus-rt/org.eclipse.papyrus-rt.git/commit/?id=86b940f4f5c60515badbc6f014fe485029edc7ad
(In reply to Eclipse Genie from comment #2) > Gerrit change https://git.eclipse.org/r/80313 was merged to [master]. This should fix the test failure. But the problem of tests failing the maven build remains.
I am not sure if I can interpret the logs correctly, but it looks like we have another case of a failing build due to that the RCPTT tests fails, and thus no build artifacts are produced, and further testing/verification/feedback of the fixed Bugzilla is blocked. In this specific case I was planning on testing the Gerrit change for Bug 479350, which finally has been merged after being stuck in Gerrit for a very long time. But now I am unable to do so.
(In reply to Peter Cigehn from comment #4) > testing/verification/feedback of the fixed Bugzilla is blocked. In this > specific case I was planning on testing the Gerrit change for Bug 479350, > which finally has been merged after being stuck in Gerrit for a very long > time. But now I am unable to do so. Yes, because now that this bug is merged, the label in the diagram for a newly created capsule-part no longer shows the [1] multiplicity because now the capsule-part is created with "None (1)" replication and, therefore, no lowerValue nor upperValue. I can fix the RCPTT test case again to get the build going, but still, it just raises the urgency of the build situation.
It appears that there's another test for ports that now cannot find some UI elements because the property-sheet UI for ports is changed (which it should be). This test needs updating, probably by the developer of bug 479350 who would be in a better position to do so.
I think this has been discussed before, but what are the plans to include running the RCPTT-tests already for the Gerrit change? It feels a bit strange that we do not detect failing RCPTT-tests until the Gerrit change has been merged to master. Shouldn't that be checked already when testing the Gerrit change (and give it a -1 in case the RCPTT-test fails).
(In reply to Peter Cigehn from comment #7) > I think this has been discussed before, but what are the plans to include > running the RCPTT-tests already for the Gerrit change? It feels a bit > strange that we do not detect failing RCPTT-tests until the Gerrit change > has been merged to master. Shouldn't that be checked already when testing > the Gerrit change (and give it a -1 in case the RCPTT-test fails). Maybe there's concern about the running time of the Gerrit test builds if the RCPTT is included? Besides that I think it took considerably longer to get RCPTT running on Neon than the rest of the build, so it wasn't feasible to include it in the Gerrit test builds. Now that RCPTT seems to be working, perhaps your suggestion is the best solution.
https://git.eclipse.org/r/#/c/80465/ fixes the latest test failures and a new product build is running.
(In reply to Christian W. Damus from comment #8) > > Now that RCPTT seems to be working, perhaps your suggestion is the best > solution. Actually, that's not a solution to this bug. While it may still be a good suggestion, it is unrelated: in any case, test failures should only mark a build as unstable, not fail it. And a Gerrit build job can decide whether to vote +1, 0, or -1 for verification on an unstable build.
Gerrit change https://git.eclipse.org/r/80465 was merged to [master]. Commit: http://git.eclipse.org/c/papyrus-rt/org.eclipse.papyrus-rt.git/commit/?id=a6995d052cbb5109d84b90b6506b2cfaafa93e45
Not sure I feel I have the competence to test and verify this Bugzilla. Unassigning myself as QA.
Batch closing of old, fixed bugs