Office js 从outlook加载项在默认浏览器中打开同一原始页面

Office js 从outlook加载项在默认浏览器中打开同一原始页面,office-js,office-addins,outlook-web-addins,Office Js,Office Addins,Outlook Web Addins,我有一个使用office.js的outlook加载项。 外接程序使用需求集1.5。 如果加载项在浏览器中打开,则其行为与预期一致。(目标设置为“_blank”的链接将在新选项卡中打开,无论其来源如何) 单击与apps SourceLocation具有相同来源且目标设置为“_blank”的链接时,该页面将在outlook中的小型浏览器中打开,而不是在用户默认浏览器中打开 我已经在以下版本上进行了测试: 在弹出窗口中打开相同的域链接: Windows 10 Enterprise Versio

我有一个使用office.js的outlook加载项。 外接程序使用需求集1.5。 如果加载项在浏览器中打开,则其行为与预期一致。(目标设置为“_blank”的链接将在新选项卡中打开,无论其来源如何) 单击与apps SourceLocation具有相同来源且目标设置为“_blank”的链接时,该页面将在outlook中的小型浏览器中打开,而不是在用户默认浏览器中打开

我已经在以下版本上进行了测试:

在弹出窗口中打开相同的域链接:

Windows 10 Enterprise
    Version 1903
    Build 18362.418
Outlook
    Version 1908 
    Build 11929.20388 Click-to-Run

Windows 10 Enterprise
    Version 1903
    Build 18362.418
Outlook
    Version 1908 
    Build 11929.20300 Click-to-Run
按预期工作(在默认浏览器中打开):

我相信这个问题是从windows或outlook的最新更新开始的:大约在同一时间,加载项开始使用Edge而不是IE。
请注意,在mac上测试时,使用
window.open(URL“_blank”)打开页面将在弹出式浏览器中打开,而不是在用户默认浏览器中打开。

您看到的行为是经过设计的。如果Edge是同一个域,则会打开新窗口,以支持使用cookie将数据传递到窗口

当在弹出窗口中打开任何无法最大化或最小化的链接时,您如何期望用户获得无缝体验。用户通常希望使用默认浏览器,而不是默认浏览器。因此,我们使用URL参数传递数据

我想你已经让它对开发者来说是用户友好的,但不是真正的用户。我建议您查看此最新更新。理想的解决方案是允许开发人员选择链接的打开方式,而不是让Microsoft决定为每个开发的外接程序选择最佳的方式

我想我们需要在一个单独的域中托管外接程序,以适应这种情况,并让用户有一个无缝的体验。这样的不便

macOS 
    Mojave 
    version 10.14.6 
Outlook:
    Version 16.29 (19090802)

Windows 10 Enterprise
    Version 1803
    Build 17134.766
Outlook
    Version 1908 
    Build 11929.20300 Click-to-Run

Windows 10 Enterprise
    Version 1809
    Build 17763.557
Outlook
    Version 1803 
    Build 9126.2275 Click-to-Run