67b6fa5a29
-- * Don't make a secret-Key request for each Key retrieved, use one request for all of them instead, and assemble the info later. This should reduce the traffic with large Keyrings. The bulk retrieval for the public armored Keys for each of these Keys is still up to discussion * unittests: disabled assertion for the armored key (as it currently doesn't work) * encryptTest: clarified the mechanism/reason of rejection for Messages >64 MB. This is still a TODO, as this error comes from a different place (the browser itself) and behaves different from the other errors. |
||
---|---|---|
.. | ||
BrowserTestExtension | ||
DemoExtension | ||
src | ||
.babelrc | ||
.eslintrc.json | ||
build_extensions.sh | ||
CHECKLIST | ||
CHECKLIST_build | ||
jsdoc.conf | ||
Makefile.am | ||
package.json | ||
README | ||
unittest_inputvalues.js | ||
unittests.js | ||
webpack.conf_unittests.js | ||
webpack.conf.js |
gpgmejs, as contained in this directory, is a javascript library for direct use of gnupg in browsers, with the help of nativeMessaging. Installation ------------- gpgmejs uses webpack, and thus depends on nodejs for building. All dependencies will be installed (in a local subdirectory) with the command `npm install`. To create a current version of the package, the command is `npx webpack --config webpack.conf.js`. If you want a more debuggable (i.e. not minified) build, just change the mode in webpack.conf.js. Demo and Test WebExtension: --------------------------- The Demo Extension shows simple examples of the usage of gpgmejs. The BrowsertestExtension runs more intensive tests (using the mocha and chai frameworks). Tests from BrowserTestExtension/tests will be run against the gpgmejs.bundle.js itself. They aim to test the outward facing functionality and API. Unittests as defined in ./unittests.js will be bundled in gpgmejs_unittests.bundle.js, and test the separate components of gpgmejs, which mostly are not exported. . The file `build_extension.sh` may serve as a pointer on how to build and assemble these two Extensions and their dependencies. It can directly be used in most linux systems. The resulting folders can just be included in the extensions tab of the browser in questions (extension debug mode needs to be active). For chrome, selecting the folder is sufficient, for firefox, the manifest.json needs to be selected. Please note that it is just for demonstration/debug purposes! For the Extensions to successfully communicate with gpgme-json, a manifest file is needed. - `~/.config/chromium/NativeMessagingHosts/gpgmejson.json` In the browsers' nativeMessaging configuration folder a file 'gpgmejs.json' is needed, with the following content: - For Chrome/Chromium: ``` { "name": "gpgmejson", "description": "This is a test application for gpgmejs", "path": "/usr/bin/gpgme-json", "type": "stdio", "allowed_origins": ["chrome-extension://ExtensionIdentifier/"] } ``` The usual path for Linux is similar to: `~/.config/chromium/NativeMessagingHosts/gpgmejson.json` for For Windows, the path to the manifest needs to be placed in `HKEY_LOCAL_MACHINE\SOFTWARE\Google\Chrome\NativeMessagingHosts\gpgmejson` - For firefox: ``` { "name": "gpgmejson", "description": "This is a test application for gpgmejs", "path": "/usr/bin/gpgme-json", "type": "stdio", "allowed_extensions": ["ExtensionIdentifier@temporary-addon"] } ``` The ExtensionIdentifier can be seen as Extension ID on the about:addons page if addon-debugging is active. In firefox, the temporary addon is removed once firefox exits, and the identifier will need to be changed more often. The manifest for linux is usually placed at: `~/.mozilla/native-messaging-hosts/gpgmejson.json` Documentation ------------- The documentation can be built by jsdoc. It currently uses the command `./node_modules/.bin/jsdoc -c jsdoc.conf`.