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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

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
Assignee: nobody → acperez
QA Contact: rafael.marquez
Attached file Patch
Depends on: 1013293
Waiting for 1013293 in order to request review.
Attachment #8426084 - Flags: review?(yurenju.mozilla)
s%app://operatorvariant/resources/Power_off_test.png%app://operatorresources/resources/Power_off_test.png
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)
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
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 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)
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 on attachment 8426084 [details] Patch looks good, thanks!
Attachment #8426084 - Flags: review?(yurenju.mozilla) → review+
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Verified in master (2.0) branch
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: