858734 - [FTU] takes a ~ 3 seconds for the UI to switch languages

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::First Time Experience, defect, P2)

Description

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

## Environment :
Master build : 2013-04-05-03-05-43
name="mozilla-central" revision="55f9e3e3dae7"  
name="integration/gaia-central" revision="2005e026bdae"
"gecko.git" revision="66b64f47a4eac1bd4f5ea6748b42ddf732297550"
"gaia.git" revision="15468abcba0dd2549f0c102df887a5c049b9c641"
Unagi
  
## Repro :
1. run FTU
2. select a different language

## Expected :
the ui will switch languages faster than ~ 3 seconds

## Actual :
the ui will change in about ~ 3 seconds

## Note :
Performance bug.

Comment 1

[Mike Lee [:mlee]]

QA,

Please confirm if this is still an issue on 1.2 and m-c/master.

Thanks,
Mike

Comment 2

[Matthew Vaughan]

Currently I am seeing languages take ~2 seconds to change... if not ~1.5 seconds. When I selected a more complicated language (e.g. Arabic) as the very first language I changed in the FTE, it would take almost 3 seconds. Either way, changing a language never took longer than 3 seconds, and on average it only took ~2 seconds on my Buri device.

- 1.2 BUILD -
Environmental Variables:
Device: Buri v1.2 COM RIL
BuildID: 20131111004004
Gaia: 670b2c8329bca6f142939185be71274166d82bb8
Gecko: 1ac147e4e2f0
Version: 26.0
RIL Version: 01.02.00.019.102

- 1.3 BUILD -
Environmental Variables:
Device: Buri v1.3 MOZ RIL
BuildID: 20131108123740
Gaia: 01800b04cc497db9904ed8e3837187a22ebe47ee
Gecko: f003c386c77a
Version: 28.0a1

Comment 3

[Mike Lee [:mlee]]

UX Team,
Any effort planned to provide more feedback during this user experience? https://wiki.mozilla.org/B2G/Performance/UserStories

Product,
Any guidance on perf goals for this feature?

Comment 4

[Sandip Kamat]

No benchmark defined specifically for this but We are generally targeting most user facing scenarios to take less than a second. How much of a degradation is this from prev release?

Comment 5

[Stephany Wilkes]

Flagging Francis as he is on FTU, though this does seem more perf related.

Comment 6

[Francis Djabri [:djabber]]

Re-assigning to Jacqueline, who's responsible for FTU UX.

Comment 7

[Francisco Jordano [:arcturus] [:francisco]]

My first idea here (without taking a deep look to the code) is that we are expending way too much time in translating the vast DOM that is the FTU.

FTU is one of the apps that still doesn't have much performance improvements and it's loading all the dom in a single page.

We will be shortly involved in the splitting of the FTU app outside communications app, perhaps it's a good moment to add a bit of lazy loading of the screens and also check if we can improve this time as well.

Comment 9

[Zibi Braniecki [:zbraniecki][:gandalf]]

Can you reproduce this issue on master? On April 8th we landed a major rewrite of l10n.js (bug 914414). It might have fix that.

Comment 10

[Jacqueline Savory [:jsavory] UX]

I am currently unable to see this issue on master, but if the loading time is still too long on certain devices we can add a simple loading screen to provide some feedback to the user while switching languages.

Comment 11

[BMO Automation]

Firefox OS is not being worked on