Closed
Bug 1207995
Opened 9 years ago
Closed 9 years ago
[TV 2.5] Provide remote control service current control mode
Categories
(Firefox OS Graveyard :: Gaia::TV::System, defect)
Tracking
(feature-b2g:2.5+)
People
(Reporter: etsai, Assigned: lchang)
References
Details
(Whiteboard: [ft:conndevices][partner-cherry-picked<2015/11/10>])
Attachments
(1 file)
Current control mode is for dispatch different event to app, for example, touch move for browser but gesture to page up/down for control home screen.
Reporter | ||
Updated•9 years ago
|
Blocks: TV_RemoteControl_TVSide
Whiteboard: [ft:conndevices]
Reporter | ||
Updated•9 years ago
|
Assignee: nobody → etsai
Updated•9 years ago
|
feature-b2g: --- → 2.5+
Target Milestone: --- → FxOS-S10 (30Oct)
Assignee | ||
Updated•9 years ago
|
Assignee | ||
Comment 1•9 years ago
|
||
We've decided smart-system will notify Gecko of the mode-changed status via "mozContentEvent" event as follows:
{
type: 'control-mode-changed',
detail: {
cursor: true / false
}
}
And Gecko can request system to report the status actively by using "mozChromeRemoteControlEvent" as follows:
{
type: 'request-control-mode',
detail: null
}
Assignee | ||
Comment 2•9 years ago
|
||
This bug will be addressed in Gaia side so take it over from Eric.
Assignee: etsai → lchang
Status: NEW → ASSIGNED
Comment 3•9 years ago
|
||
Assignee | ||
Comment 4•9 years ago
|
||
Comment on attachment 8672542 [details] [review]
[gaia] luke-chang:1207995_tv_provide_control_mode > mozilla-b2g:master
Hi Rex,
Could you please take a look at this? Thanks.
This patch hard-codes to detect if the currently-focused element is the browser app. If yes, it reports "cursor: true" to Gecko, and vice versa. So that Gecko can determine whether or not it needs to draw a cursor on it.
Attachment #8672542 -
Flags: review?(rexboy)
Assignee | ||
Comment 5•9 years ago
|
||
(In reply to Luke Chang [:lchang] from comment #1)
> And Gecko can request system to report the status actively by using
> "mozChromeRemoteControlEvent" as follows:
>
> {
> type: 'request-control-mode',
> detail: null
> }
Protocol changed:
{
action: 'request-control-mode'
}
Comment 6•9 years ago
|
||
Comment on attachment 8672542 [details] [review]
[gaia] luke-chang:1207995_tv_provide_control_mode > mozilla-b2g:master
Looks good to me. Thank you!
Attachment #8672542 -
Flags: review?(rexboy) → review+
Reporter | ||
Updated•9 years ago
|
Assignee | ||
Comment 7•9 years ago
|
||
(In reply to Luke Chang [:lchang] from comment #5)
> (In reply to Luke Chang [:lchang] from comment #1)
> > And Gecko can request system to report the status actively by using
> > "mozChromeRemoteControlEvent" as follows:
>
> {
> action: 'request-control-mode'
> }
Let me explain this more.
In case the HTTP server is, for some reason, initialized or rebooted after system app is loaded, it can retrieve the current control mode immediately by utilizing this event instead of waiting for the next "control-mode-changed" event.
Assignee | ||
Comment 8•9 years ago
|
||
tests passed: https://treeherder.mozilla.org/#/jobs?repo=gaia&revision=60feee58bd90c7ac0c9e4a554271e190599979c5
landed on master: https://github.com/mozilla-b2g/gaia/commit/ddc269c6c3ac40ee7216f7bfd2d30d22bc49071f
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•9 years ago
|
Whiteboard: [ft:conndevices] → [ft:conndevices][partner-cherry-pick]
Updated•9 years ago
|
Whiteboard: [ft:conndevices][partner-cherry-pick] → [ft:conndevices][partner-cherry-picked<2015/11/10>]
You need to log in
before you can comment on or make changes to this bug.
Description
•