Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add auto-logout timer and warning #39

Closed
danfinlay opened this issue Mar 8, 2016 · 11 comments
Closed

Add auto-logout timer and warning #39

danfinlay opened this issue Mar 8, 2016 · 11 comments

Comments

@danfinlay
Copy link
Contributor

danfinlay commented Mar 8, 2016

Probably as a configurable option, a logout timer is a nice added security for when people forget to lock their vault themselves.

@kumavis
Copy link
Member

kumavis commented Mar 9, 2016

yeah this is a legit feature request
but not relevant until we are on mainnet
we should implement this soon so we can perfect the ux, signalling that its closed, etc

@danfinlay danfinlay added this to the Public Beta milestone Apr 11, 2016
@kumavis kumavis modified the milestones: Public Launch, Public Beta Jun 3, 2016
@danfinlay
Copy link
Contributor Author

MVP is to enable by default, lock out after some time period, with a boolean check in config.

@danfinlay danfinlay modified the milestones: Public Release, Public Beta / DevCon Aug 15, 2016
This was referenced Sep 7, 2017
@2-am-zzz 2-am-zzz mentioned this issue Oct 6, 2017
@artemlitch
Copy link

Hi I wanted to take a crack at creating a PR for this, I have been using metamask myself for a bit now and would really like an auto lock option as I always forget. Is there a way I can help contribute?

@danfinlay
Copy link
Contributor Author

In some ways, this is a very simple feature, but it also requires understanding a pretty wide portion of MetaMask's architecture.

Without going into a full lesson/screencast (which I really should maybe do), the key files here would be:

@danfinlay danfinlay added P3-soon and removed P1-asap labels Jan 15, 2018
@2-am-zzz 2-am-zzz removed this from the New UI Public Release milestone Mar 1, 2018
@jonasman
Copy link

I would like to suggest the timer to be based on last interaction with Metamask and not based on last login. Eagerly waiting for this feature!

@nyeates
Copy link

nyeates commented Feb 3, 2019

I think this is a security risk waiting to happen. Auto-logoff is default on most apps and many desktop wallets. I never remember to go log off - especially since its off in a sub menu. My brain is often 3 levels deep into a trade or sending a friend coins - not worried about recalling to see if this particular wallet logs me off (I have like 10 various wallet softwares). I once found Metamask logged in and it had been a weeks!

My opinion is that it should be bumped up for implementation consideration because it effects the security of so many users of your great tool. Default to 30 min auto-logoff... have an advanced setting to change it to any time-frame or off.

Thanks for the superb wallet!

@whymarrh
Copy link
Contributor

@cjeria does this need design? We could simply auto-lock after a certain time period has passed.

cc @bdresser

@bdresser bdresser added area-settings and removed needs-design Needs design support. labels Feb 13, 2019
@bdresser
Copy link
Contributor

relates to #5790

@bdresser
Copy link
Contributor

Let's address this with a drop-down in the "Security and Privacy" portion of settings.

Default behavior remains the same, but allow users to specify a time after which the extension requires unlocking.

@danjm danjm added this to the Sprint: 4/15 - 4/25 milestone Apr 14, 2019
@whymarrh whymarrh assigned whymarrh and unassigned whymarrh Apr 15, 2019
@chikeichan chikeichan self-assigned this Apr 30, 2019
@danjm danjm closed this as completed May 8, 2019
@asymmetric
Copy link

Is this done, or has it been decided not to implement it?

@danjm danjm reopened this May 9, 2019
@danjm
Copy link
Contributor

danjm commented May 9, 2019

@asymmetric I "closed" this because the work was done with #6558 and merged to our develop branch. Your comment has prompted myself and @whymarrh to realize that my closing of the issue was incorrect for two reasons:
(1) I should have left a comment to say why I was closing
(2) The PR that I thought completed this was insufficient. There is a little more work needed.

So reopening for now, and will give proper comment before next closing

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests