aya-abdallah-FOO commented on PR #6128:
URL: https://github.com/apache/fineract/pull/6128#issuecomment-4980025477

   CI Results — Shard 6 passed; Shard 4 and Kafka failures explained below
   
   Shard 6 (our test shard) - Passed on MySQL, MariaDB, PostgreSQL
   
   LoanDisbursementMakerCheckerIntegrationTest lands in Shard 6 of 15 
(confirmed via the round-robin sort order). All three DB variants passed on the 
latest commit (b1fc3273e).
   
   Shard 4 failures (MySQL, MariaDB, PostgreSQL) — test-suite reshuffling, not 
a logic bug
   
   Adding LoanDisbursementMakerCheckerIntegrationTest inserts a new class 
alphabetically between LoanDisbursalDateValidationTest and 
LoanDisbursementDetailsIntegrationTest, shifting the round-robin shard 
assignment of every test class that sorts after it. As a result, tests that 
were previously in Shard 3 on develop (e.g. 
LoanMultipleDisbursementRepaymentScheduleTest, 
UndoRepaymentWithDownPaymentIntegrationTest) now run in Shard 4 after the 
original Shard-4 tests, creating a new execution ordering.
   
   Our production code changes are guarded behind the global MAKER_CHECKER 
configuration (defaults to false/disabled), so the new logCommandSource paths 
and CommandSourceRepository query are never exercised in any of the Shard 4 
tests. The failures are not in our code's execution path.
   
   One specific pre-existing fragility we found: 
UndoRepaymentWithDownPaymentIntegrationTest enables ENABLE_BUSINESS_DATE at the 
top of its @Test method without a try/finally — if the test fails mid-way, the 
config leaks into subsequent tests. This issue exists on develop too but didn't 
surface before because the test ran in Shard 3 with different predecessors. 
Could a maintainer check the artifact test-results-*-shard-4-attempt-2 to 
confirm which specific test is the first to fail? That would let us pinpoint 
the root cause and file a targeted fix for those tests.
   
   Kafka Smoke Test — transient Docker infrastructure failure
   
   The failure is in step 8 "Build the image" (jibDockerBuild), before any 
Kafka tests run. This is a Docker daemon / image-pull issue in the CI runner, 
unrelated to our Java changes (Shard 6 compilation and startup succeeded). 
Could a maintainer re-run just the Kafka smoke test job?   @Aman-Mittal 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to