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

mimecast: squelch test errors associated with timezone short IDs #11584

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

efd6
Copy link
Contributor

@efd6 efd6 commented Oct 29, 2024

Proposed commit message

The BST short ID is associated with three timezones, resulting in the potential for three different Zulu timestamps, depending on which BST is chosen by the date processor. Fix this for tests by using a non-ambigous timezone short ID (which happily also agrees with the geoip data that we use).

There is no correct fix that can be applied since the set of ambigous short IDs is large and knowing which to apply would depend on knowledge of the origin of the data (which may be possible, though complex with the geoip data, but also may not be depending on how strongly tied to geographical location the TZ of the timestamp is). The correct fix is for the data source to not use short IDs. We do not control this.

Note

No changelog entry as this is not user facing (mod the whitespace fix that is not worth a release).

Checklist

  • I have reviewed tips for building integrations and this pull request is aligned with them.
  • I have verified that all data streams collect metrics or logs.
  • I have added an entry to my package's changelog.yml file.
  • I have verified that Kibana version constraints are current according to guidelines.
  • I have verified that any added dashboard complies with Kibana's Dashboard good practices

Author's Checklist

  • [ ]

How to test this PR locally

Related issues

Screenshots

The BST short ID is associated with three timezones, resulting in the
potential for three different Zulu timestamps, depending on which BST is
chosen by the date processor. Fix this for tests by using a non-ambigous
timezone short ID (which happily also agrees with the geoip data that we
use).

There is no correct fix that can be applied since the set of ambigous
short IDs is large and knowing which to apply would depend on knowledge
of the origin of the data (which may be possible, though complex with
the geoip data, but also may not be depending on how strongly tied to
geographical location the TZ of the timestamp is). The correct fix is
for the data source to not use short IDs. We do not control this.
@efd6 efd6 added flaky-test Unstable or unreliable test cases. Integration:mimecast Mimecast bugfix Pull request that fixes a bug issue Team:Security-Service Integrations Security Service Integrations Team [elastic/security-service-integrations] labels Oct 29, 2024
@efd6 efd6 self-assigned this Oct 29, 2024
@elastic-vault-github-plugin-prod

🚀 Benchmarks report

To see the full report comment with /test benchmark fullreport

@elasticmachine
Copy link

💚 Build Succeeded

cc @efd6

Copy link

Quality Gate passed Quality Gate passed

Issues
0 New issues
0 Fixed issues
0 Accepted issues

Measures
0 Security Hotspots
No data about Coverage
No data about Duplication

See analysis details on SonarQube

@efd6 efd6 marked this pull request as ready for review October 30, 2024 00:41
@efd6 efd6 requested a review from a team as a code owner October 30, 2024 00:41
@elasticmachine
Copy link

Pinging @elastic/security-service-integrations (Team:Security-Service Integrations)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bugfix Pull request that fixes a bug issue flaky-test Unstable or unreliable test cases. Integration:mimecast Mimecast Team:Security-Service Integrations Security Service Integrations Team [elastic/security-service-integrations]
Projects
None yet
2 participants