-
Notifications
You must be signed in to change notification settings - Fork 870
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Incorrect edges count after committing with sbtree-based ridbag #9805
Comments
Hi, Tried to write a test out of the specified case, but seems to work fine, could you help me to reproduce? Regards |
Hi @tglman. The server must be configured with |
Hi, I could reproduce the case in remote and fix it, the fix will be released with the next hotfix 3.2.18. Regards |
Hi, I tested 3.2.18 and it is fixed. Thanks. |
OrientDB Version: 3.2.6
Java Version: openjdk version "11.0.15"
OS: Ubuntu 22.04
Expected behavior
A committed vertex should return the correct edges after adding a new edge.
Actual behavior
When sbtree-based rigbad is activated (server configured with
ORIENTDB_SETTINGS="-DridBag.embeddedToSbtreeBonsaiThreshold=-1"
), adding an edge to a vertex and then committing, the vertex returns incorrect count of edges.This is the same as #9076 but for OrientDB version 3.2 with Multi Model API. The behavior is correct in version 3.1. As noted in #9076 (comment), in 3.0 configuring the client with
GlobalConfiguration.RID_BAG_EMBEDDED_TO_SBTREEBONSAI_THRESHOLD.setValue(-1)
fixes the case, but this is not true in 3.2.Steps to reproduce
The text was updated successfully, but these errors were encountered: