Bumping gaia.json for 5 gaia revision(s) a=gaia-bump
commit13c681617e9c337ac2ee0206990968f29d2abea1
authorB2G Bumper Bot <release+b2gbumper@mozilla.com>
Wed, 9 Sep 2015 13:45:30 +0000 (9 06:45 -0700)
committerB2G Bumper Bot <release+b2gbumper@mozilla.com>
Wed, 9 Sep 2015 13:45:30 +0000 (9 06:45 -0700)
tree7be674df6ed8bccf3368275ca284e07784e5ffac
parent867f62600022cf932aba091a38f6c97219ebb45f
Bumping gaia.json for 5 gaia revision(s) a=gaia-bump

========

https://hg.mozilla.org/integration/gaia-2_2/rev/018a2c36a3f8
Author: Carsten Book <tomcat@mozilla.com>
Desc: Merge pull request #31609 from cr/pctofix-v2.2

Bug 1181571 - Fixing lockscreen delay issue, v2.2 backport. r=gweng, a=mpotharaju

========

https://hg.mozilla.org/integration/gaia-2_2/rev/43d187cd0f1f
Author: Christiane Ruetten <cr@mozilla.com>
Desc: Fix indentation

========

https://hg.mozilla.org/integration/gaia-2_2/rev/3e18cae62c9e
Author: Christiane Ruetten <cr@mozilla.com>
Desc: Fixing lockscreen delay bypass by rewriting core logic

This is fixing bug 1181571 where lockscreen delay on repeated pass code
failure could be trivially bypassed by pressing the home button. The
faulty behavior was caused by a limitation of the previous architecture
which was only making the delay occurr *after* a wrong pass code had
been entered. Consequently, whenever the input pad would be restarted,
like after closing it with the home button or when a screen timeout
occurred, the pending delay would not persist and pass code entry
would be accepted right away.

The fix made it necessary to rewrite parts of lockscreen's messaging
and state handling. Previous changes in architecture caused pass
code failure counting and delay timer handling to be maintained in two
places: in LockScreen (for pass code checking) and in LockScreenInputPad
(for displaying error state to the user). Logic error even caused the
two states to get out of sync under certain conditions.

Now state and timeout related to pass code checking are maintained
exclusively by LockScreen, which signals LockScreenInputManager with
three distinct messages of failure (on wrong pass code), reset (after
error delay has passed), and success (on correct pass code).

LockScreenInputPad now is always aware of a passcode error delay ongoing
in LockScreen, every UI update is rendered according to this state, and
key input is ignored when necessary.

========

https://hg.mozilla.org/integration/gaia-2_2/rev/9c9eda1aceb0
Author: Carsten Book <tomcat@mozilla.com>
Desc: Merge pull request #31248 from snowmantw/bug1190079-2.2

Bug 1190079 - fix: remove defaults; and put all setting reads in a Promise all and delay unlocker initialization. r=timdream, a=mpotharaju

========

https://hg.mozilla.org/integration/gaia-2_2/rev/a9170338cbce
Author: Greg Weng <snowmantw@gmail.com>
Desc: Bug 1190079 - fix: remove defaults; and put all setting reads in a Promise all and delay unlocker initialization
b2g/config/gaia.json