Office.Recipients（接口）getAsync：在OWA中，失去现场焦点后无法解决。
Office收件人接口的“ GetAsync”功能返回已解决的收件人。
如果未解决接收者，则此功能将不会返回此接收者。
我们找到了一种方法/错误如何添加无法正确解决的收件人。
如果Outlook用户输入电子邮件地址（无需单击Outlook收件人建议，而无需按下选项卡/空间或“;”），然后单击另一个字段（更改字段焦点），例如，按下Messsage Bodon，The到字段的内容无法解决。
如果丢失了场地焦点，则应解决字段的内容。
我们已经使用脚本实验室加载项测试了这种行为，我们可以确认问题。
此外，我们还会注意到，如果我们使用setAsync或setaSync或AddAsync方法，无法解决对字段的起始内容，只有新的添加电子邮件adress经过验证。
我们的建议：
- set方法应删除该方法开始内容或解决开始 电子邮件地址也是如此。
- 主要问题是缺少对现场焦点丢失的“决心”。
我们的问题：
为什么在现场焦点更改后未解决字段？
在此特定情况下如何获得收件人值？
The "getAsync" function of the office recipient interface returns resolved recipients.
In case a recipient is not resolved, this recipient won't be returned by this function.
We find a way/bug how to add a recipient that won't be properly resolved.
In case an outlook user enter an email address (without clicking on the outlook recipient proposals, without pressing tab/space or ";") and then click on another field (change field focus), for example by pressing on the messsage body, the content of the To field is not resolved.
In case the field focus is lost, the content of the fields should be resolved.
We have tested this behaviour with the Script Lab Add-in and we could confirm the issue.
In addition, we could notice that if we set a new recipient using the setAsync or addAsync method, the start content of the to field is not resolved, only the new added email adress is validated.
Our suggestions:
- The set method should remove the start content or resolved the start
email address also. - The main issue is the missing "resolve" on field focus lost.
Our question:
Why the field is not resolved after field focus change?
How is it possible to get the recipient value in this specific case ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论