>
But I'm not on the extensions team so my opinion is not terribly relevant.
I am and I can verify that this pathway is still working, but what Peter is pointing out is that Chrome will no longer be
silent when you install an extension this way. The user needs to be in control, so in the future the user will get a dialog asking if they meant to allow the new extension (that they didn't directly install).
The registry keys are not case-sensitive and it looks like you've covered the basics that are given in the troubleshooting section of the link you referred to.
The most common errors are:
Not specifying the ID that the extension gets when installed as a .crx (it's not the same as when you load an extension unpacked).
Not providing a matching version/location on disk for the .crx.
Not realizing that uninstalling a registry installed extension from the chrome://settings page (as opposed to removing the registry key) will blacklist the extension.
Not having proper access to the .crx.
At a glance, it looks like you've covered the first two (if I'm reading the images you sent correctly).
My remaining troubleshooting steps would be to:
1) Make sure chrome.exe can read the registry keys and the .crx file (you can verify this with Process Monitor from Microsoft).
2) Drag and drop the .crx onto Chrome once more and then uninstall it from chrome://settings. That will remove the blacklist flag so you can install using the registry. Or try an empty profile.
Apart from that, I think you might get some more hints if you use a debug build of Chrome and look at the traces that it outputs at startup. I forget if we do this also in a release build, but you might get lucky if you enable logging for Chrome (then you don't have to get a debug build). See
http://www.chromium.org/for-testers/enable-logging
Best regards,
Finnur