Skip to content
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

could parse_timestamp(vrl function) set timezone? #21782

Closed
lddlww opened this issue Nov 13, 2024 · 1 comment
Closed

could parse_timestamp(vrl function) set timezone? #21782

lddlww opened this issue Nov 13, 2024 · 1 comment
Labels
type: feature A value-adding code addition that introduce new functionality.

Comments

@lddlww
Copy link

lddlww commented Nov 13, 2024

A note for the community

  • Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment

Use Cases

my elasticSearch sink dataset parameter is setted by %Y-%m-%d ,however vector internal %Y, %m, %d is derived from timestamp field which timezone is always utc, i wanna to set %Y-%m-%d using "Asia/Shang" timezone, but i found i can't without using either set global timestamp key option. or adding extra column which value timezone is setted from format_timestamp

problem:
vector/vrl now is hardcode timezone value is utc, which result in parse_timestamp that default timezone is utc and could not be change , format_timestamp can set timezone, but return value type is string not timestamp ; if parse_timestamp could support timezone ,that's would be great

best wishes

Attempted Solutions

No response

Proposal

No response

References

No response

Version

No response

@lddlww lddlww added the type: feature A value-adding code addition that introduce new functionality. label Nov 13, 2024
@lddlww lddlww changed the title could parse_timestamp set timezone? could parse_timestamp(vrl function) set timezone? Nov 13, 2024
@jszwedko
Copy link
Member

Hi @lddlww !

I think this issue is the same as #14160 so I'll close this one. #3333 is also related. Feel free to follow those other issues.

@jszwedko jszwedko closed this as not planned Won't fix, can't repro, duplicate, stale Nov 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: feature A value-adding code addition that introduce new functionality.
Projects
None yet
Development

No branches or pull requests

2 participants