自12月以来,我一直在PC(Windows 10 Home)上运行ArcGIS 10.5,没有任何问题。在过去的一周中,当我单击任何ArcToolbox工具中的参数字段时,我已经开始收到ActiveX安全警告。




Windows安全警告

此页面上的ActiveX控件与页面的其他部分进行交互可能不安全。您要允许这种交互吗?


不管是单击“是”还是“否”都没有关系,我仍然可以修改该字段,并且该工具仍然可以正常使用。

答案为:

答案为:

我正在回答为什么ArcToolbox工具会导致ActiveX错误?似乎是该问答的实际答案。此外,它还可以在Windows XP / 7时代使用IE 7/8来运行,而我在IE 11上运行Win 10(尽管从未使用过)。如果重要的话,我们使用的浏览器是Firefox 53.0(64位)和Chrome 58.0.3029.81(64位)。

我遇到的问题听起来有些不同,因为只有当我单击参数字段-不在我打开工具或在其他地方阅读的ArcMap时。该“问答”上的警告消息也有不同的文字,因此可能是一个完全不同的问题。

我打开了Internet Explorer(这是自购买这台PC以来的第一次!),然后查看了“本地区域”设置并且ActiveX的所有内容都标记为“已启用”,其中包括一个关于在不提示的情况下运行的信息:



我还禁用了另一个“自动提示ActiveX控件”,但是没有停止出现该消息。

我从“问题:启动ArcMap时ActiveX控件出现问题”中浏览了建议的ActiveX设置,更新了所有设置以使其匹配(我唯一需要更改的是“自动提示用于ActiveX控件”(我在上面的测试中更改了一个)。

过去一周,我的电脑上没有安装新软件。

是什么原因导致该问题开始出现,该如何解决?

评论

我也有这个问题,我很想知道您得到的答案是否解决了您的问题。我对更改注册表中的内容非常谨慎,因此也许还有另一种解决方案。只是一个烦人,对我来说无处不在。

@Mutumba是的,答案为我解决了问题。您将在答案旁边看到绿色的复选标记,表示该答案已被我接受为解决方案。

仅当您的系统收到Windows 10 Creators Update(1703)时才发生这种情况吗?它于3月/ 4月(7个月前,当您提出问题时)问世-我们组织中的10.5和10.5.1都在1703年面临同样的问题。

@Mgamerz我想它可能与该更新有关。我知道只要有可用的Windows我都会对其进行更新,但是不记得是在开始出现这些Activex问题之前还是之后。绝对值得一提

我认为有一个新的WIndows更新可用,并且还有10.6 beta版,因此可能值得测试其中一个/两个,以查看问题是否仍然存在。我有几个小时要测试一下

#1 楼

快速简便的解决方案:


请关注此帖子:重定向:axtiveX错误警告


原始发布

I在ESRI的网站上找到了针对此问题的修复程序-axtiveX错误警告。一名工作人员进入线程并确认这是当前版本的ArcGIS中的错误(在撰写本文时,最新版本为10.5.1)。

到目前为止,我们仅看到它影响了我们的1703年用户。尚未在1709年进行测试,但我想它也会影响到它们。在我的组织中,不允许将安全区域的状态更改为其他答案的状态(此设置的策略在链的更高端受到控制),但是上面的链接提供了一种变通方法(或可能是实际解决方法?)。我听说他们应该在10.6中使用此功能。


几周前,我们的一些用户向Esri支持人员报告了此问题。
我们将此问题报告为缺陷。给我们的开发团队。他们
非常了解,并在最后研究此问题。

“ BUG-000105427:在更新到Windows 10版本1703后与
地理处理工具进行交互时,会出现ActiveX控件警告。
(创建者更新)”。


他们链接到他们的知识库文章,介绍了如何修复它:错误:从ArcToolbox运行任何地理处理工具时,Internet Explorer脚本错误生成在某些实现文件夹重定向的系统上,基本上,您需要将其.xsl文件复制到arctoolbox文件夹中(默认值为10.5)位于C:\Program Files (x86)\ArcGIS\Desktop10.5\ArcToolbox\Stylesheets。虽然此页面的链接显示的错误看上去与您描述的错误非常不同,但似乎是同一问题,只是旧版本的Internet Explorer。我确认它适用于我们的一些用户。

评论


DWORD修复程序在带有10.5.1和Windows 1709的Surface Pro 3上不起作用。至少在最近的记忆中,我的工作站没有任何问题。

–约翰斯
17年12月19日在18:10

这适用于我的ArcGIS 10.5.1安装,而DWORD 1201 = 0却不行。

–user918967
17年12月19日在22:51

对我而言,这绝对比弄乱注册表更可取。谢谢!

–nmpeterson
18年1月3日在22:22

ArcGIS Desktop 10.6已于今天发布,因此如果您能够在较早的版本中进行复制,那么如果可以验证10.6是否为您修复了该问题,那就太好了。

– PolyGeo♦
18年1月17日在23:43

直到我的组织批准10.6的使用将需要几周时间。

– Mgamerz
18年1月19日,0:50

#2 楼

我找到了对我有用的解决方案。

我更改寄存器中的设置。在以下位置搜索1201和值0(DWORD):
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zonesq4312079q

运行任何工具的问题(在Esri的Geonet论坛上)



评论


欢迎使用GIS SE!谢谢,将1201添加到我的注册表中解决了该问题。即使阅读了您包含在答案中的链接,我当然也不明白为什么会这样。

– Midavalo♦
17年4月26日在23:31

此外,作为新用户,请参观以了解我们的重点问答格式。

– Midavalo♦
17年4月26日在23:31

在进行注册表编辑之前,我想知道自己在做什么。您可以在答案中添加一些说明其工作原理的内容吗?谢谢!

– PhilippNagel
17年6月26日在15:20

该解决方案似乎有效,但没有得到很好的解释。我第二次请求,请解释对注册表所做的更改。此外,对于所有对如何遵循上述说明感到困惑的人-使用Win10,右键单击Windows徽标,然后单击“运行”,输入“ regedit”,这将打开注册表。导航到HKEY_CURRENT_USER \ Software \ Microsoft \ Windows \ CurrentVersion \ Internet设置\ Zones \ 0,然后双击1201,将值数据设置为0。这可以解决问题。

–克里斯蒂娜
17年8月9日在14:39

本质上,这归结为“自动为当前用户在Internet区域中启用不安全的ActiveX控件的初始化和脚本编制”。本文[blogs.technet.microsoft.com/fdcc/2011/11/03/…。

–埃里克·安德森(Erik Anderson)
17-10-11在18:06

#3 楼

大多数建议忽略的一个重要区别是,很可能这是解决此问题所需要的全部,这是在区域0中必须创建一个新的DWORD 1201(如果尚不存在)。换句话说,除非还添加了1201,否则将所有其他DWORD值更改为“ 0”将不起作用。

可以在这里找到解决方案:https://geonet.esri.com/ideas/13563 -fix-activex-security-bug-for-toolbox-scripts

将名为“ 1201”的“ DWORD”条目添加到“ HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ Internet Settings \ Zones \ 0“文件夹并将其值设置为0。重新启动ArcGIS以使其生效。

我看到一些帖子已从此处删除;一个正确地将问题标识为最近的Windows更新,另一个表明添加DWORD解决了该问题。也许,将这些帖子纠正为听起来更像答案,而不是删除它们,将是一种更好的方法,因为此处实际接受的答案是不完整的。

评论


我不确定我是否读过任何建议将其他值更改为0的建议,只有说您需要1201的建议。但是我同意,如果不存在1201,则需要创建它,并且问题应该消失了(它为我做了)。 +1

– Midavalo♦
2017年9月8日15:38



@Brandus的帖子。它的措辞是感谢信,但重要的提示是“在我的注册表中添加新的DWORD 1201解决了令人讨厌的问题”。

–雅库布·西萨克地理图形学
17年9月11日在13:51

我尝试将ONLY DWORD 1201更改为0,并发现它有帮助,但是当我搜索工具箱并单击搜索结果选项卡中的链接时,该链接旨在切换到目录选项卡并将焦点设置到该工具,仅切换至标签-而不选择工具。然后,我将两个DWORD 2001和2004从3更改为0,发现它的行为正确。现在非常困难的部分:说服大型组织中的安全人员,此注册表更改不会引入安全漏洞。 +1

– Kirk Kuykendall
17-10-14在19:45



柯克(Kirk),这两个关键是:2001-.NET Framework依赖组件:运行使用Authenticode签名的组件,以及2004-.NET Framework依赖组件:运行未使用Authenticode签名的组件。我可以看到打开了0区:2001/0值,但对于用户提示,也许0区:2004应该是1,而不是0。

–V Stuart Foote
17-10-30在19:09



#4 楼

在处理了10.5.1.7333上最令人讨厌的错误之后,今天早上我终于安装了10.6。我很高兴地说这个错误在10.6.0.8321中消失了!!

FWIW-.xsl文件替换建议对我根本不起作用。

升级到10.6对我有用!