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

Timezone setting in MS Teams Notification V2 seems to be ignored #20541

Closed
zippi-ifn opened this issue Sep 25, 2024 · 2 comments
Closed

Timezone setting in MS Teams Notification V2 seems to be ignored #20541

zippi-ifn opened this issue Sep 25, 2024 · 2 comments

Comments

@zippi-ifn
Copy link

Description

Steps To Reproduce

  1. Use new MS Teams Notification V2

Environment

  • Graylog Version: Graylog 6.0.6+4aa664f
  • OpenSearch Version: opensearch/stable,now 2.17.0 amd64
  • MongoDB Version: mongodb-org-server/jammy,now 6.0.17 amd64
  • Browser Version: --

Seems like this was fixed for the old plugin: Graylog2/graylog-plugin-integrations#1318
(and I accidentally opened the issue there)

When notifications are sent to MS Teams with the V2 plugin, the timestamp is always UTC, regardless of which timezone was selected in the drop-down list.

image

ATM Berlin is at GMT+2
image

@kingzacko1
Copy link
Contributor

@zippi-ifn I'm able to reproduce the bug, but I think it may be on the Teams side of things... When I send a test notification with my UTC-5 timezone set on the notification I can see all the way in Teams Workflows that my UTC-5 was formatted properly. Here is an example from the Workflow Run History of my most recent test.
image
However, the card that was posted in my channel has been reformatted:
image
Check your Workflow history to find the raw message that was received by Teams and see if it is sent with the proper UTC+2 formatting. I think you will, meaning this is indeed a Teams issue.

And it seems to be a known issue, or rather something Microsoft says happens 'by design'. See this question on Microsoft's Q&A website. The one answer has two comments, the second one by Sandor Zeestraten seems to describe this exact scenario with no response as to why.

@zippi-ifn
Copy link
Author

Thank you for investigating this.
The behaviour of the MS tool is ... let's say ‘D'OH!

I think the simple solution is to remove the timestamp from the message for now.

@zippi-ifn zippi-ifn closed this as not planned Won't fix, can't repro, duplicate, stale Oct 29, 2024
@kingzacko1 kingzacko1 removed their assignment Oct 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants