2014-10-30 01:32:29 +00:00
|
|
|
{
|
2016-01-01 22:23:44 +00:00
|
|
|
"name": "signal-desktop",
|
2017-03-30 23:40:09 +00:00
|
|
|
"productName": "Signal",
|
2017-03-08 00:55:24 +00:00
|
|
|
"description": "Private messaging from your desktop",
|
2016-01-01 22:23:44 +00:00
|
|
|
"repository": "https://github.com/WhisperSystems/Signal-Desktop.git",
|
2017-12-09 00:26:35 +00:00
|
|
|
"version": "1.1.0-beta.5",
|
2017-03-08 00:55:24 +00:00
|
|
|
"license": "GPL-3.0",
|
|
|
|
"author": {
|
|
|
|
"name": "Open Whisper Systems",
|
|
|
|
"email": "support@whispersystems.org"
|
|
|
|
},
|
2017-03-02 22:04:38 +00:00
|
|
|
"main": "main.js",
|
2014-10-30 01:32:29 +00:00
|
|
|
"devDependencies": {
|
2017-04-21 20:59:27 +00:00
|
|
|
"asar": "^0.13.0",
|
2014-11-07 08:32:32 +00:00
|
|
|
"bower": "^1.3.12",
|
2017-11-09 01:32:52 +00:00
|
|
|
"electron": "~1.7.9",
|
2017-11-21 22:50:51 +00:00
|
|
|
"electron-builder": "^19.29.2",
|
2017-04-21 21:31:58 +00:00
|
|
|
"electron-icon-maker": "^0.0.3",
|
2017-11-23 01:37:54 +00:00
|
|
|
"electron-publisher-s3": "^19.30.0",
|
2017-04-21 09:40:06 +00:00
|
|
|
"grunt": "^1.0.1",
|
|
|
|
"grunt-cli": "^1.2.0",
|
|
|
|
"grunt-contrib-concat": "^1.0.1",
|
|
|
|
"grunt-contrib-copy": "^1.0.0",
|
2017-04-18 23:46:02 +00:00
|
|
|
"grunt-contrib-jshint": "^1.1.0",
|
2017-04-21 09:40:06 +00:00
|
|
|
"grunt-contrib-watch": "^1.0.0",
|
2017-09-13 20:43:00 +00:00
|
|
|
"grunt-exec": "^3.0.0",
|
2016-04-04 02:34:34 +00:00
|
|
|
"grunt-gitinfo": "^0.1.7",
|
2017-04-21 09:40:06 +00:00
|
|
|
"grunt-jscs": "^3.0.1",
|
2017-05-03 23:43:36 +00:00
|
|
|
"grunt-sass": "^2.0.0",
|
2017-05-06 04:39:04 +00:00
|
|
|
"node-sass-import-once": "^1.2.0",
|
|
|
|
"spectron": "^3.6.2"
|
2014-11-23 03:36:52 +00:00
|
|
|
},
|
|
|
|
"scripts": {
|
2017-09-25 22:00:19 +00:00
|
|
|
"postinstall": "electron-builder install-app-deps && rimraf node_modules/dtrace-provider",
|
2014-11-23 03:36:52 +00:00
|
|
|
"test": "grunt test",
|
2017-03-02 22:04:38 +00:00
|
|
|
"lint": "grunt jshint",
|
2017-03-10 18:35:58 +00:00
|
|
|
"start": "electron .",
|
2017-05-05 00:26:51 +00:00
|
|
|
"asarl": "asar l release/mac/Signal.app/Contents/Resources/app.asar",
|
2017-04-21 21:31:58 +00:00
|
|
|
"icon-gen": "electron-icon-maker --input=images/icon_1024.png --output=./build",
|
2017-05-05 00:26:51 +00:00
|
|
|
"generate": "npm run icon-gen && grunt",
|
|
|
|
"build": "build --em.environment=$SIGNAL_ENV",
|
|
|
|
"dist": "npm run generate && npm run build",
|
2017-09-19 22:31:04 +00:00
|
|
|
"pack": "npm run generate && npm run build -- --dir",
|
Beta versions support: SxS support, in-app env/instance display (#1606)
* Script for beta config; unique data dir, in-app env/type display
To release a beta build, increment the version and add -beta-N to the
end, then go through all the standard release activities.
The prepare-build npm script then updates key bits of the package.json
to ensure that the beta build can be installed alongside a production
build. This includes a new name ('Signal Beta') and a different location
for application data.
Note: Beta builds can be installed alongside production builds.
As part of this, a couple new bits of data are shown across the app:
- Environment (development or test, not shown if production)
- App Instance (disabled in production; used for multiple accounts)
These are shown in:
- The window title - both environment and app instance. You can tell
beta builds because the app name, preceding these data bits, is
different.
- The about window - both environment and app instance. You can tell
beta builds from the version number.
- The header added to the debug log - just environment. The version
number will tell us if it's a beta build, and app instance isn't
helpful.
* Turn on single-window mode in non-production modes
Because it's really frightening when you see 'unable to read from db'
errors in the console.
* aply.sh: More instructions for initial setup and testing
* Gruntfile: Get consistent with use of package.json datas
* Linux: manually update desktop keys, since macros not available
2017-10-30 20:57:13 +00:00
|
|
|
"prepare-build": "node prepare_build.js",
|
2017-05-05 00:26:51 +00:00
|
|
|
"pack-prod": "SIGNAL_ENV=production npm run pack",
|
|
|
|
"dist-prod": "SIGNAL_ENV=production npm run dist",
|
|
|
|
"dist-prod-all": "SIGNAL_ENV=production npm run dist -- -mwl",
|
|
|
|
"build-release": "SIGNAL_ENV=production npm run build -- --config.directories.output=release",
|
|
|
|
"build-mas-release": "npm run build-release -- -m --config.mac.target=mas",
|
2017-05-06 04:39:04 +00:00
|
|
|
"build-mas-dev": "npm run build-release -- -m --config.mac.target=mas --config.type=development",
|
2017-05-05 00:26:51 +00:00
|
|
|
"prep-mac-release": "npm run build-release -- -m --dir",
|
2017-05-08 17:29:42 +00:00
|
|
|
"prep-release": "npm run generate && grunt prep-release && npm run build-release && npm run build-mas-release && grunt test-release",
|
2017-11-09 03:32:44 +00:00
|
|
|
"release-mac": "npm run build-release -- -m --prepackaged release/mac/Signal*.app --publish=always",
|
2017-09-18 22:51:01 +00:00
|
|
|
"release-win": "npm run build-release -- -w --prepackaged release/windows --publish=always",
|
Beta versions support: SxS support, in-app env/instance display (#1606)
* Script for beta config; unique data dir, in-app env/type display
To release a beta build, increment the version and add -beta-N to the
end, then go through all the standard release activities.
The prepare-build npm script then updates key bits of the package.json
to ensure that the beta build can be installed alongside a production
build. This includes a new name ('Signal Beta') and a different location
for application data.
Note: Beta builds can be installed alongside production builds.
As part of this, a couple new bits of data are shown across the app:
- Environment (development or test, not shown if production)
- App Instance (disabled in production; used for multiple accounts)
These are shown in:
- The window title - both environment and app instance. You can tell
beta builds because the app name, preceding these data bits, is
different.
- The about window - both environment and app instance. You can tell
beta builds from the version number.
- The header added to the debug log - just environment. The version
number will tell us if it's a beta build, and app instance isn't
helpful.
* Turn on single-window mode in non-production modes
Because it's really frightening when you see 'unable to read from db'
errors in the console.
* aply.sh: More instructions for initial setup and testing
* Gruntfile: Get consistent with use of package.json datas
* Linux: manually update desktop keys, since macros not available
2017-10-30 20:57:13 +00:00
|
|
|
"release-lin": "npm run build-release -- -l --prepackaged release/linux && NAME=$npm_package_name VERSION=$npm_package_version ./aptly.sh",
|
2017-05-05 00:26:51 +00:00
|
|
|
"release": "npm run release-mac && npm run release-win && npm run release-lin"
|
2017-03-10 18:35:58 +00:00
|
|
|
},
|
|
|
|
"build": {
|
|
|
|
"appId": "org.whispersystems.signal-desktop",
|
|
|
|
"mac": {
|
Beta versions support: SxS support, in-app env/instance display (#1606)
* Script for beta config; unique data dir, in-app env/type display
To release a beta build, increment the version and add -beta-N to the
end, then go through all the standard release activities.
The prepare-build npm script then updates key bits of the package.json
to ensure that the beta build can be installed alongside a production
build. This includes a new name ('Signal Beta') and a different location
for application data.
Note: Beta builds can be installed alongside production builds.
As part of this, a couple new bits of data are shown across the app:
- Environment (development or test, not shown if production)
- App Instance (disabled in production; used for multiple accounts)
These are shown in:
- The window title - both environment and app instance. You can tell
beta builds because the app name, preceding these data bits, is
different.
- The about window - both environment and app instance. You can tell
beta builds from the version number.
- The header added to the debug log - just environment. The version
number will tell us if it's a beta build, and app instance isn't
helpful.
* Turn on single-window mode in non-production modes
Because it's really frightening when you see 'unable to read from db'
errors in the console.
* aply.sh: More instructions for initial setup and testing
* Gruntfile: Get consistent with use of package.json datas
* Linux: manually update desktop keys, since macros not available
2017-10-30 20:57:13 +00:00
|
|
|
"artifactName": "${name}-mac-${version}.${ext}",
|
2017-04-06 22:10:04 +00:00
|
|
|
"category": "public.app-category.social-networking",
|
2017-04-21 21:31:58 +00:00
|
|
|
"icon": "build/icons/mac/icon.icns",
|
2017-10-04 21:04:52 +00:00
|
|
|
"publish": [
|
|
|
|
{
|
|
|
|
"provider": "generic",
|
|
|
|
"url": "https://updates.signal.org/desktop"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
"provider": "s3",
|
|
|
|
"region": "us-east-1",
|
|
|
|
"bucket": "updates.signal.org",
|
|
|
|
"path": "desktop",
|
|
|
|
"acl": "public-read"
|
|
|
|
}
|
|
|
|
],
|
2017-05-03 18:32:20 +00:00
|
|
|
"target": [
|
|
|
|
"dmg",
|
|
|
|
"zip"
|
|
|
|
],
|
2017-05-05 01:37:29 +00:00
|
|
|
"bundleVersion": "1"
|
2017-04-06 22:10:04 +00:00
|
|
|
},
|
|
|
|
"win": {
|
2017-05-18 22:46:47 +00:00
|
|
|
"asarUnpack": "node_modules/spellchecker/vendor/hunspell_dictionaries",
|
Beta versions support: SxS support, in-app env/instance display (#1606)
* Script for beta config; unique data dir, in-app env/type display
To release a beta build, increment the version and add -beta-N to the
end, then go through all the standard release activities.
The prepare-build npm script then updates key bits of the package.json
to ensure that the beta build can be installed alongside a production
build. This includes a new name ('Signal Beta') and a different location
for application data.
Note: Beta builds can be installed alongside production builds.
As part of this, a couple new bits of data are shown across the app:
- Environment (development or test, not shown if production)
- App Instance (disabled in production; used for multiple accounts)
These are shown in:
- The window title - both environment and app instance. You can tell
beta builds because the app name, preceding these data bits, is
different.
- The about window - both environment and app instance. You can tell
beta builds from the version number.
- The header added to the debug log - just environment. The version
number will tell us if it's a beta build, and app instance isn't
helpful.
* Turn on single-window mode in non-production modes
Because it's really frightening when you see 'unable to read from db'
errors in the console.
* aply.sh: More instructions for initial setup and testing
* Gruntfile: Get consistent with use of package.json datas
* Linux: manually update desktop keys, since macros not available
2017-10-30 20:57:13 +00:00
|
|
|
"artifactName": "${name}-win-${version}.${ext}",
|
2017-09-28 18:58:45 +00:00
|
|
|
"certificateSubjectName": "Signal",
|
2017-10-04 21:05:23 +00:00
|
|
|
"publisherName": "Signal (Quiet Riddle Ventures, LLC)",
|
2017-04-21 21:31:58 +00:00
|
|
|
"icon": "build/icons/win/icon.ico",
|
2017-10-04 21:04:52 +00:00
|
|
|
"publish": [
|
|
|
|
{
|
|
|
|
"provider": "generic",
|
|
|
|
"url": "https://updates.signal.org/desktop"
|
|
|
|
},
|
|
|
|
{
|
|
|
|
"provider": "s3",
|
|
|
|
"region": "us-east-1",
|
|
|
|
"bucket": "updates.signal.org",
|
|
|
|
"path": "desktop",
|
|
|
|
"acl": "public-read"
|
|
|
|
}
|
|
|
|
],
|
2017-05-05 23:28:27 +00:00
|
|
|
"target": [
|
|
|
|
"nsis",
|
|
|
|
"zip"
|
|
|
|
]
|
2017-03-10 18:35:58 +00:00
|
|
|
},
|
|
|
|
"linux": {
|
2017-09-13 20:43:00 +00:00
|
|
|
"category": "Network",
|
|
|
|
"desktop": {
|
|
|
|
"StartupWMClass": "Signal"
|
|
|
|
},
|
2017-05-18 22:46:47 +00:00
|
|
|
"asarUnpack": "node_modules/spellchecker/vendor/hunspell_dictionaries",
|
2017-03-10 18:35:58 +00:00
|
|
|
"target": [
|
2017-05-05 23:28:27 +00:00
|
|
|
"deb",
|
|
|
|
"zip"
|
2017-04-27 23:57:31 +00:00
|
|
|
],
|
|
|
|
"icon": "build/icons/png"
|
2017-03-10 18:35:58 +00:00
|
|
|
},
|
2017-12-14 19:32:04 +00:00
|
|
|
"deb": {
|
|
|
|
"depends": ["gconf2", "gconf-service", "libnotify4", "libappindicator1", "libxtst6", "libnss3", "libasound2", "libxss1"]
|
|
|
|
},
|
2017-03-10 18:35:58 +00:00
|
|
|
"files": [
|
2017-04-10 07:22:38 +00:00
|
|
|
"package.json",
|
|
|
|
"config/default.json",
|
2017-05-05 00:26:51 +00:00
|
|
|
"config/${env.SIGNAL_ENV}.json",
|
|
|
|
"config/local-${env.SIGNAL_ENV}.json",
|
2017-04-10 07:22:38 +00:00
|
|
|
"background.html",
|
2017-10-17 15:03:47 +00:00
|
|
|
"about.html",
|
2017-04-10 07:22:38 +00:00
|
|
|
"_locales/**",
|
|
|
|
"protos/*",
|
|
|
|
"js/**",
|
|
|
|
"stylesheets/*.css",
|
|
|
|
"!js/register.js",
|
2017-04-19 17:34:19 +00:00
|
|
|
"!js/views/standalone_registration_view.js",
|
2017-06-22 00:31:20 +00:00
|
|
|
"app/*",
|
2017-04-10 07:22:38 +00:00
|
|
|
"preload.js",
|
|
|
|
"main.js",
|
|
|
|
"audio/**",
|
|
|
|
"images/**",
|
|
|
|
"fonts/*",
|
2017-11-09 01:33:20 +00:00
|
|
|
"build/assets",
|
2017-04-10 07:22:38 +00:00
|
|
|
"node_modules/**",
|
2017-12-06 20:44:16 +00:00
|
|
|
"!node_modules/emoji-panel/dist/*",
|
|
|
|
"!node_modules/emoji-panel/lib/emoji-panel-emojione-*.css",
|
|
|
|
"!node_modules/emoji-panel/lib/emoji-panel-google-*.css",
|
|
|
|
"!node_modules/emoji-panel/lib/emoji-panel-twitter-*.css",
|
|
|
|
"!node_modules/emoji-panel/lib/emoji-panel-apple-{16,20,64}.css",
|
|
|
|
"!node_modules/emoji-datasource/emoji_pretty.json",
|
2017-12-04 18:19:35 +00:00
|
|
|
"!node_modules/emoji-datasource/*.png",
|
2017-12-06 20:44:16 +00:00
|
|
|
"!node_modules/emoji-datasource-apple/emoji_pretty.json",
|
2017-12-04 18:19:35 +00:00
|
|
|
"!node_modules/emoji-datasource-apple/img/apple/{sheets-128,sheets-256}/*.png",
|
|
|
|
"!node_modules/emoji-datasource-apple/img/apple/sheets/{16,20,32}.png",
|
2017-08-17 01:09:50 +00:00
|
|
|
"!node_modules/spellchecker/vendor/hunspell/**/*",
|
2017-03-30 22:06:41 +00:00
|
|
|
"!**/node_modules/*/{CHANGELOG.md,README.md,README,readme.md,readme,test,__tests__,tests,powered-test,example,examples,*.d.ts}",
|
|
|
|
"!**/node_modules/.bin",
|
2017-04-26 22:54:46 +00:00
|
|
|
"!**/node_modules/*/build/**",
|
2017-03-30 22:06:41 +00:00
|
|
|
"!**/*.{o,hprof,orig,pyc,pyo,rbc}",
|
|
|
|
"!**/._*",
|
2017-12-06 20:44:16 +00:00
|
|
|
"!**/{.DS_Store,.git,.hg,.svn,CVS,RCS,SCCS,__pycache__,thumbs.db,.gitignore,.gitattributes,.editorconfig,.flowconfig,.yarn-metadata.json,.idea,appveyor.yml,.travis.yml,circle.yml,npm-debug.log,.nyc_output,yarn.lock,.yarn-integrity}",
|
|
|
|
"node_modules/spellchecker/build/Release/*.node",
|
|
|
|
"node_modules/websocket/build/Release/*.node"
|
2017-04-10 18:07:59 +00:00
|
|
|
]
|
2017-03-30 18:43:58 +00:00
|
|
|
},
|
|
|
|
"dependencies": {
|
2017-09-25 22:00:19 +00:00
|
|
|
"bunyan": "^1.8.12",
|
2017-09-13 20:43:00 +00:00
|
|
|
"config": "^1.26.2",
|
2017-05-22 16:21:47 +00:00
|
|
|
"electron-config": "^1.0.0",
|
2017-04-19 22:25:03 +00:00
|
|
|
"electron-editor-context-menu": "^1.1.1",
|
2017-11-21 22:50:51 +00:00
|
|
|
"electron-updater": "^2.16.1",
|
2017-11-27 23:54:59 +00:00
|
|
|
"emoji-datasource-apple": "^4.0.0",
|
|
|
|
"emoji-js": "^3.4.0",
|
2017-12-14 19:30:41 +00:00
|
|
|
"emoji-panel": "https://github.com/scottnonnenberg/emoji-panel.git#v0.5.5",
|
2017-10-30 21:45:57 +00:00
|
|
|
"google-libphonenumber": "^3.0.7",
|
2017-08-17 17:51:37 +00:00
|
|
|
"lodash": "^4.17.4",
|
2017-09-25 22:00:19 +00:00
|
|
|
"mkdirp": "^0.5.1",
|
2017-12-08 18:38:01 +00:00
|
|
|
"node-fetch": "https://github.com/scottnonnenberg/node-fetch.git#3e5f51e08c647ee5f20c43b15cf2d352d61c36b4",
|
2017-11-22 21:50:52 +00:00
|
|
|
"node-notifier": "^5.1.2",
|
2017-08-16 23:47:32 +00:00
|
|
|
"os-locale": "^2.1.0",
|
2017-12-04 23:35:50 +00:00
|
|
|
"proxy-agent": "^2.1.0",
|
2017-09-25 22:00:19 +00:00
|
|
|
"rimraf": "^2.6.2",
|
2017-08-16 16:29:43 +00:00
|
|
|
"semver": "^5.4.1",
|
2017-09-13 20:43:00 +00:00
|
|
|
"spellchecker": "^3.4.3",
|
Certificate pinning via node XMLHttpRequest implementation (#1394)
* Add certificate pinning on https service requests
Make https requests to the server using node apis instead of browser apis, so we
can specify our own CA list, which contains only our own CA.
This protects us from MITM by a rogue CA.
As a bonus, this let's us drop the use of non-standard ports and just use good
ol' default 443 all the time, at least for http requests.
// FREEBIE
* Make certificateAuthorities an option on requests
Modify node-based xhr implementation based on driverdan/node-XMLHttpRequest,
adding support for setting certificate authorities on each request.
This allows us to pin our master CA for requests to the server and cdn but not
to the s3 attachment server, for instance. Also fix an exception when sending
binary data in a request: it is submitted as an array buffer, and must be
converted to a node Buffer since we are now using a node based request api.
// FREEBIE
* Import node-based xhr implementation
Add a copy of https://github.com/driverdan/node-XMLHttpRequest@86ff70e, and
expose it to the renderer in the preload script.
In later commits this module will be extended to support custom certificate
authorities.
// FREEBIE
* Support "arraybuffer" responseType on requests
When fetching attachments, we want the result as binary data rather than a utf8
string. This lets our node-based XMLHttpRequest honor the responseType property
if it is set on the xhr.
Note that naively using the raw `.buffer` from a node Buffer won't work, since
it is a reuseable backing buffer that is often much larger than the actual
content defined by the Buffer's offset and length.
Instead, we'll prepare a return buffer based on the response's content length
header, and incrementally write chunks of data into it as they arrive.
// FREEBIE
* Switch to self-signed server endpoint
* Log more error info on failed requests
With the node-based xhr, relevant error info are stored in statusText and
responseText when a request fails.
// FREEBIE
* Add node-based websocket w/ support for custom CA
// FREEBIE
* Support handling array buffers instead of blobs
Our node-based websocket calls onmessage with an arraybuffer instead of a blob.
For robustness (on the off chance we switch or update the socket implementation
agian) I've kept the machinery for converting blobs to array buffers.
// FREEBIE
* Destroy all wacky server ports
// FREEBIE
2017-09-01 15:58:58 +00:00
|
|
|
"websocket": "^1.0.24"
|
2014-10-30 01:32:29 +00:00
|
|
|
}
|
|
|
|
}
|