Closed Bug 915665 Opened 11 years ago Closed 7 years ago

[keyboard] [settings] add 'Activities' handler in settings app for installation wizard

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(tracking-b2g:backlog)

RESOLVED WONTFIX
tracking-b2g backlog

People

(Reporter: GaryChen, Unassigned)

References

Details

(Whiteboard: [3rd-party-keyboard])

when a 3rd-party app is installed, the wizard will take the user to a app setup dialog for completing app installation and activation. For example, after installing 3rd-party keyboard user can setup layout in wizard. In current code base, we put the wizard code in system app, alternative way is move this feature in settings app. see also bug 893554
blocking-b2g: --- → koi?
Is this a functional issue or a refactoring issue? We don't block code refactor bugs.
Flags: needinfo?(gchen)
I think it's ok to do this in 1.3.
Indeed.
blocking-b2g: koi? → 1.3?
Flags: needinfo?(gchen)
Let's do it in v1.3 as a 3rd-party keyboard support improvement.
blocking-b2g: 1.3? → 1.3+
Whiteboard: [3rd-party-keyboard]
The current implementation of keeping the code live in system is ok, in terms of functionality. To me, this bug is more code refactoring thing than a blocking issue. I don't think we should block on this for shipping 3rd-party keyboard in v1.3.
blocking-b2g: 1.3+ → 1.3?
This is refactoring work. No functional impact. Move to Madai.
Assignee: nobody → gchen
blocking-b2g: 1.3? → madai?
We're not going to use the madai flag. Given current schedule moving this to 1.5? Please adjust nomination accordingly if needed.
blocking-b2g: madai? → 1.5?
blocking-b2g: 2.0? → backlog
un-assignee it first.
Assignee: gchen → nobody
blocking-b2g: backlog → ---
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.