If you set your system to use "Touhcpad natural scrolling", then to unlock the lockscreen it is currently necessary to scroll - down - which is quite counter-intuitive. It would seem more intuitive that, to unlock the lockscreen, one should - always - scroll up (as the arrows indicate), regardless whether one has set "natural scrolling" or not. I have submitted this issue, together with a patch to fix, to the upstream product (gnome-shell) here: https://bugzilla.gnome.org/show_bug.cgi?id=704050 It is possible to fix this on Gentoo in the meantime (until upstream provides a new release), by patching the gnome-shell-3.8.3-r1.ebuild as follows: --- /usr/portage/gnome-base/gnome-shell/gnome-shell-3.8.3-r1.ebuild 2013-06-14 21:01:17.000000000 +0200 +++ /usr/local/portage/gnome-base/gnome-shell/gnome-shell-3.8.3-r1.ebuild 2013-07-11 21:03:26.000000000 +0200 @@ -130,6 +130,9 @@ # Re-lock the screen if we're restarted from a previously crashed shell (from 'master') epatch "${FILESDIR}/${PN}-3.8.3-relock-screen.patch" + # Fix lockscreen unlock scroll direction for natural scrolling +# epatch "${FILESDIR}/${PN}-3.8.3-natural-scrolling-lockscreen-fix.patch" + epatch_user eautoreconf The patch file "gnome-shell-3.8.3-natural-scrolling-lockscreen-fix.patch" is provided as an attachment in the upstream bug report. Reproducible: Always Steps to Reproduce: 1. From "Settings" on the user menu, select "Mouse & Trackpad". 2. Enable the checkbox "Content sticks to fingers" (aka "natural scrolling") 3. Lock the screen Actual Results: You must scroll - down - to unlock the screen, although the arrows point up, and the screen shield is lifted from bottom to top. Expected Results: One should scroll - up - to unlock the screen, as the arrows indicate.
Will wait for upstream revision and approval
