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

support ISO_Level5_Shift (Thanks roland)

Fix the timeouts for hiding the unlock indicator (Thanks Merovius)

Properly free X11 resources (fixes DoS bug) (Thanks Merovius)

Implement a visual unlock indicator

debian: update packaging to use dpkg-buildflags, i3lock.manpages

Makefile: add 'dist' target

Properly implement -h (fixes error message about unknown option)

Get rid of superfluous \n in --version

update debian/changelog

Bugfix: Properly detect the release of ISO_Level3_Shift (Thanks bacardi55)

Introduce --debug and some debugging options related to the Mode_switch / ISO_Level3_Shift thing

Correctly handle Mode_switch/ISO_Level3_Shift (Thanks bacardi55)

I tested this with the following experiment:
$ setxkbmap 'us(intl)'
$ xmodmap ~/configfiles/midna/Xmodmap
$ xmodmap -e 'keycode 38 = a A adiaeresis Adiaeresis o O'
$ xmodmap -e 'keycode 49 = ISO_Level3_Shift ISO_Level3_Shift ISO_Level3_Shift ISO_Level3_Shift'
Then, Mode_switch + a yields ä, but ` + a yields o.

In i3lock, these were swapped (Mode_switch + a yielded o, while ä was not
reachable at all). The comment in the code explains it

(See http://code.stapelberg.de/git/configfiles for the Xmodmap)

Bugfix: Don’t re-grab pointer/keyboard on MappingNotify (Thanks wilmer)

This fixes bug http://bugs.i3wm.org/545, where characters (of your password)
would rarely slip through when entering your password (especially) after
resuming your notebook from suspend to RAM.

The reason is that when resuming, X triggers one or more MappingNotify events.
At the same time, CPU load is high. This leads to a race-condition between the
ungrab and re-grab in which i3lock temporarily does not grab the keyboard.

One way to fix this is using xcb_grab_server() before and xcb_ungrab_server()
after the ungrab/re-grab. However, I think we actually don’t need to
ungrab/re-grab at all. I seem to have put that code in here by mistake – in i3,
we re-grab after MappingNotify, but there we only grab specific keys. In
i3lock, we grab the whole pointer/keyboard, so there should be no need.

If I’m incorrect and this breaks some subtle use-cases for people with strange
layout setup, at least we can properly document on why we need it, after we put
it back in ;).

manpage: mention arguments in OPTIONS section, too (Thanks TrickSTer)

Throw an error when specifying an invalid pointer argument (-p) (Thanks TrickSTer)

Fixed handle_screen_resize to build with NOLIBCAIRO enabled

handle screen resolution images and redraw the lock window

update debian packaging, update copyright

makefile: respect and use CPPFLAGS / LIBS (Thanks Kacper)

optimization: render to pixmap which is used as background for the window

Before this commit, the background color (white by default) was visible for
about 100ms until the image was drawn. This flickering is now eliminated.

Also, we don’t need to handle Expose-events anymore, as X11 will use the
window’s background pixmap automatically.

Mark handle_visibility_notify and handle_mapping_notify as static

update debian packaging

cleanup indention left-overs

bump copyright

Handle MappingNotify-events (Thanks Pascal)

use 'auth include login' instead of '@include login', the latter is debian-specific (Thanks mseed)

add i3lock.pam (installed as /etc/pam.d/i3lock) which includes 'login' (Thanks Семён)

Bugfix: correctly check for errors when connecting to X11

add XK_KP_Enter as synonym for XK_Return

Bugfix: Handle numpad keys correctly (Thanks Pascal)

Bugfix: When entering 512 characters, you could use neither return nor backspace (Thanks carl)

Add a hint to the error message 'unknown option' when compiled with NOLIBCAIRO

Make it possible to build i3lock without cairo.

comment out debug output (Thanks Ciprian)

debian: change priority to optional

update debian packaging for i3lock 2.0 release

print version number when invoked with -v

manpage: add missing "specify" (Thanks xeen)

s/passwords/password (Thanks xeen)

Re-implement tiling of image (-t)

Fix compilation warning by including cairo-xcb

Move static byte arrays to xcb.c (fixes compilation warnings)

Port the pointer-code to xcb

disable debug output which reveals the password

(full debug output will be disabled for the next release)

grabbing: make the retry loop much slower (waits up to half a second)

This should fix a race condition where the Mod-key was not released
in time when starting i3lock using a key combination.

Bugfix: Correctly error out when unable to grab pointer/keyboard

Raise the i3lock window upon visibility notifies

make event loop simpler (Thanks to Jamey Sharp)

As explained in Jamey’s post on the XCB mailing list, the event
loop can/should be written in a more simple way than it was before
in xcb-event. See:
<AANLkTinhIM320wUjSeHkBTVk4ysBuiSZkvfs8pMLVykO@mail.gmail.com>
or
http://lists.freedesktop.org/archives/xcb/2010-July/006292.html

err, xcb_image is not actually used

s/arry/array

manpage: PNG instead of XPM

manpage: s/tile/tiling

debian: add missing libxcb-image0-dev

debian: update packaging

Fix errors in i3lock.1

Mention pkg-config as requirement

Update manpage

Update README

remove config.mk, no longer necessary

Initial commit of the XCB rewrite of i3lock

Changes:
- Uses XCB instead of Xlib (like i3), thus cleaner/faster code
- Uses cairo to load PNG images (*much* faster than XPM)

Implement showing the default X- or a hardcoded Windows-Mousecursor.

Skip keypresses without entering a password, they cause a delay

When suspending your system to RAM, a race-condition can occur which
causes many enter keypresses to be sent. These effectively delay
your login by 3 seconds times 50 times (or so), so we just skip empty
passwords. If your password is empty, you don’t need to lock your
screen anyway.

Don’t strip when building, the distro’s build systems handle this

Document dependency on libpam in README

Some small cleanups

adding option to enable tiling of images

Update debian changelog

Skip leading # signs for the color, fix input validation

adding option to choose background color

Document the new option in the manpage

debian: add build dependency

Handle error codes when loading the pixmap

i3lock now can use xpm images as background

debian: change Priority to extra (makes more sense)

debian: update changelog, control. We can finally drop the suid bit :-)

Implement options for forking, beeping and DPMS. Bump version to 1.0.

Implement PAM support (and retab! the file)

debian: change maintainer address

Debian: Change maintainer email address, set DM-Upload-Allowed field

Debian package: Close ITP, depend on ${misc:Depends}

Exclude usr/bin/i3lock from dh_fixperms to not kill the setuid root bit

Fix spelling errors

Remove misc:depends, remove obsolete comment

Update changelog

Forgot one instance of slock in Makefile

Add a manpage and install it, update debian description

Add debian/

Initial import of i3lock 0.9