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)

x86_64
Linux
defect
Not set
normal

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.
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.
ni?'ing fabrice after IRC discussion
Flags: needinfo?(fabrice)
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)
(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.
Component: Gaia::UI Tests → General
Component: General → Gaia
Target Milestone: 2.0 S5 (4july) → 2.0 S6 (18july)
Target Milestone: 2.0 S6 (18july) → 2.1 S1 (1aug)
Target Milestone: 2.1 S1 (1aug) → 2.1 S2 (15aug)
Target Milestone: 2.1 S2 (15aug) → 2.1 S3 (29aug)
Target Milestone: 2.1 S3 (29aug) → ---
Assignee: kyle → nobody
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.