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

Correctly parse rfc3339 timezone and Nanosecond #8346

Merged
merged 2 commits into from
Sep 24, 2018

Conversation

ph
Copy link
Contributor

@ph ph commented Sep 18, 2018

The code was not correctly creating the time and was isntead making
events appear to be a few years in the future. The nanosecond extraction
was not on the right scale for the time.Date, the commit fixes the
behavior and do assertions with the go parser.

bug was reported by @vjsamuel

@ph ph added review Filebeat Filebeat needs_backport PR is waiting to be backported to other branches. labels Sep 18, 2018
Copy link
Contributor

@vjsamuel vjsamuel left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for this @ph

@ph
Copy link
Contributor Author

ph commented Sep 18, 2018

Failures are valid looking into them.

@ph
Copy link
Contributor Author

ph commented Sep 18, 2018

After running a few times, sometime I have the issue and sometime I don't.

The code was not correctly creating the time and was isntead making
events appear to be a few years in the future. The nanosecond extraction
was not on the right scale for the time.Date, the commit fixes the
behavior and do assertions with the go parser.
@ph ph force-pushed the fix/correctly-parses-rfc3339-and-nanosecond branch from 790a040 to 87bece8 Compare September 24, 2018 12:43
@ph
Copy link
Contributor Author

ph commented Sep 24, 2018

rebased wating for the ci bots.

@ph ph merged commit 6204fce into elastic:master Sep 24, 2018
ph added a commit to ph/beats that referenced this pull request Sep 25, 2018
* Correctly parse rfc3339 timezone and Nanosecond

The code was not correctly creating the time and was isntead making
events appear to be a few years in the future. The nanosecond extraction
was not on the right scale for the time.Date, the commit fixes the
behavior and do assertions with the go parser.

(cherry picked from commit 6204fce)
@ph ph added v7.0.0 and removed needs_backport PR is waiting to be backported to other branches. labels Sep 25, 2018
ph added a commit to ph/beats that referenced this pull request Sep 25, 2018
* Correctly parse rfc3339 timezone and Nanosecond

The code was not correctly creating the time and was isntead making
events appear to be a few years in the future. The nanosecond extraction
was not on the right scale for the time.Date, the commit fixes the
behavior and do assertions with the go parser.

(cherry picked from commit 6204fce)
@ph ph added the v6.5.0 label Sep 25, 2018
ph added a commit that referenced this pull request Sep 25, 2018
…cond (#8432)

Cherry-pick of PR #8346 to 6.4 branch. Original message: 

The code was not correctly creating the time and was isntead making
events appear to be a few years in the future. The nanosecond extraction
was not on the right scale for the time.Date, the commit fixes the
behavior and do assertions with the go parser.

bug was reported by @vjsamuel
ph added a commit that referenced this pull request Sep 25, 2018
…cond (#8433)

Cherry-pick of PR #8346 to 6.x branch. Original message: 

The code was not correctly creating the time and was isntead making
events appear to be a few years in the future. The nanosecond extraction
was not on the right scale for the time.Date, the commit fixes the
behavior and do assertions with the go parser.

bug was reported by @vjsamuel
leweafan pushed a commit to leweafan/beats that referenced this pull request Apr 28, 2023
… Nanosecond (elastic#8432)

Cherry-pick of PR elastic#8346 to 6.4 branch. Original message: 

The code was not correctly creating the time and was isntead making
events appear to be a few years in the future. The nanosecond extraction
was not on the right scale for the time.Date, the commit fixes the
behavior and do assertions with the go parser.

bug was reported by @vjsamuel
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants