------------- ------------- UPDATE
巧合的是，我实际上发现了一年前发布的一篇旧帖子，我发现了同样的问题（完全忘了它）。我突然想起有一个参考不存在的问题。那时我把所有东西都改成了后期绑定。大约半年前，我在C＃中为我的访问应用程序创建了自己的COM加载项，我用脚本注册了这个COM对象，但在这个特定的用户中，这不起作用。关闭特定参考时，一切都恢复了。结论：错误/错误是由损坏/缺失的引用引起的......
-------------------------------------------- -
在奇怪的访问问题类别中，我有另一个问题。 在我的访问2013应用程序中，所有组合框在1台特定计算机上不再自动完成。这些项目在列表中，但自动完成功能不再起作用。我已经阅读了其他几个相关问题，但所有这些解决方案都不起作用。我已经检查/尝试了以下内容：
奇怪的是，其他用户使用完全相同的文件（它被复制到本地），并且在他们的计算机上它确实有效。 该文件的类型为accde。一周前我遇到了同样的问题，我尝试打开相同的文件，但我没有打开accde版本，而是在这个特定的用户计算机上打开了accdb版本，这似乎有效（自动完成再次正常工作）。这工作了大约一个星期但现在它又被腐蚀了一些（我确实更改了文件并最近再次部署它以便可能需要对它进行一些操作）。 “
除了组合框自动完成问题，同一个用户还有一个特定表单不再打开的问题（同样，在其他用户只是打开正常），错误是2467并且设置允许时出错通过代码的子表单。虽然这并不奇怪，这不会导致其他计算机上的错误，所以我怀疑它与自动完成相同的“错误”有关。
任何人都遇到过同样的问题吗？ 一些其他信息：
答案 0 :(得分：0)
修正了它！
巧合的是，我实际上发现了一年前发布的一篇旧帖子，我发现了同样的问题（完全忘了它）。我突然想起有一个参考不存在的问题。那时我把所有东西都改成了后期绑定。大约半年前，我在C＃中为我的访问应用程序创建了自己的COM加载项，我用脚本注册了这个COM对象，但在这个特定的用户中，这并没有用。关闭特定参考时，一切都恢复了。结论：错误/错误是由损坏/缺失的引用引起的......