summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2014-07-18update the changelog/readme for 2.6Michael Stapelberg
2014-06-21remove obsolete xkb_state_update_key() calls (Thanks Ran)Michael Stapelberg
2014-06-21listen for XKB events instead of the MappingNotify event (Thanks Ran)Michael Stapelberg
2014-06-21little cleanups thanks to Ran Benita’s reviewMichael Stapelberg
2014-06-21use libxkbcommon-x11 instead of libX11Michael Stapelberg
2014-05-02Scale the unlock indicator (for retina displays)Michael Stapelberg
2014-03-23Cleanup scattered timer calls to use macrosVytautas Šaltenis
2014-03-23Ignore empty passwd after repeated Enter keypressVytautas Šaltenis
When no ignore_empty_password flag is specified, but Enter key is held down for some time, i3lock enters a finite, but hours-long loop verifying empty password. Don't do that, skip empty password verification if nothing was pressed after last Enter keypress. Again, making the software cat-proof.
2014-03-23Fix typo in manualVytautas Šaltenis
2014-03-23Fix typoVytautas Šaltenis
2014-03-23Discard half-entered passwd after some inactivityVytautas Šaltenis
When you start typing a password and then wander off, let's discard that attempt after a few minutes of inactivity (and turn off the monitors if dpms is on). This is a real actual case of making the software cat-proof: when my cat treads over the keyboard at night, I don't want the monitors to shine for the rest of the night.
2014-03-23Delay to turn off the screen after wrong passwdVytautas Šaltenis
Also add flag for number of seconds to wait for it. When user cancels the password or enters a wrong one, i3lock will wait for some time before putting the monitors back to sleep. By default it's 30 seconds, but this flag allows to control that.
2014-03-16Replace '1' with "EXIT_FAILURE"TheKK
2014-03-11Extract start/stop timer code to reusable funcsVytautas Šaltenis
2014-03-11Extract if(dpms) calls to wrapper functionsVytautas Šaltenis
2013-11-12Turn on the screen on successful authenticationPhilippe Virouleau
As described in ticket #1114, the screen may be left turned off on successful authentication. This commit fixes this behaviour by turning the screen back on after the authentication. Fixes #1114
2013-11-10Re-raise i3lock when obscured in a separate processMichael Stapelberg
This is cleaner than commit a305e62 (running authentication in a separate process) because we don’t lose the feature that X11 will buffer KeyPresses for us while the process blocks on PAM. See http://cr.i3wm.org/patch/305 for the amount of code (and new known bugs) that would have to be introduced to make a305e62 work.
2013-11-10Revert "Run authentification in different process"Michael Stapelberg
This reverts commit a305e622a6cad3f9ba267d6810fee54b7c7c86c3. In the next commit, the same functionality will be achieved in a cleaner way.
2013-11-10Revert "Bug fix: Call clear_input() when the password is wrong."Michael Stapelberg
This reverts commit 33d953fbdf4f8630e919643974f32ce6793c7c2b, in preparation for reverting commit a305e62
2013-10-20Bug fix: Call clear_input() when the password is wrong.oblique
clear_input() calls start_clear_indicator_timeout() to clear the indicator after 1 second. This had as a result the screen to be cleared when the "verifying…" message was showed, so the "wrong!" message didn't show up when the password was wrong. First bad commit: a305e62
2013-09-19Run authentification in different processkoebi
When having i3bar in “hide” mode, it could previously be brought up while the authentication was running. This is not 100% fixed with this change, but a lot better, as the normal “raise i3lock to the top” behavior is not blocked now anymore. fixes #895
2013-09-09Small improvements to manual page.Vincent Bernat
Use a bulleted list for the IMPROVEMENTS section. Fix some grammar. Remove the use of "fuck" which may offend some people.
2013-09-01Bugfix: update the initial keyboard modifier state (Thanks lee, Ran)Michael Stapelberg
This should make the numpad work correctly.
2013-08-31Add -e to --helpMichael Stapelberg
2013-08-31Add `-e` option to not validate empty password.Vincent Bernat
When the XF86ScreenSaver key is used to put a laptop to sleep (or to trigger the screensaver), the key may "bounce" on resume. This is annoying as i3lock will try to validate several empty passwords and wait several seconds before accepting a legit password. Some users may want to validate an empty password: PAM may rely on other sources to unlock the screen, like the presence of a token or the proximity of some Bluetooth device. Hence, we don't forbid this possibility and provide an command-line option for users not willing to validate empty passwords.
2013-07-30Use cairo_status_to_string for descriptive errors.Bas Pape
2013-06-09add xcb-atom to pkg-config callsMichael Stapelberg
2013-06-09update changelog for 2.5Michael Stapelberg
2013-04-11Set window nameAxel Wagner
2013-03-29Fix centering the indicator in the no-xinerama caseSebastian Ullrich
2013-03-29fix ctrl-u handlingMichael Stapelberg
2013-03-29Fix resetting the password after failed authenticationsSebastian Ullrich
This has been broken by commit 661344.
2013-03-24Add ctrl+u password resetPhilip Dexter
2013-03-20Use ev_loop_fork after fork, this fix forking on kqueue based OSesBaptiste Daroussin
2013-02-10README: refer to cr.i3wm.org for patchesMichael Stapelberg
2013-02-07Limit the debug print to the actual password sizeQuentin Glidic
Signed-off-by: Quentin Glidic <sardemff7+git@sardemff7.net>
2012-12-06RGB color notation is 3-byte hexadecimalVivien Didelot
Signed-off-by: Vivien Didelot <vivien.didelot@gmail.com>
2012-11-04Allow passwordless PAM conversations (e.g. fingerprint)Moritz Augsburger
2012-11-04Allow XKB_KEY_XF86ScreenSaver as synonm for enterMoritz Augsburger
This keysym is generated on convertible tablets by pressing a hardware lock/unlock button.
2012-10-26remove support for NOLIBCAIRO, cairo-xcb is widespread by nowMichael Stapelberg
2012-10-26README: remove unhelpful comment about pkg-configMichael Stapelberg
2012-10-26use libxkbcommon for input handlingMichael Stapelberg
Thanks to Ran Benita and Daniel Stone (the libxkbcommon authors) for answering my questions and reviewing this code. With this commit, input handling should be more correct with using less code (in i3lock, that is).
2012-10-26bugfix: free(reply) to avoid memory leakMichael Stapelberg
2012-10-15s/pam_message/pam_response/ (Thanks Tucos)Michael Stapelberg
The previous code didn’t cause any issues since both types (currently!) have the same size.
2012-09-26promote the "could not load image" message from debug to normalMichael Stapelberg
2012-08-22only use mlock() on Linux, FreeBSD (for example) requires rootMichael Stapelberg
2012-06-29getopt_long returns int, don't cast to char.Fernando Tarlá Cardoso Lemos
On ARM, casting -1 to char turns it into something else. Fixes argument parsing on ARM. Thanks Chipaca for reporting.
2012-06-02update changelog for 2.4.1Michael Stapelberg
2012-05-30skip shift when getting the modifier mask (Thanks SardemFF7)Michael Stapelberg
2012-05-30revert shift lock handling (broke uppercase letters)Michael Stapelberg
With some layouts, this broke uppercase letters in your passwords. I think that explicit shiftlock handling is unnecessary. X11 seems to do it on its own. Here is what leads me to that conclusion: $ setxkbmap de $ xmodmap -e 'keycode 66 = Shift_Lock' $ xev Now enter a character, say "a", then press CapsLk (which is now Shift_Lock), then press "a" again. The event state is 0x1, thereby undistinguishable from normal shift.