We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Describe the bug When a first aggregate returns an attribute with type :utc_datetime_usec, precision is lost.
:utc_datetime_usec
To Reproduce A failing test has been created to easily demonstrate the issue.
1) test first aggregate maintains datetime precision (AshPostgres.AggregateTest) test/aggregate_test.exs:471 Assertion with == failed code: assert post.created_at == fetched_post.latest_comment_created_at left: ~U[2023-11-13 03:46:05.332378Z] right: ~U[2023-11-13 03:46:05Z] stacktrace: test/aggregate_test.exs:494: (test)
The bug seems to have been introduced in ash by these changes.
ash
Here is the most recent ash commit where the issue was not present
The text was updated successfully, but these errors were encountered:
Hmm...yeah this looks like an issue that needs resolving. We need to get aggregate constraints as well as types here.
Sorry, something went wrong.
This is fixed in 2.17
Thanks Zach!
No branches or pull requests
Describe the bug
When a first aggregate returns an attribute with type
:utc_datetime_usec
, precision is lost.To Reproduce
A failing test has been created to easily demonstrate the issue.
The bug seems to have been introduced in
ash
by these changes.Here is the most recent
ash
commit where the issue was not presentThe text was updated successfully, but these errors were encountered: