Microsoft graph api 列表通道消息不返回完整的消息列表
我不确定这是一个设计行为还是一个bug。团队界面当前显示了从2018年8月29日至2019年3月10日的5条消息。我想用Microsoft graph api 列表通道消息不返回完整的消息列表,microsoft-graph-api,Microsoft Graph Api,我不确定这是一个设计行为还是一个bug。团队界面当前显示了从2018年8月29日至2019年3月10日的5条消息。我想用图形API检索所有这些消息 以下是我连续做的事情: GET beta/teams/{id}/channels/{id}/messages返回3条消息、4个计数和一个nextLink GET nextLink返回0条消息、0个计数和一个nextLink GET nextLink返回2条消息,2次计数,无nextLink 如果我与最后一页上的一条消息交互(即回复一条消息),它会
图形API
检索所有这些消息
以下是我连续做的事情:
返回3条消息、4个计数和一个GET beta/teams/{id}/channels/{id}/messages
nextLink
返回0条消息、0个计数和一个GET nextLink
nextLink
返回2条消息,2次计数,无GET nextLink
nextLink
1. Page 1: 4 messages, 4 count, nextLink
2. Page 2: 0 messages, 0 count, nextLink
3. Page 3: 1 message, 1 count, no nextLink
第2页不应该为空吗?
GET/teams/{id}/channels/{id}/messages
按消息在Microsoft Team中的显示顺序返回消息。因此,是的,添加回复将重新排序邮件,而“喜欢和书签”则不会。谢谢@Nick。如果一个页面没有消息但包含下一个链接(即第2页)到一个页面有更多消息(即第3页),我们现在的一个怪癖是我们不返回控制消息(“Bob已将Fred添加到团队中”),但我们确实将其包括在消息计数中。所以,如果你正在读一个带有控制信息的频道,这可能就是正在发生的事情。很高兴知道。非常感谢。也许这可以包括在docs.microsoft.com上,我会在那里发表评论。(messages=wait messages.NextPageRequest.GetAsync()).Count>0)
将在结束前停止分页。