The fact that you have an E:\ drive is a critical factor for this bug - anyone without an E:\ drive is unaffected by this issue as the bug requires you to have the drive to occur.
This is why:
The registry cleaning engine interprets "ms-resource://foobar" to mean a file path "e://foobar" that is "e:\foobar", if you have no E:\ drive, the data is automatically ignored as it is interpreted to be a reference to a removable disk drive which is currently disconnected.
Sometimes file paths in the registry are encoded with inverted slashes ("C:/foobar/foo.exe" meaning "C:\foobar\foo.exe") and sometimes the file paths are encoded with double slashes ("C:\\foobar\\foo.exe") and finally, sometimes with both inverted and doubled slashes: "C://foobar//foo.exe". This explains why the registry cleaner engine incorrectly analyzed the data such as "ms-resource://foobar" to mean a file reference.
Like said, this issue has been in the registry cleaner engine at least from PowerTools 2014, probably from even earlier version, but since the issue is both quite rare (not many users have Windows 8+ AND an E:\ drive) and not super critical (removing those false positive entries does not cause serious issues to Windows) it has gone undetected and unreported for this long. So, thank you very much for reporting this!