Closed
Bug 1033868
Opened 10 years ago
Closed 7 years ago
Gaia Unit Tests fail on tbpl in OOP due to looking for application.zip files for webapps
Categories
(Firefox OS Graveyard :: Gaia, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: qdot, Unassigned)
Details
(Whiteboard: [systemsfe])
All G-oop tests currently fail on tbpl because B2G Desktop can't find application.zip files for apps. However, since gaia unit tests use debug profiles, we shouldn't have application.zip files in the first place.
Reporter | ||
Comment 1•10 years ago
|
||
Logs for G and G-oop on the same build on gaia-try:
G:
https://tbpl.mozilla.org/php/getParsedLog.php?id=42981311&tree=Gaia-Try&full=1
G-oop:
https://tbpl.mozilla.org/php/getParsedLog.php?id=42981530&tree=Gaia-Try&full=1
Note that this problem doesn't show up on v2.0, so it's something that's happened between the v2.0 branch and now. I also can't seem to replicate it locally.
Comment 3•10 years ago
|
||
So I can't reproduce either. Apps load fine here with a profile created with the same flags as G-oop:
gaia$ DESKTOP=0 DESKTOP_SHIMS=1 DEBUG=1 NOFTU=1 make
apps are then loaded from http urls by the httpd server of the desktop shim. What is strange though is that the log shows that we start b2g this way:
16:16:20 INFO - Running command: ['/builds/slave/test/build/venv/bin/python', '-u', '/builds/slave/test/gaia/tests/python/gaia-unit-tests/gaia_unit_test/main.py', '--binary', '/builds/slave/test/build/application/b2g/b2g-bin', '--profile', '/builds/slave/test/gaia/profile-debug', '--symbols-path', 'https://ftp.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/mozilla-central-linux64_gecko/1404320841/en-US/b2g-33.0a1.en-US.linux-x86_64.crashreporter-symbols.zip', '--browser-arg', '-oop']
16:16:20 INFO - Copy/paste: /builds/slave/test/build/venv/bin/python -u /builds/slave/test/gaia/tests/python/gaia-unit-tests/gaia_unit_test/main.py --binary /builds/slave/test/build/application/b2g/b2g-bin --profile /builds/slave/test/gaia/profile-debug --symbols-path https://ftp.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/mozilla-central-linux64_gecko/1404320841/en-US/b2g-33.0a1.en-US.linux-x86_64.crashreporter-symbols.zip --browser-arg -oop
16:16:20 INFO - Calling ['/builds/slave/test/build/venv/bin/python', '-u', '/builds/slave/test/gaia/tests/python/gaia-unit-tests/gaia_unit_test/main.py', '--binary', '/builds/slave/test/build/application/b2g/b2g-bin', '--profile', '/builds/slave/test/gaia/profile-debug', '--symbols-path', 'https://ftp.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/mozilla-central-linux64_gecko/1404320841/en-US/b2g-33.0a1.en-US.linux-x86_64.crashreporter-symbols.zip', '--browser-arg', '-oop'] with output_timeout 1760
So the profile path here is /builds/slave/test/gaia/profile-debug . But then we get:
16:16:33 INFO - RemoteOpenFileParent: file '/tmp/tmpSge9JP.gaiaunittest/profile/webapps/keyboard.gaiamobile.org/application.zip' was not found!
Why are we loading apps from a different profile directory? and why with the app:// protocol?
Flags: needinfo?(fabrice)
Reporter | ||
Comment 4•10 years ago
|
||
(In reply to Fabrice Desré [:fabrice] from comment #3)
> Why are we loading apps from a different profile directory? and why with the
> app:// protocol?
The profile path sent to gaia_unit_test/main.py is the profile to copy. It is copied to a temp directory, and b2g is run against the debug profile in that temp directory for the unit tests. I'm assuming this is so we only need to build the profile once.
Updated•10 years ago
|
Component: Gaia::UI Tests → General
Updated•10 years ago
|
Component: General → Gaia
Updated•10 years ago
|
Target Milestone: 2.0 S5 (4july) → 2.0 S6 (18july)
Updated•10 years ago
|
Target Milestone: 2.0 S6 (18july) → 2.1 S1 (1aug)
Updated•10 years ago
|
Target Milestone: 2.1 S1 (1aug) → 2.1 S2 (15aug)
Updated•10 years ago
|
Target Milestone: 2.1 S2 (15aug) → 2.1 S3 (29aug)
Reporter | ||
Updated•10 years ago
|
Target Milestone: 2.1 S3 (29aug) → ---
Reporter | ||
Updated•9 years ago
|
Assignee: kyle → nobody
Comment 5•7 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•