Closed
Bug 970824
Opened 10 years ago
Closed 10 years ago
[LockScreen][System] Stop directly use 'lockScreen.locked'
Categories
(Firefox OS Graveyard :: Gaia::System::Lockscreen, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: gweng, Assigned: gweng)
References
Details
Attachments
(2 files, 1 obsolete file)
If we make System as a instantiable function, we can use: <system instance reference>.states.locked Instead of directly get the 'lockScreen' instance. This would help us to decouple the lockscreen. This bug would depend on instantiable System bug.
Assignee | ||
Comment 1•10 years ago
|
||
Alive's opinion: use <system instance>.locked to achieve this. It still can forward the real lockscreen's property from different methods.
Assignee: nobody → gweng
Assignee | ||
Comment 2•10 years ago
|
||
Travis is green: https://travis-ci.org/mozilla-b2g/gaia/builds/20741476 Set the review flag.
Attachment #8391057 -
Flags: review?(alive)
Updated•10 years ago
|
Attachment #8391057 -
Flags: review?(alive) → review+
Assignee | ||
Comment 3•10 years ago
|
||
I'll try to land this patch tomorrow (3/28).
Status: NEW → ASSIGNED
Assignee | ||
Updated•10 years ago
|
Blocks: lockscreen-as-app
Assignee | ||
Comment 4•10 years ago
|
||
I've prepared a new patch, and: Travis is green: https://travis-ci.org/mozilla-b2g/gaia/builds/27918809 TBPL all passed except one error that failed at every PR: https://tbpl.mozilla.org/?tree=Gaia-Try&rev=546899efec4272c6817d136c1018ae6afdf2333b So I set review again.
Assignee | ||
Comment 5•10 years ago
|
||
New patch.
Attachment #8391057 -
Attachment is obsolete: true
Attachment #8442704 -
Flags: review?(alive)
Comment 6•10 years ago
|
||
Comment on attachment 8442704 [details] [review] Patch I believe this is agreed in previous review so quick r+.
Attachment #8442704 -
Flags: review?(alive) → review+
Assignee | ||
Comment 7•10 years ago
|
||
master: https://github.com/mozilla-b2g/gaia/commit/fa1ecd7f9703b6061e6b0a63bc160069ebd91b1f
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 8•10 years ago
|
||
master revert: https://github.com/mozilla-b2g/gaia/commit/cd00355bbf1f9ce1e4eb6c5af5cd05b29bde9d03
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 9•10 years ago
|
||
Hey why was this backed out?
Assignee | ||
Comment 10•10 years ago
|
||
I've found this is caused by an old 'will-unlock' event, which should be eliminated at Bug 1025723. I've fired another bug to handle these missed parts, but the patch was blocked by failed tests. So I'll fix it at this bug, and the patch now is waiting for the CI results.
Assignee | ||
Comment 11•10 years ago
|
||
Assignee | ||
Comment 12•10 years ago
|
||
The patch passed all tests except those failed at other PRs: On Travis it always failed at one Music playback related test. For example: https://travis-ci.org/mozilla-b2g/gaia/jobs/28807091 https://travis-ci.org/mozilla-b2g/gaia/jobs/28785695 On TBPL it failed at some integration tests. You can see it passed the previous failed test at the different re-try session: https://tbpl.mozilla.org/?tree=Gaia-Try&rev=929c7098c833edbecd5db949f5c70b725fe3dde3 The Vertical homescreen failure also occurs at other PRs. For example: https://tbpl.mozilla.org/php/getParsedLog.php?id=42777342&tree=Gaia-Try So I decide to land it, and to see if everything is okay.
Assignee | ||
Comment 13•10 years ago
|
||
master: https://github.com/mozilla-b2g/gaia/commit/c086196d647ba35135061a7882657e8d63a8d1a8
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•