You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Still digging into this issue, hard to reproduce in debug. It's fundamental to fix this ASAP because it could highlight an internal problem we need to fix. Thanks for helping @countfloyd with the test case.
I was able to find the bug. I haven't noticed the random shuffle on delete at first. Once I identified the sequence(s) that generated the issue I was able to find the problem. The deletion from vertices created a cascading effect to the edges, but the internal iterators skipped some of the edges because moved forward by the cascading effect.
As a result of the fix, the delete of graph elements now it's also faster.
ArcadeDB Version:
23.12.2
OS and JDK Version:
macos 14.3, zulu 21.0.2 JDK
<OS and JDK brand and version here. You can find it in the 2nd line of the server output>
Expected behavior
Running the enclosed Java file should result in '# of edges: 0' message
Actual behavior
The number of edges changes over different runs, varying from 0 to sometimes 2 or 3
Steps to reproduce
Run the following Java test class. Look at the # of edges output. Run repeatedly to see the number change.
The text was updated successfully, but these errors were encountered: