Skip to content

Temporal component access on date/datetime values may return null #4018

Closed

Description

@Silence6666668

ArcadeDB version
Observed on Docker images:

  • arcadedata/arcadedb:latest
  • arcadedata/arcadedb:26.3.2
  • arcadedata/arcadedb:26.4.1-SNAPSHOT
  • arcadedata/arcadedb:26.4.2

Environment

  • Host OS: Windows 10
  • Architecture: x86_64
  • Deployment: Docker
  • ArcadeDB endpoint: HTTP /api/v1/command/arcade
  • Request mode matches ArcadeDB Studio:
    • language: opencypher
    • serializer: studio
  • Differential comparison target: Neo4j Docker neo4j:latest

Describe the bug
ArcadeDB may return null when reading standard temporal components from date(...) or datetime(...) values, even though the temporal values themselves are created correctly.

In the minimized repros below:

  • date() itself returns a valid date string
  • but date().year, date().month, date().day, and datetime().year all evaluate to null

Neo4j returns the expected numeric components.

To Reproduce

Query:

RETURN date().year AS y;

Expected behavior
Neo4j returns the current year as an integer.

On 2026-04-25, observed Neo4j result:

2026

ArcadeDB should also return the current year.

Actual behavior
ArcadeDB returns:

null

Control query 1
The temporal value itself is created correctly:

RETURN date() AS d;

Observed result on ArcadeDB:

2026-04-25

So the failure is not that date() itself is unavailable.

Control query 2
The issue is not limited to date() without arguments:

RETURN date('2020-01-15').year AS y;

Observed Neo4j result:

2020

Observed ArcadeDB result:

null

Control query 3
The same family also affects other date and datetime components:

RETURN date().month AS m, date().day AS d;

Observed Neo4j result on 2026-04-25:

4, 25

Observed ArcadeDB result:

null, null

And:

RETURN datetime().year AS y;

Observed Neo4j result:

2026

Observed ArcadeDB result:

null

This makes the boundary clear: ArcadeDB can produce temporal values, but component access on those values is being evaluated incorrectly.

Activity

  1. self-assigned this
    on Apr 28, 2026
  2. added this to the 26.5.1 milestone on Apr 28, 2026
  3. added a commit that references this issue on Apr 29, 2026
  4. added a commit that references this issue on May 1, 2026
  5. added a commit that references this issue on May 12, 2026
  6. added 4 commits that reference this issue on Jun 28, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions