【问题标题】:Meeting start/end timeZone are intermittently modified to UTC会议开始/结束时区间歇性地修改为 UTC
【发布时间】:2020-03-02 23:34:37
【问题描述】:

当我使用图形 api 设置新的会议事件时,开始和结束时区的时区会更新为 UTC,但时间不会受到影响。例如,传入图形 API 的对象可能如下所示:

{
subject: "arg",
body: {contentType: "HTML", content: "arg"},
start: {dateTime: "2020-03-03T03:00:00", timeZone: "Pacific Standard Time"},
end: {dateTime: "2020-03-03T04:00:00", timeZone: "Pacific Standard Time"},
attendees: []
}

但是我收到的回复是这样的:

(截断)

{
originalStartTimeZone: "UTC",
originalEndTimeZone: "UTC",
start: {
  dateTime: "2020-03-03T03:00:00.0000000",
  timeZone: "UTC"
},
end: {
  dateTime: "2020-03-03T04:00:00.0000000",
  timeZone: "UTC"
}
}

但是,我注意到更新事件将正确地将其保存为选定的时区。有人对我如何强制执行此操作有任何想法,或者这是否是图形 api 的问题?

【问题讨论】:

  • 我正在查看 Microsoft 的文档,看来您使用的格式正确,但我也看到他们有时使用带有所有小写字符的 timezone。这对你有影响吗?
  • 显然对允许的时区也有限制;您可以使用以下说明从收件人的服务器获取列表:docs.microsoft.com/en-us/graph/api/…
  • 您在哪里发现他们在某些地方使用了小写的timezone?这似乎解决了问题。
  • 我认为在 Outlook 文档中。太酷了,我没想到会这样。
  • 哎呀....没关系。这只是一些有效的条目。现在又将其保存为 UTC。

标签: javascript microsoft-graph-api


【解决方案1】:

这显然是一个错误。当通过 fetch 使用相同的对象进行此更改时,它会始终如一地工作。

GitHub Issue submitted.

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-02-05
    • 1970-01-01
    • 1970-01-01
    • 2021-02-09
    • 1970-01-01
    • 1970-01-01
    • 2021-02-23
    • 1970-01-01
    相关资源
    最近更新 更多