(solr) branch main updated: Fix formatting issues (tidy) (#3460)

[malliaridis]

This is an automated email from the ASF dual-hosted git repository.

malliaridis pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/solr.git


The following commit(s) were added to refs/heads/main by this push:
     new bef3353e193 Fix formatting issues (tidy) (#3460)
bef3353e193 is described below

commit bef3353e193019349414b3fd080bc58e2234a48c
Author: Christos Malliaridis <malliari...@apache.org>
AuthorDate: Sun Aug 10 18:09:45 2025 +0300

    Fix formatting issues (tidy) (#3460)
---
 .../solr/uninverting/TestFieldCacheSortRandom.java       | 16 +++++++++-------
 1 file changed, 9 insertions(+), 7 deletions(-)

diff --git 
a/solr/core/src/test/org/apache/solr/uninverting/TestFieldCacheSortRandom.java 
b/solr/core/src/test/org/apache/solr/uninverting/TestFieldCacheSortRandom.java
index e3d53ef8c56..3e9ee3b70b9 100644
--- 
a/solr/core/src/test/org/apache/solr/uninverting/TestFieldCacheSortRandom.java
+++ 
b/solr/core/src/test/org/apache/solr/uninverting/TestFieldCacheSortRandom.java
@@ -266,23 +266,25 @@ public class TestFieldCacheSortRandom extends 
SolrTestCase {
       }
 
       // For both STRING and STRING_VAL types in Lucene 10+, the internal 
sorting behavior
-      // has changed and can return different types (String vs BytesRef) 
depending on load conditions.
-      // The manual BytesRef.compareTo() used in this test doesn't reliably 
match the actual Lucene sort
-      // order under all conditions.
+      // has changed and can return different types (String vs BytesRef) 
depending on load
+      // conditions.
+      // The manual BytesRef.compareTo() used in this test doesn't reliably 
match the actual Lucene
+      // sort order under all conditions.
       // Instead, we validate that the sorting is working correctly by 
checking that:
       // 1. No exceptions are thrown during sorting
       // 2. Returned values are valid String, BytesRef or null
       // 3. The number of results matches expectations
-      // This ensures field cache sorting works without assuming specific sort 
implementation details.
+      // This ensures field cache sorting works without assuming specific sort 
implementation
+      // details.
       for (int hitIDX = 0; hitIDX < hits.scoreDocs.length; hitIDX++) {
         final FieldDoc fd = (FieldDoc) hits.scoreDocs[hitIDX];
         Object sortValue = fd.fields[0];
         assertTrue(
-            "Sort value should be String, BytesRef or null, but was: " + 
-            (sortValue == null ? "null" : 
sortValue.getClass().getSimpleName()),
+            "Sort value should be String, BytesRef or null, but was: "
+                + (sortValue == null ? "null" : 
sortValue.getClass().getSimpleName()),
             sortValue == null || sortValue instanceof BytesRef || sortValue 
instanceof String);
       }
-      
+
       // Skip exact order comparison for both STRING and STRING_VAL due to 
Lucene 10 changes
       continue;
     }