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

bugfix: free(reply) to avoid memory leak

s/pam_message/pam_response/ (Thanks Tucos)

The previous code didn’t cause any issues since both types (currently!)
have the same size.

promote the "could not load image" message from debug to normal

only use mlock() on Linux, FreeBSD (for example) requires root

getopt_long returns int, don't cast to char.

On ARM, casting -1 to char turns it into something else. Fixes
argument parsing on ARM. Thanks Chipaca for reporting.

update changelog for 2.4.1

skip shift when getting the modifier mask (Thanks SardemFF7)

revert shift lock handling (broke uppercase letters)

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.

Bugfix: Correctly center unlock indicator after reconfiguring screens (Thanks xn)

Fixes: #712

remove debian/

The Debian packaging is now hosted on Debian servers at
git://git.debian.org/users/stapelberg/i3lock.git

This makes life easier for Debian people. It makes life harder
for you if you want to build a Debian package of the current
git version. Here is how you could do that now:

Build a tarball of the current git version:
mkdir ../i3lock-dpkg
VERSION=i3lock-$(git describe --tags)
git archive --prefix=$VERSION/ --output=../i3lock-dpkg/$VERSION.tar.bz2 HEAD

get the packaging:
cd ../i3lock-dpkg
gbp-clone git://git.debian.org/users/stapelberg/i3lock.git
cd i3lock
git-import-orig ../$VERSION.tar.bz2
dpkg-buildpackage

add .gitignore

add CHANGELOG file

Use (void) instead of () for functions without args (Thanks fernandotcl)

See also:
http://article.gmane.org/gmane.linux.kernel/1268792

The C compiler will handle (void) as "no arguments" and () as "variadic
function" (equivalent to (...)) which might lead to subtle errors, such
as the one which was fixed with commit 0ea64ae4.

Bugfix: fallback when the image cannot be loaded

If the specified file does not exist or is invalid, previously, the unlock
indicator wouldn’t show up at all, because the invalid surface was still used.

With this commit, i3lock will react like if you didn’t specify an image at all.

Only output text when in debug mode (fixes problems with xautolock)

Bugfix: Fix background color when using cairo (Thanks Pascal)

debian: update changelog for 2.3.1

fix compilation on some systems (Thanks badboy)

debian: fix packaging format to 1.0 for now

debian: remove duplicate priority field

manpage: add -u flag in synopsis

manpage: hyphen

debian: update packaging

README: also add libev to dependencies

document the dependency on libxcb-xinerama

Properly handle Caps Lock (Thanks Damien)

man page: mention xautolock

Bugfix: Copy the color depth from parent (root) window instead of hardcoding to 24 (Thanks hafron)

Added missing #ifndef NOLIBCAIRO

Needed to compile without libcairo.

Bugfix: Check for waiting X11 events before entering the event loop

Change the unlock indicator properly after pressing the 'escape' key

debian: add libxcb-xinerama0-dev as build-dependency

draw the unlock indicator in the middle of every screen

Implement Xinerama support (not used yet)

Fix a few memory leaks

Properly free timeouts, move one of the timeouts to unlock_indicator.c

remove the dead variable modeswitchmask

Properly free the reply of xcb_get_geometry

Refactor the unlock indicator into its own source code file

Fork after the window is visible, not before

change ALL the copyrights!

Lock the password buffer in memory, clear it in RAM after verifying