1 test failing resulting in FTBFS
Bug #1267026 reported by
Timo Jyrinki
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
unity-scopes-api |
Fix Released
|
Critical
|
Michi Henning | ||
unity-scopes-shell |
Invalid
|
Critical
|
Michi Henning | ||
unity-scopes-api (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
armhf is failing test Test #5: testresultstest-ng:
Related branches
lp:~michihenning/unity-scopes-api/fix-scoperegistry
- Michal Hruby (community): Approve
- PS Jenkins bot (community): Approve (continuous-integration)
-
Diff: 47 lines (+5/-5)2 files modifiedscoperegistry/scoperegistry.cpp (+5/-2)
src/internal/zmq_middleware/ZmqMiddleware.cpp (+0/-3)
Changed in unity-scopes-shell: | |
status: | In Progress → Invalid |
Changed in unity-scopes-api: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Affecting also unity-scopes-api as it seems to be a race coming from there.
What happens in this test is that we setup a custom registry with a single scope in its scope directory and call registry->list(). For some reason the registry sometimes returns 0 entries, although one scope should always be present.
A bit more info - this seems to happen only when armhf build is being slow, plus the failure is happening already in tests' setup function (the one that is run for each test) *but* it fails only on the first test - ie right after spawning the registry, further tests that are using the exact same test setup function do not fail on the same check.
From this it would appear that if list() is called too early, it might not have information about the local scopes yet, and therefore sends back an empty response to the client.