Ray Strode 16fba7bd5f unlockDialog: only emit 'failed' on reset after failure/cancel ... We currently emit "failed" any time the UserVerifier is reset, and user verification didn't succeed prior. A more conceptually clear time to emit "failed" would be if the UserVerifier is reset and user verification failed prior, and to emit "failed" if the user cancels unlock. This commit restructures things to do that. Aside from being more conceptually clear, it also lays the groundwork for us to be able to reset the unlock screen without failing. https://bugzilla.gnome.org/show_bug.cgi?id=683437		2013-07-29 17:40:29 -04:00
..
authPrompt.js	unlockDialog: only emit 'failed' on reset after failure/cancel	2013-07-29 17:40:29 -04:00
batch.js	Port all classes with inheritance to class framework	2011-11-24 09:50:04 +01:00
fingerprint.js	fingerprint: autostart fprintd when necessary	2012-09-14 12:12:46 -04:00
loginDialog.js	authPrompt: consolidate verifyingUser/userVerified	2013-07-29 17:40:29 -04:00
powerMenu.js	powerMenu: Use LoginManager for suspend	2012-10-23 21:14:10 +02:00
realmd.js	gdm: Fix regression where domain login hint not shown	2013-05-03 21:59:57 +02:00
util.js	util: clear user verifier after cancelling it	2013-07-29 17:40:29 -04:00