1
0
mirror of https://github.com/kremalicious/metamask-extension.git synced 2024-11-24 11:01:41 +01:00
Commit Graph

12 Commits

Author SHA1 Message Date
Dan Finlay
532edf670e Store metamaskId on metaTx instead of getTxWithParams method. 2016-04-20 09:29:37 -07:00
Dan Finlay
f72887a0a2 Fix config manager method 2016-04-19 17:33:37 -07:00
Dan Finlay
901d23a029 Add extra tx methods to configManager 2016-04-19 17:32:09 -07:00
Dan Finlay
a441e635bd Persist transactions to config-manager
Transactions are now stored, and are never deleted, they only have their status updated.

We can add deleting later if we'd like.

I've hacked on emitting the new unconfirmedTx key to the UI in the format it received before, I want Aaron's opinion on where I should actually do that.
2016-04-18 16:39:35 -07:00
kumavis
d6114292d0 inpage - use publicConfigStore for selectedAccount and sync provider 2016-04-15 13:04:17 -07:00
Dan Finlay
d4e918cc77 Point rawtestrpc at new testrpc 2016-04-12 14:48:48 -07:00
Dan Finlay
be4818564a Migrate etherscan configs to our new production RPC. 2016-04-12 14:41:58 -07:00
Dan Finlay
b3e5fc2cf6 Revert "Revert "Etherscan provider"" 2016-03-31 16:32:35 -07:00
Dan Finlay
3314aad9cc Revert "Etherscan provider" 2016-03-31 16:32:06 -07:00
Dan Finlay
d9cadb9efb First naive pass at implementing etherscan provider (not working)
Committing and pushing to get feedback.
2016-03-31 11:40:55 -07:00
Dan Finlay
f5105293bf Do not cache the seed, retrieve it from the decrypted wallet 2016-03-31 10:47:40 -07:00
Dan Finlay
c2046be0d8 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.
2016-03-30 19:15:49 -07:00