Closed stefanhahmann closed 1 year ago
The exception is from the "Rebuild spatial indices" thread which runs continuously in the background. Do you think this is because something in the foreground (caused by Show Track Downward) eats up all the memory? And hence the location where the OOM finally occurs is rather arbitrary? Or is this more closely related?
@tpietzsch: Do you think this is because something in the foreground (caused by Show Track Downward) eats up all the memory? And hence the location where the OOM finally occurs is rather arbitrary? Or is this more closely related?
I think you are right. This bug is not related to the spatial index. It just so happened that the spatial index triggered the OutOfBoundsException.
There might be a loop in the graph. The "Show Track Downward" operation does a depth first search to find the roots of the selected sub trees. This depth first search has no detection for loops and it therefor doesn't terminate. I will fix it.
Resolved with #229
Reproduction
Expected behaviour:
After step 6. "Show Track Downward", the TrackScheme Hierarchy view should zoom to the sub-tree of the selected branch
File for testing:
https://cloudstore.zih.tu-dresden.de/index.php/s/XgbnqRDgb9jLXLb
StackTrace:
UI interaction: