Known Issues in ArangoDB 3.5

    Critical issues (ArangoDB Technical & Security Alerts) are also found at.

    AQL

    Issue
    Date Added: 2018-09-05 Component: AQL Deployment Mode: Cluster Description: In a very uncommon edge case there is an issue with an optimization rule in the cluster. If you are running a cluster and use a custom shard key on a collection (default is _key) and you provide a wrong shard key in a modifying query (UPDATE, REPLACE, DELETE) and the wrong shard key is on a different shard than the correct one, a DOCUMENT NOT FOUND error is returned instead of a modification (example query: UPDATE { _key: "123", shardKey: "wrongKey"} WITH { foo: "bar" } IN mycollection). Note that the modification always happens if the rule is switched off, so the suggested workaround is to deactivate the optimizing rule . Affected Versions: 3.4.x, 3.5.x Fixed in Versions: - Reference:

    Stream Transactions

    Issue
    Date Added: 2019-08-19 Component: Transactions Deployment Mode: All Description: Stream Transactions do not honor the limits described in the documentation. Currently the idle timeout of 10 seconds will not be enforced, neither will the maximum size of transaction be enforced. Affected Versions: 3.5.0 Fixed in Versions: 3.5.1 Reference:arangodb/arangodb#9775
    Date Added: 2019-08-19 Component: Transactions Deployment Mode: All Description: Stream Transactions do not support the graph operations that are initiated via the general-graph / smart-graph JavaScript module or via the REST API at /_api/gharial. These operations will act as if no stream transaction is present. Affected Versions: 3.5.0 Fixed in Versions: 3.5.1 Reference: / arangodb/arangodb#9911
    Date Added: 2019-08-19 Component: Transactions Deployment Mode: All Description: Stream Transactions do not support user restrictions. Any authenticated user may access any ongoing transaction so long as they have access to the database in question. Affected Versions: 3.5.0 Fixed in Versions: 3.5.1 Reference:

    Other

    Issue
    Date Added: 2019-05-16 Component: Starter Deployment Mode: All Description: The ArangoDB Starter falls back to the IP [::1] under macOS. If there is no entry ::1 localhost in the /etc/hosts file or the option —starter.disable-ipv6 is passed to the starter to use IPv4, then it will hang during startup. Affected Versions: 0.14.3 (macOS only) Fixed in Versions: - Reference: N/A
    Date Added: 2019-05-16 Component: arangod Deployment Mode: All Description: Calling a shutdown endpoint may not result in a proper shutdown while the node/server is still under load. The server processes must be ended manually.In v3.5.1 and later, two different issues are fixed: libgcc/libmusl wrongly detecting multi-threadedness in statically linked executables and a read/write lock race condition. Affected Versions: 3.5.0 Fixed in Versions: 3.5.1 Reference:v3.5.1 CHANGELOG /
    Date Added: 2019-05-24 Component: Web UI Deployment Mode: Active Failover Description: The web interface shows a wrong replication mode in the replication tab in Active Failover deployments sometimes. It may display Master/Slave mode (the default value) because of timeouts if /api/cluster/endpoints is requested too frequently. Affected Versions: 3.5.x Fixed in Versions: - Reference: N/A
    Date Added: 2019-09-11 Component: Indexing Deployment Mode: All Description: A time to live (TTL) index does not remove documents from a collection if the path points to a nested attribute. Only top-level attributes work. Affected Versions: 3.5.x Fixed in Versions: - Reference: N/A
    Date Added: 2019-12-10 Component: Installer Deployment Mode: All Description: The DMG package for macOS is not notarized, which prevents the execution of _ArangoDB3-CLI.app under macOS 10.15 (Catalina) with error message: “ArangoDB3-CLI can’t be opened because Apple cannot check it for malicious software” Affected Versions: 3.3.x, 3.4.x, 3.5.x Fixed in Versions: - Reference:arangodb/arangodb#10561
    Date Added: 2020-01-07 Component: Installer Deployment Mode: All Description: V8-based binaries of the client packages (arangosh, arangoinspect, foxx-manager) have an incorrect default value for javascript.startup-directory and will thus not find the required JavaScript folder unless specified by the user. Affected Versions: 3.4.x, 3.5.x, 3.6.0 Fixed in Versions: 3.4.9, 3.5.4, 3.6.1 Reference: (internal)
    Date Added: 2020-01-07 Component: Installer Deployment Mode: All Description: The client packages for Windows miss the arangoinspect binary. As a workaround, you can run arangosh with the following options:arangosh —server.authentication false —server.ask-jwt-secret —javascript.client-module inspector.js … Affected Versions: 3.3.x, 3.4.x, 3.5.x, 3.6.0 Fixed in Versions: 3.3.25, 3.4.10, 3.5.5, 3.6.1 Reference:arangodb/arangodb#10835
    Date Added: 2020-01-07 Component: Foxx Deployment Mode: Cluster Description: In case of a Foxxmaster failover, jobs in state 'progress' are not reset to to restart execution. Affected Versions: 3.4.x, 3.5.x Fixed in Versions: 3.4.10, 3.5.5, 3.6.1 Reference: