Closed
Bug 1013611
Opened 12 years ago
Closed 12 years ago
[Single Variant] Build process for the operator variant resources is incorrect
Categories
(Firefox OS Graveyard :: Gaia::Build, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: macajc, Assigned: albert)
References
Details
Attachments
(1 file)
Currently, the per-operator resources are specified on the file variant.json as local paths:
...
"ringtone": {
"path": "resources/Movistar_Mid_ABR_128kbps.ogg",
"name": "Tono Movistar"
},
"wallpaper": "resources/customize.jpg",
"power": {
"poweron": {
"video": "resources/Power_on_test.mp4"
},
"poweroff": {
"image": "resources/Power_off_test.png"
}
...
Those resources are then, at build time, copied into the operatorvariant app, and the values are set at a configuration json which will be processed at runtime.
This process is incorrect on two counts:
1. There is already a specific app that is used to include operator specific resource files. This app should also include the videos, animations, ringtones...
2. The generated configuration files has local paths (resources/Power_on_test.mp4) but they're loaded from the system app and as such they should be absolute paths.
The way it should work is:
* Allow to specify either an absolute path or a local path as URL on the variant.json file:
...
"wallpaper": "resources/customize.jpg",
"power": {
"poweron": {
"video": "app://operatorresources/<whateverpath>/<whateverfile>"
},
"poweroff": {
"image": "resources/Power_off_test.png"
}
}
...
* If the value of the path specified is absolute (starts with "app://", the build procces doesn't search for the file on the local directory, and only puts this url as value on the corresponding json file for the operatorvariant app.
* If the value of the path specified is relative, then it behaves almost like now (copy the resources files), except that on the corresponding json for the operatorvariant app it must specify an absolute URL:
app://operatorvariant/resources/Power_off_test.png
| Reporter | ||
Updated•12 years ago
|
Assignee: nobody → acperez
QA Contact: rafael.marquez
| Assignee | ||
Comment 1•12 years ago
|
||
| Assignee | ||
Comment 2•12 years ago
|
||
Waiting for 1013293 in order to request review.
| Assignee | ||
Updated•12 years ago
|
Attachment #8426084 -
Flags: review?(yurenju.mozilla)
| Reporter | ||
Comment 3•12 years ago
|
||
s%app://operatorvariant/resources/Power_off_test.png%app://operatorresources/resources/Power_off_test.png
Comment 4•12 years ago
|
||
Comment on attachment 8426084 [details]
Patch
Albert, please fix lint and build error on travis and see the comments on github.
Attachment #8426084 -
Flags: review?(yurenju.mozilla)
| Reporter | ||
Comment 5•12 years ago
|
||
please ignore comment 3, that's a mistake
(In reply to Carmen Jimenez Cabezas from comment #3)
> s%app://operatorvariant/resources/Power_off_test.png%app://operatorresources/
> resources/Power_off_test.png
| Assignee | ||
Comment 6•12 years ago
|
||
Comment on attachment 8426084 [details]
Patch
Changes from comment 4 and fixed lint errors. I forgot to install gjslint after upgrade ubuntu :)
Attachment #8426084 -
Flags: review?(yurenju.mozilla)
Comment 7•12 years ago
|
||
Comment on attachment 8426084 [details]
Patch
Albert, we still got some error on build test error, you can use |make build-test-integration| to run it locally.
Attachment #8426084 -
Flags: review?(yurenju.mozilla)
| Assignee | ||
Comment 8•12 years ago
|
||
Comment on attachment 8426084 [details]
Patch
Sorry, I forgot to update the expected power json. Now it is fixed and test is ok in my laptop.
Attachment #8426084 -
Flags: review?(yurenju.mozilla)
Comment 9•12 years ago
|
||
Comment on attachment 8426084 [details]
Patch
looks good, thanks!
Attachment #8426084 -
Flags: review?(yurenju.mozilla) → review+
| Assignee | ||
Comment 10•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•