Added an error log message that catches the case where the zone

range for an object update is too big, ie: the object spans
more than two zones in any direction.
I have ideas for maybe fixing it so that any range is allowed but
until then we should provide an indication that the grid setup is bad.

Author: pspeed42

release-notes.md

@@ -9,6 +9,8 @@ Version 1.3.1 (unreleased)
 * Added a thread-safe BufferedHashSet for creating "one writer, many readers"
     fast thread safe hash sets.
 * Added a double-buffered thread safe active IDs set to the NetworkStateListener.    
+* Added an error log message when updating an object with a bounds bigger than
+    supported by the current grid settings.
 
 
 Version 1.3.0 (latest)

src/main/java/com/simsilica/ethereal/zone/ZoneManager.java

@@ -275,6 +275,18 @@ public void updateEntity( Long id, boolean active, Vec3d p, Quatd orientation, A
 
         ZoneRange info = getZoneRange(id, true);
         if( !minZone.equals(info.min) || !maxZone.equals(info.max) ) {
+        
+            // Check the range to see if it's too large... this indicates that
+            // the bounds is too big for the grid spacing.
+            if( maxZone.x - minZone.x > 1
+                || maxZone.y - minZone.y > 1  
+                || maxZone.z - minZone.z > 1 ) {
+                log.error("Object:" + id + " Range too big:" + minZone + " -> " + maxZone 
+                          + " from bounds:" + bounds
+                          + " grid size:" + grid.getZoneSize() 
+                          + " likely too small for object with extents:" + bounds.getExtents());
+            }  
+            
             info.setRange(minZone, maxZone);
         }
 
@@ -604,7 +616,7 @@ public void sendNoChange() {
 
         public void setRange( Vec3i newMin, Vec3i newMax ) {
             ZoneKey[] oldKeys = keys.clone();
-            
+ 
             // We could avoid recreating keys if they are already
             // set but the logic is tricky to get right and it's 
             // not called very often anyway.