WebAutoType Not Working on One PC – DLL Path / Registry Issue Found

Since my native language is Chinese, this post is translated with AI, so there may be some language issues.
I’ll include both the original text (Chinese) and the translation.

Summary:
Using Procmon I found WebAutoType failed because KeePass tried to load xxx.dll from the wrong path; fixing the registry entry or placing the DLL in the KeePass folder solved it.

English (Translation)

Recently, I discovered an issue where WebAutoType does not work on one of my computers.
On another computer, however, it works normally.

The specific symptom is: when pressing the hotkey CTRL + SHIFT + A, it fails to auto-fill the title and URL.

To troubleshoot, I used Procmon to monitor KeePass and found that KeePass was trying to load a DLL called ksoapi.dll.
This DLL belongs to the Chinese office software from Kingsoft (金山).

On the computer where it works correctly, KeePass loads this DLL from the correct path.

On the computer where it doesn’t work, KeePass tries to load it from System32 (or similar system paths), fails to find it, and therefore WebAutoType cannot function.

As a temporary workaround, I copied ksoapi.dll into the KeePass root directory, and then WebAutoType worked again.

Later, I checked the registry entries related to this DLL:

On the working system, the registry contained the full path of the DLL.

On the non-working system, the registry only contained the file name (ksoapi.dll).

After I corrected the registry entry to include the full path, and then removed the DLL from the KeePass root directory, WebAutoType still worked fine.

So, this seems to be the root cause.

I asked AI for suggestions, and it said this might be related to COM component registration issues.

Therefore, if other software has similar incorrect registry entries for its DLLs, it may also cause WebAutoType to fail.

I hope this information helps others diagnose the same issue.

中文原文：

由于我的母语是中文，所以这个帖子是用AI翻译的，可能会有语言不通的情况。
下面会将原文跟翻译放在一起：
最近我有发现一个情况就是webautotype无法使用的情况
然后其中一台电脑可以正常使用，另外一台不行
具体表现就是使用快捷键 CTRL + SHIFT + A 的时候无法自动填充标题跟URL
后面我开始排查，用procmon监控keepass，发现keepass 会去读取我一个应用的DLL ksoapi.dll
ksoapi.dll 是我电脑里安装中国的金山公司的办公软件的一个dll
工作正常跟不正常的都会去读取这个DLL
工作正常的会去正确的路径正确读取到这个DLL
工作不正常的会默认地去SYSTEM32之类的路径读取，所以就没读取到这个DLL，然后自动填充标题跟URL也就无法正常工作了
我在把ksoapi.dll这个文件复制到keepass的根目录下就正常了
后面我去注册表查了这个dll有关的地方
发现工作正常的填写了完整的路径
工作不正常的只填写了ksoapi.dll 这个文件名
后面我把工作不正常的填写了完整的路径，然后删除了keepass根目录下的ksoapi.dll，依然可以正常工作
所以这应该就是问题的所在了
询问了AI，AI说这个可能是COM组件注册之类的问题。
所以如果有其他的软件也跟我说的这个软件一样，注册表里的信息错误了，可能导致webautotype无法使用。
希望这个可以帮后面的人定位到问题。

The hotkey is CTRL + SHIFT + A.

Since I had already checked Chrome’s accessibility settings and KeePass-HTTP-Connector, and both were working fine but the issue was still not solved, I decided to use Procmon to monitor what KeePass was loading or trying to access without sufficient permissions. That’s when I discovered the ksoapi.dll problem.

WebAutoType does not know anything about ksoapi.dll, so it must be being injected somehow by Kingsoft office software. It looks like on the non-working system the Kingsoft installer has not correctly registered the full location of their .dll, but I can't guess why not.

Thank you for writing up all these details, hopefully they will be helpful if anyone else encounters this issue with Kingsoft Office.

The computer that was working properly also became faulty after a few months of use. It seems that Kingsoft’s office software modifies the registry under certain conditions, which causes this issue. After a few months, the registry entry related to ksoapi.dll only contained the file name without the full path. Specifically, this software registers a ksoapi.dll UUID under HKEY_CLASSES_ROOT\Interface{618736E0-3C3D-11CF-810C-00AA00389B71} — the IAccessible TypeLib entry — which leads to the problem.