|
|
|
// polyfill fetch
|
|
|
|
global.fetch = global.fetch || require('isomorphic-fetch')
|
|
|
|
const assert = require('assert')
|
|
|
|
const extend = require('xtend')
|
|
|
|
const rp = require('request-promise')
|
|
|
|
const nock = require('nock')
|
|
|
|
const configManagerGen = require('../lib/mock-config-manager')
|
|
|
|
const STORAGE_KEY = 'metamask-persistance-key'
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
|
|
|
|
describe('config-manager', function() {
|
|
|
|
var configManager
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
|
|
|
|
beforeEach(function() {
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
window.localStorage = {} // Hacking localStorage support into JSDom
|
|
|
|
configManager = configManagerGen()
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
})
|
|
|
|
|
|
|
|
describe('currency conversions', function() {
|
|
|
|
|
|
|
|
describe('#getCurrentFiat', function() {
|
|
|
|
it('should return false if no previous key exists', function() {
|
|
|
|
var result = configManager.getCurrentFiat()
|
|
|
|
assert.ok(!result)
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
describe('#setCurrentFiat', function() {
|
|
|
|
it('should make getCurrentFiat return true once set', function() {
|
|
|
|
assert.equal(configManager.getCurrentFiat(), false)
|
|
|
|
configManager.setCurrentFiat('USD')
|
|
|
|
var result = configManager.getCurrentFiat()
|
|
|
|
assert.equal(result, 'USD')
|
|
|
|
})
|
|
|
|
|
|
|
|
it('should work with other currencies as well', function() {
|
|
|
|
assert.equal(configManager.getCurrentFiat(), false)
|
|
|
|
configManager.setCurrentFiat('JPY')
|
|
|
|
var result = configManager.getCurrentFiat()
|
|
|
|
assert.equal(result, 'JPY')
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
describe('#getConversionRate', function() {
|
|
|
|
it('should return false if non-existent', function() {
|
|
|
|
var result = configManager.getConversionRate()
|
|
|
|
assert.ok(!result)
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
describe('#updateConversionRate', function() {
|
|
|
|
it('should retrieve an update for ETH to USD and set it in memory', function(done) {
|
|
|
|
this.timeout(15000)
|
|
|
|
var usdMock = nock('https://www.cryptonator.com')
|
|
|
|
.get('/api/ticker/eth-USD')
|
|
|
|
.reply(200, '{"ticker":{"base":"ETH","target":"USD","price":"11.02456145","volume":"44948.91745289","change":"-0.01472534"},"timestamp":1472072136,"success":true,"error":""}')
|
|
|
|
|
|
|
|
assert.equal(configManager.getConversionRate(), false)
|
|
|
|
var promise = new Promise(
|
|
|
|
function (resolve, reject) {
|
|
|
|
configManager.setCurrentFiat('USD')
|
|
|
|
configManager.updateConversionRate().then(function() {
|
|
|
|
resolve()
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
promise.then(function() {
|
|
|
|
var result = configManager.getConversionRate()
|
|
|
|
assert.equal(typeof result, 'number')
|
|
|
|
done()
|
|
|
|
}).catch(function(err) {
|
|
|
|
console.log(err)
|
|
|
|
})
|
|
|
|
|
|
|
|
})
|
|
|
|
|
|
|
|
it('should work for JPY as well.', function() {
|
|
|
|
this.timeout(15000)
|
|
|
|
assert.equal(configManager.getConversionRate(), false)
|
|
|
|
|
|
|
|
var jpyMock = nock('https://www.cryptonator.com')
|
|
|
|
.get('/api/ticker/eth-JPY')
|
|
|
|
.reply(200, '{"ticker":{"base":"ETH","target":"JPY","price":"11.02456145","volume":"44948.91745289","change":"-0.01472534"},"timestamp":1472072136,"success":true,"error":""}')
|
|
|
|
|
|
|
|
|
|
|
|
var promise = new Promise(
|
|
|
|
function (resolve, reject) {
|
|
|
|
configManager.setCurrentFiat('JPY')
|
|
|
|
configManager.updateConversionRate().then(function() {
|
|
|
|
resolve()
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
promise.then(function() {
|
|
|
|
var result = configManager.getConversionRate()
|
|
|
|
assert.equal(typeof result, 'number')
|
|
|
|
}).catch(function(err) {
|
|
|
|
console.log(err)
|
|
|
|
})
|
|
|
|
})
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
describe('confirmation', function() {
|
|
|
|
|
|
|
|
describe('#getConfirmedDisclaimer', function() {
|
|
|
|
it('should return false if no previous key exists', function() {
|
|
|
|
var result = configManager.getConfirmedDisclaimer()
|
|
|
|
assert.ok(!result)
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
describe('#setConfirmedDisclaimer', function() {
|
|
|
|
it('should make getConfirmedDisclaimer return true once set', function() {
|
|
|
|
assert.equal(configManager.getConfirmedDisclaimer(), false)
|
|
|
|
configManager.setConfirmedDisclaimer(true)
|
|
|
|
var result = configManager.getConfirmedDisclaimer()
|
|
|
|
assert.equal(result, true)
|
|
|
|
})
|
|
|
|
|
|
|
|
it('should be able to set false', function() {
|
|
|
|
configManager.setConfirmedDisclaimer(false)
|
|
|
|
var result = configManager.getConfirmedDisclaimer()
|
|
|
|
assert.equal(result, false)
|
|
|
|
})
|
|
|
|
|
|
|
|
it('should persist to local storage', function() {
|
|
|
|
configManager.setConfirmedDisclaimer(true)
|
|
|
|
var data = configManager.getData()
|
|
|
|
assert.equal(data.isDisclaimerConfirmed, true)
|
|
|
|
})
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
describe('#setConfig', function() {
|
|
|
|
window.localStorage = {} // Hacking localStorage support into JSDom
|
|
|
|
|
|
|
|
it('should set the config key', function () {
|
|
|
|
var testConfig = {
|
|
|
|
provider: {
|
|
|
|
type: 'rpc',
|
|
|
|
rpcTarget: 'foobar'
|
|
|
|
}
|
|
|
|
}
|
|
|
|
configManager.setConfig(testConfig)
|
|
|
|
var result = configManager.getData()
|
|
|
|
|
|
|
|
assert.equal(result.config.provider.type, testConfig.provider.type)
|
|
|
|
assert.equal(result.config.provider.rpcTarget, testConfig.provider.rpcTarget)
|
|
|
|
})
|
|
|
|
|
|
|
|
it('setting wallet should not overwrite config', function() {
|
|
|
|
var testConfig = {
|
|
|
|
provider: {
|
|
|
|
type: 'rpc',
|
|
|
|
rpcTarget: 'foobar'
|
|
|
|
},
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
}
|
|
|
|
configManager.setConfirmedDisclaimer(true)
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
configManager.setConfig(testConfig)
|
|
|
|
|
|
|
|
var testWallet = {
|
|
|
|
name: 'this is my fake wallet'
|
|
|
|
}
|
|
|
|
configManager.setWallet(testWallet)
|
|
|
|
|
|
|
|
var result = configManager.getData()
|
|
|
|
assert.equal(result.wallet.name, testWallet.name, 'wallet name is set')
|
|
|
|
assert.equal(result.config.provider.rpcTarget, testConfig.provider.rpcTarget)
|
|
|
|
assert.equal(configManager.getConfirmedDisclaimer(), true)
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
|
|
|
|
testConfig.provider.type = 'something else!'
|
|
|
|
configManager.setConfig(testConfig)
|
|
|
|
|
|
|
|
result = configManager.getData()
|
|
|
|
assert.equal(result.wallet.name, testWallet.name, 'wallet name is set')
|
|
|
|
assert.equal(result.config.provider.rpcTarget, testConfig.provider.rpcTarget)
|
|
|
|
assert.equal(result.config.provider.type, testConfig.provider.type)
|
|
|
|
assert.equal(configManager.getConfirmedDisclaimer(), true)
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
describe('wallet nicknames', function() {
|
|
|
|
it('should return null when no nicknames are saved', function() {
|
|
|
|
var nick = configManager.nicknameForWallet('0x0')
|
|
|
|
assert.equal(nick, null, 'no nickname returned')
|
|
|
|
})
|
|
|
|
|
|
|
|
it('should persist nicknames', function() {
|
|
|
|
var account = '0x0'
|
|
|
|
var nick1 = 'foo'
|
|
|
|
var nick2 = 'bar'
|
|
|
|
configManager.setNicknameForWallet(account, nick1)
|
|
|
|
|
|
|
|
var result1 = configManager.nicknameForWallet(account)
|
|
|
|
assert.equal(result1, nick1)
|
|
|
|
|
|
|
|
configManager.setNicknameForWallet(account, nick2)
|
|
|
|
var result2 = configManager.nicknameForWallet(account)
|
|
|
|
assert.equal(result2, nick2)
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
describe('rpc manipulations', function() {
|
|
|
|
it('changing rpc should return a different rpc', function() {
|
|
|
|
var firstRpc = 'first'
|
|
|
|
var secondRpc = 'second'
|
|
|
|
|
|
|
|
configManager.setRpcTarget(firstRpc)
|
|
|
|
var firstResult = configManager.getCurrentRpcAddress()
|
|
|
|
assert.equal(firstResult, firstRpc)
|
|
|
|
|
|
|
|
configManager.setRpcTarget(secondRpc)
|
|
|
|
var secondResult = configManager.getCurrentRpcAddress()
|
|
|
|
assert.equal(secondResult, secondRpc)
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
describe('transactions', function() {
|
|
|
|
beforeEach(function() {
|
|
|
|
configManager.setTxList([])
|
|
|
|
})
|
|
|
|
|
|
|
|
describe('#getTxList', function() {
|
|
|
|
it('when new should return empty array', function() {
|
|
|
|
var result = configManager.getTxList()
|
|
|
|
assert.ok(Array.isArray(result))
|
|
|
|
assert.equal(result.length, 0)
|
|
|
|
})
|
|
|
|
})
|
|
|
|
|
|
|
|
describe('#setTxList', function() {
|
|
|
|
it('saves the submitted data to the tx list', function() {
|
|
|
|
var target = [{ foo: 'bar' }]
|
|
|
|
configManager.setTxList(target)
|
|
|
|
var result = configManager.getTxList()
|
|
|
|
assert.equal(result[0].foo, 'bar')
|
|
|
|
})
|
|
|
|
})
|
|
|
|
})
|
Made configuration migrateable
Abstract all configuration data into a singleton called `configManager`, who is responsible for reading and writing to the persisted storage (localStorage, in our case).
Uses my new module [pojo-migrator](https://www.npmjs.com/package/pojo-migrator), and wraps it with the `ConfigManager` class, which we can hang any state setting or getting methods we need.
By keeping all the persisted state in one place, we can stabilize its outward-facing API, making the interactions increasingly atomic, which will allow us to add features that require restructuring the persisted data in the long term without having to rewrite UI or even `background.js` code.
All the restructuring and data-type management is kept in one neat little place.
This should make it very easy to add new configuration options like user-configured providers, per-domain vaults, and more!
I know this doesn't seem like a big user-facing feature, but we have a big laundry list of features that I think this will really help streamline.
9 years ago
|
|
|
})
|