Inject metamask on a per-page basis

[kumavis]

allow users to not inject metamask on a page

[danfinlay]

The request was specifically to allow "disable for this domain", which we could probably add to the contextual menu as well as the settings.

• Dan

On Aug 12, 2016, at 6:32 AM, kumavis notifications@github.com wrote:

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

[danfinlay]

I think we now have come around to want to allow sign-in per page, not just opt-out.

This has privacy and performance benefits.

One question, is should we require an additional password verification per additional site? Probably reasonable when initially signing in, and then it could auto-sign in to those sites once unlocked in the future by default.

I do think we would need some UX for what it's like to sign in to some sites but not others, and how to maybe manage that configuration. This would be a nice task for @VladTod.

[danfinlay]

Moving up to Public Release for the privacy concerns.

[danfinlay]

To differentiate this issue from #714:

That issue is about signing in with an account before injecting that account into the web3 object.

This issue is about not injecting the web3 object.

My earlier comment here belongs in that other issue.

[Tectract]

Here's my code which loads metamask, if available. Otherwise it defaults to localhost:8545:

function loadWeb3() {
   let web3Injected = window.web3;
   if(typeof web3Injected !== 'undefined'){
     console.log("saw injected web3!");
     web3 = new Web3(web3Injected.currentProvider);
   } else {
     console.log("did not see web3 injected!");
     web3 = new Web3(new Web3.providers.HttpProvider("http://localhost:8545"));
     //console.debug(web3.eth.accounts);
   }
}