Display error message when locking failed (#99)

To give a feedback for when the pointer couldn't be grabbed,
displaying an error message before exiting.

Displaying locking message when grabbing the pointer/keyboard. (#88)

Display "locking…" message when grabbing the pointer/keyboard,
after at least 250 ms of unfruitful attempts. If grabbing
eventually fails, application will not fork and return 1.

i3lock: Stop leaking the image_path dup. (#93)

unlock automatically after authentication failure (#90)

This will make i3 unlock automatically after authentication failure and
correct input without pressing <Enter> again after the "wrong"-indicator
is gone.

Set font face (#89)

Added version files for release tarball. Fixes #40 (#86)

Removed obsolete inactivity timeout (#84)

* Removed obsolete inactivity timeout

i3lock.1: use signal names without SIG prefix (Thanks rodfersou)

see #32

update CHANGELOG

clang-format-3.5

Not sure why travis didn’t warn about this on the PR. The only reference
to the PR I can find is https://travis-ci.org/i3/i3lock/builds/130470377

add CONTRIBUTING.md

…so that people know we don’t want to extend i3lock’s image handling.

related to #81, #68, #31

Add support for `xss-lock --transfer-sleep-lock' (#75)

Add support for `xss-lock --transfer-sleep-lock'

Flush xcb connection after opening fullscreen window (#74)

We need to ensure that the window handle is valid, i. e. the window is
actually created and accessible, before returning.

This is necessary because we immediately fork after returning, and the
child process opens its own X11 connection and expects the window handle
to be valid.

Fixes #46

Allow CTRL+J as enter and CTRL+H as backspace (#72)

fixes #71

Show unlock indicator if password was entered during PAM verification

fixes #51

Eat XKB_KEY_Delete and XKB_KEY_KP_Delete (Thanks bebehei)

fixes #50

Remove libxkbfile dependency from README.md/comments

It has not been in use since commit 7eb43aeabd7a5eb71927520c427debb45eab05f2

use trusty, install libxkbcommon-dev from wily

travis: install clang-format-3.5 from llvm repository

Ubuntu utopic disappeared from archive.ubuntu.com, it’s EOL.

fix pam_securetty: set PAM_TTY to getenv("DISPLAY")

fixes #43

Remove DPMS support in favor of a wrapper script and xset(1).

fixes #32

Merge pull request #24 from ixjlyons/timeout-doc

Indicate that the --inactivity-timeout option takes an argument.

Indicate that the --inactivity-timeout option takes an argument.

update CHANGELOG

makefile: s/README/README.md/

Merge pull request #14 from ony/master

Make pkg-config configurable

Make pkg-config configurable

Merge pull request #13 from Airblader/feature-12

Only redraw the screen if the unlock indicator is actually used.

Only redraw the screen if the unlock indicator is actually used.

fixes #12

Merge pull request #11 from Deiz/update-notices

Update copyright notices and get rid of ranges

Update copyright notices and get rid of ranges

The script used to make these changes can be found at:

   https://gist.github.com/Deiz/32322020f76d23e2bf8f

Merge pull request #10 from Deiz/modifiers

List generic pressed modifiers on failure

List generic pressed modifiers on failure

Add capslock and numlock indicators

When the unlock indicator warns the user that a password was typed
wrong, it now also reports the state of the capslock and numlock
modifiers.

Signed-off-by: Alexandre Boeglin <alex@boeglin.org>

Merge pull request #9 from qfire/master

refresh pam credentials on successful authentication

refresh pam credentials on successful authentication

disable clang temporarily

commit missing .clang-format

add travis config

clang-format -i **/*.[ch]

From here on, we’ll use clang-format to automatically format the source.

This has worked well in i3, so we are introducing it for i3lock.

Merge pull request #6 from danielotero/master

Add support for Compose and dead-keys with libxkbcommon

Update the key symbol if the composing ends.

Avoid handle a keysym if the compose state gets cancelled

This is the approach taken by libX11, and feels more consistent.

Remove xkb_context initialization code from load_compose_table

xkb_context is guaranteed to be initializated from load_keymap.

Add support for Compose and dead-keys with libxkbcommon

Merge pull request #3 from stibi/whoami

getting current user with whoami like function rather than from env variable

getpwuid call moved

null check for getpwuid and pw_name

removed the whoami function, replaced with an inline getpwuid call

getting current user with whoami like function rather than from env variable

Merge pull request #1 from koebi/master

added debug-flag to manpage

debugging outputs the password, so the manpage should mention that

added debug-flag to manpage

README is actually in markdown, so tell github that

make github the canonical i3lock repository

Ignore password validation is pam is in wrong state

This add a protection against wrong password spamming

implemented logging the number of failed attempts

This closes #1243

Die when the X11 connection breaks during runtime (Thanks Eduan)

update the changelog/readme for 2.6

remove obsolete xkb_state_update_key() calls (Thanks Ran)

listen for XKB events instead of the MappingNotify event (Thanks Ran)

little cleanups thanks to Ran Benita’s review

use libxkbcommon-x11 instead of libX11

Scale the unlock indicator (for retina displays)

Cleanup scattered timer calls to use macros

Ignore empty passwd after repeated Enter keypress

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.

Fix typo in manual

Fix typo

Discard half-entered passwd after some inactivity

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.

Delay to turn off the screen after wrong passwd

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.

Replace '1' with "EXIT_FAILURE"

Extract start/stop timer code to reusable funcs

Extract if(dpms) calls to wrapper functions

Turn on the screen on successful authentication

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

Re-raise i3lock when obscured in a separate process

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.

Revert "Run authentification in different process"

This reverts commit a305e622a6cad3f9ba267d6810fee54b7c7c86c3.

In the next commit, the same functionality will be achieved in a cleaner
way.

Revert "Bug fix: Call clear_input() when the password is wrong."

This reverts commit 33d953fbdf4f8630e919643974f32ce6793c7c2b,
in preparation for reverting commit a305e62

Bug fix: Call clear_input() when the password is wrong.

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

Run authentification in different process

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

Small improvements to manual page.

Use a bulleted list for the IMPROVEMENTS section. Fix some
grammar. Remove the use of "fuck" which may offend some people.

Bugfix: update the initial keyboard modifier state (Thanks lee, Ran)

This should make the numpad work correctly.

Add -e to --help

Add `-e` option to not validate empty password.

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.

Use cairo_status_to_string for descriptive errors.

add xcb-atom to pkg-config calls

update changelog for 2.5

Set window name

Fix centering the indicator in the no-xinerama case

fix ctrl-u handling

Fix resetting the password after failed authentications

This has been broken by commit 661344.

Add ctrl+u password reset

Use ev_loop_fork after fork, this fix forking on kqueue based OSes

README: refer to cr.i3wm.org for patches

Limit the debug print to the actual password size

Signed-off-by: Quentin Glidic <sardemff7+git@sardemff7.net>

RGB color notation is 3-byte hexadecimal

Signed-off-by: Vivien Didelot <vivien.didelot@gmail.com>

Allow passwordless PAM conversations (e.g. fingerprint)

Allow XKB_KEY_XF86ScreenSaver as synonm for enter

This keysym is generated on convertible tablets by pressing a hardware
lock/unlock button.

remove support for NOLIBCAIRO, cairo-xcb is widespread by now

README: remove unhelpful comment about pkg-config

use libxkbcommon for input handling

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).