Closed Bug 995835 Opened 10 years ago Closed 10 years ago

[System][LockScreen] Extend LockScreenWindowManager to communicate with the LockScreen app

Categories

(Firefox OS Graveyard :: Gaia::System, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 898348

People

(Reporter: gweng, Assigned: gweng)

References

Details

Discussed with Tim, that:

System should have a LockScreenManager to programmatically unlock or lock the screen, and pass such related events like |screenchange| and |ftuopen| to the app if necessary (some of them are only for System app).

However, since we already have the LockScreenWindowManager, to create more managers seems making System app more complicated. So we may extend the LockScreenWindowManager to manage the events. The new manager would take all LockScreen related events, including those programmatically unlocking or locking requests, and forward them as |request-lock| and |request-unlock| message to the LockScreen app via IAC, and to control the window to open or close it simultaneously.
Assignee: nobody → gweng
CC alive to see if he has some more opinions.
CC -> NI
Flags: needinfo?(alive)
Makes sense. The event handling part in lockscreen.js should be moved into lockscreenWindowManager.
Flags: needinfo?(alive)
to be done together with bug 898348
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.