Closed
Bug 1028113
Opened 10 years ago
Closed 10 years ago
[Flatfish][FTU] When the tutorial screen finishing and entering the home screen, it displays error message 'File not found'.
Categories
(Firefox OS Graveyard :: Gaia::First Time Experience, defect)
Firefox OS Graveyard
Gaia::First Time Experience
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: eva.chen.fx, Assigned: chens)
References
Details
(Whiteboard: [flatfish][TCP])
Attachments
(4 files)
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36
Steps to reproduce:
Reproducible: Always
1. Flash a fresh build on the tablet. Begin navigation through the first time setup screen.
2. Tap Next button until brought to the "tutorial" screen.
3. Press "Start tour" and press Next until completed.
4. One finger swipe up from the bottom edge to enter home screen.
-----------------------------------------
Environment Informations:
DUT: Tablet
Gaia: 8ccac0744848bd3ceaa6aa1c972ae0eb1e9ddc1e
B2G: 2.1.0.0-prerelease
firmware revision: flatfish_20140620-0110
Platform version : 33.0a1
Builder Identifier: 20140620011836
Actual results:
When the tutorial screen finishing and entering the home screen, it displays error message 'file not found'. It will be normal when we restart the tablet.
Expected results:
Home screen is properly loaded.
Reporter | ||
Updated•10 years ago
|
Whiteboard: [Flatfish only][developer+]
Reporter | ||
Updated•10 years ago
|
Whiteboard: [Flatfish only][developer+] → [Flatfish only][developer+][TCP]
Updated•10 years ago
|
Whiteboard: [Flatfish only][developer+][TCP] → [flatfish][TCP]
Comment 2•10 years ago
|
||
reference:
Bug 1018854 - Start the migration after upgrading
Bug 1017069 - home1 to home2 Data Migration
is it possible to set vertical homescreen by default on large devices?
if no,maybe we should skip mechanism to migrate collections to datastores on tablet,
and the issue will be fixed.
Flags: needinfo?(jeliu)
Comment 3•10 years ago
|
||
https://bugzilla.mozilla.org/show_bug.cgi?id=1021327#c14
let's continue to use horizontal homescreen for now before there is a new design for tablet
so responding to comment 2, it sounds reasonable to skip the migration mechanism
Thanks
Flags: needinfo?(jeliu)
Comment 4•10 years ago
|
||
Agree. We also have the same conclusion internally to keep it running in landscape mode, and will skip the migration process as a work-around.
Comment 5•10 years ago
|
||
Model:flatfish
Os Version:2.1.0.0-prerelease
gaia commit id:1c9eb3d1
1.update/replace gaia on the flatfish:
use GAIA_DEVICE_TYPE=tablet make reset-gaia
DON’T use NOFTU=1 to skip FTU app
2.and follow these steps,can reproduce the issue:
(from comment #0)
> 2. Tap Next button until brought to the "tutorial" screen.
> 3. Press "Start tour" and press Next until completed.
> 4. One finger swipe up from the bottom edge to enter home screen.
>
Flags: needinfo?(jcheng)
Updated•10 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 7•10 years ago
|
||
Attachment #8461359 -
Flags: review?(carmen.jimenezcabezas)
Comment 8•10 years ago
|
||
Comment on attachment 8461359 [details] [review]
patch:pull request
The proposed patch distinguish just between low-res devices and all of the rest. While all the current phones we have now fall into this cathegory, I don't really feel comfortable doing this (mostly because I don't know the specs of the new phones coming out soon). Isn't there a more reliable way to distinguish between phone and tablet? Worst come to worse we can always just add a setting to build/config/tablet/settings.json (something like ftu.dontRunHomescreenMigration) and check that to decide if we should run the migration or not.
Attachment #8461359 -
Flags: review?(carmen.jimenezcabezas)
Comment 9•10 years ago
|
||
Running the migration is because we need to update default homescreen:apps/homescreen -> apps/verticalhome ,
If the homescreen.appName exist and the value is “homescreen” in /build/config/<devices type>/setting.json ,
We don’t need to run the migration.
What do you think?
Now,the question is how to get the name of default homescreen within FTU app?
any idea?
Flags: needinfo?(carmen.jimenezcabezas)
Comment 10•10 years ago
|
||
trace code...
loadConfig() @apps/ftu/js/tutorial.js :272
-> currentLayout = ScreenLayout.getCurrentLayout() === 'tiny' ? 'tiny' : 'large';
-> var configUrl = '/config/' + currentLayout + '.json';
steps[]@apps/ftu/config/tiny.json :5,21,33
-> "video": "/style/images/tutorial/VerticalScroll.mp4"
FTU app has defined if the currentLayout is “tiny”,the device will use verticalhome app,
maybe the variable of currentLayout,can decide if we should run or not
Comment 11•10 years ago
|
||
The settings.json file is added to the build settings and it's loaded into the Settings database before Gaia starts running.
So to get that value, just use the Settings API. See for example http://mxr.mozilla.org/gaia/source/apps/system/js/operator_variant/operator_variant.js#50
(In reply to Andrew Zhi from comment #9)
> Running the migration is because we need to update default
> homescreen:apps/homescreen -> apps/verticalhome ,
> If the homescreen.appName exist and the value is “homescreen” in
> /build/config/<devices type>/setting.json ,
> We don’t need to run the migration.
> What do you think?
>
> Now,the question is how to get the name of default homescreen within FTU app?
> any idea?
Flags: needinfo?(carmen.jimenezcabezas)
Comment 12•10 years ago
|
||
As for the tiny and large.json, they're just for the tutorial configuration. And there's nothing that actually forbids having the horizontal homescreen on a tiny device (tarako comes to mind). If you use that to infer if you should launch or not the migration, then you add a side effect. While if you just add a build time setting (as you said in comment 9) then you have something that's specific for the use you need (and doesn't have any side effects).
In fact, you don't even need to add a new setting, come to think about it. There's a setting (homescreen.manifestURL) that already holds the homescreen that will be loaded. So you just have to get the value of that setting and if it´s 'app://verticalhome.gaiamobile.org/manifest.webapp' then launch the migration process and otherwise don't
(In reply to Andrew Zhi from comment #10)
> trace code...
>
> loadConfig() @apps/ftu/js/tutorial.js :272
> -> currentLayout = ScreenLayout.getCurrentLayout() === 'tiny' ? 'tiny' :
> 'large';
> -> var configUrl = '/config/' + currentLayout + '.json';
>
> steps[]@apps/ftu/config/tiny.json :5,21,33
> -> "video": "/style/images/tutorial/VerticalScroll.mp4"
>
> FTU app has defined if the currentLayout is “tiny”,the device will use
> verticalhome app,
> maybe the variable of currentLayout,can decide if we should run or not
Assignee | ||
Comment 14•10 years ago
|
||
Attachment #8464583 -
Flags: feedback?(fernando.campo)
Attachment #8464583 -
Flags: feedback?(carmen.jimenezcabezas)
Comment 15•10 years ago
|
||
Comment on attachment 8464583 [details] [review]
Pull request
Why didn't you use the homescreen.manifestURL setting to decide if the update process should launch or not, as suggested by comment 12?
This patch just moves the logic to another place, but it's basically the same as the one from comment 7.
And as I said before, I don't really feel comfortable adding this extra meaning to the screen size. Specially not when we already have a setting that specifies which homescreen is going to be loaded.
The value for vertical is: 'homescreen.manifestURL': 'app://verticalhome.gaiamobile.org/manifest.webapp'
Attachment #8464583 -
Flags: feedback?(carmen.jimenezcabezas)
Assignee | ||
Comment 16•10 years ago
|
||
Can't really see what's happened from comment 7 since it's squashed, but if that's the case, I think Andrew's patch works, right?
Comment 18•10 years ago
|
||
Comment on attachment 8464583 [details] [review]
Pull request
I left a comment on github to test both possibilities, but I'll let Carmen handle this as she has more experience on the matter.
Attachment #8464583 -
Flags: feedback?(fernando.campo)
Assignee | ||
Comment 19•10 years ago
|
||
Comments addressed and update pull request
Assignee: nobody → shchen
Attachment #8466010 -
Flags: review?(carmen.jimenezcabezas)
Attachment #8466010 -
Flags: feedback?(fernando.campo)
Comment 20•10 years ago
|
||
Comment on attachment 8466010 [details] [review]
Pull request 2
Some comments in Github, Please take a look and ask me again to review when ready. thanks
Attachment #8466010 -
Flags: review?(carmen.jimenezcabezas) → review-
Flags: needinfo?(carmen.jimenezcabezas)
Assignee | ||
Updated•10 years ago
|
Attachment #8466010 -
Flags: review- → review?(carmen.jimenezcabezas)
Assignee | ||
Comment 21•10 years ago
|
||
Thanks for the comments, please take a look on updated pull request.
Comment 22•10 years ago
|
||
Comment on attachment 8466010 [details] [review]
Pull request 2
Almost there! I left some comments for the tests in github.
Please take a look and ask for review again when they're done. Thank you!
Attachment #8466010 -
Flags: review?(carmen.jimenezcabezas)
Assignee | ||
Comment 23•10 years ago
|
||
Comment on attachment 8466010 [details] [review]
Pull request 2
Comments addressed, please take a look on updated pull request, thanks.
Attachment #8466010 -
Flags: review?(carmen.jimenezcabezas)
Comment 24•10 years ago
|
||
Comment on attachment 8466010 [details] [review]
Pull request 2
Good job! This looks great! Thank you (only one nit comment on GH)
I've tested it with and without migration over a flame with homescreenURL set as verticalhome and homescreen, but I don't have a Flatfish to test it.
If you think that it should be tested over Flatfish, please ask Fernando to do it
Attachment #8466010 -
Flags: review?(carmen.jimenezcabezas) → review+
Assignee | ||
Comment 25•10 years ago
|
||
Assignee | ||
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Attachment #8466010 -
Flags: feedback?(fernando.campo)
Reporter | ||
Comment 26•10 years ago
|
||
The issue is resolved with a TCP build from today's master.
Verified on my Flatfish.
BuildID: 20140807004959
Gaia: 256cb6bff259ba4552b0c3d4f0b4d4e72452843c
Gecko:f822655e4e9ba34625dbad1ac2a69258751828d6
Version: 34.0a1
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•