Willyaranda reported in #l10n today that the RelEng provided builds (which use the multilocale target in Gaia's Makefile), don't have a translated FTU. However, he said that when building himself with "make production" (which eventually calls the "profile" target), he does have a translated FTU. Sounds to me like the multilocale logic in Gaia's build system has a bit somewhere. Pretty sure this a basecamp blocker, but I don't think it's a C2 one, since it's the only FTU affected.
Willyaranda says that he can reproduce on desktop, so knowing what the error console says might be useful.
No error, and that's the problem, no console output. Can be related with 816978, but I'm not sure.
gaia triage : we think that this may be a dup; noming for + just in case.
Assignee: nobody → l10n
Priority: -- → P1
I don't have time to work on this.
Assignee: l10n → nobody
looks like the first step is to see if the patch in https://bugzilla.mozilla.org/show_bug.cgi?id=816978 fixes this first. kaze, any thoughts?
Willyaranda: I can take a look at this. Can you provide me STR?
I just updated to latest unagi nightly, and reset the phone so I can launch the phone with a new profile and see the FTU. Also, if you compile your own sources, it's right after the first flash. Maybe Ben can provide you the links to nightly MoCo builds (I don't have access to them). I think the best way is to check if in the nightly files to flash, apps are translated (look for homescreen.es.properties, for example)
Willyaranda, did we resolve this with bug 817286 ?
Yes, working correctly
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.