unit-convert test should not hit the web
Bug #867230 reported by
Chris Hillery
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Zorba |
New
|
Medium
|
Diogo Simões |
Bug Description
The unit-conversion data-cleaning library uses a web service. Currently that web service isn't responding, leading to remote queue delays and failures, so I have disabled the test on the remote queue.
IMHO this library should not require the web, at least for a decent set of well-known units (the test case in question is converting miles to kilometers).
Changed in zorba: | |
milestone: | none → 2.1 |
Changed in zorba: | |
milestone: | 2.1 → none |
Changed in zorba: | |
assignee: | Sorin Marian Nasoi (sorin.marian.nasoi) → Diogo Simões (diogo-simoes89) |
tags: | removed: v2.1 |
To post a comment you must log in.
The test is now passing indeed but this is part of the continuous Zorba testing infrastructure.
At one point the GPS coordibates returned for this test contained more decimals than the expected result and this cause the test to fail.
Instead of the expected result:
38.725735 -9.15021
something like this was returned:
38.72573501 -9.1502110
In order to avoid such problems in the future, could we change the test such that the decimals does not count?
For instance we could cast the returned values to xs:integer, what do you think?