see http://mbits/cdash/viewTest.php?onlyfailed&buildid=225733
... only fails on the linux machine (timeout).
see http://mbits/cdash/viewTest.php?onlyfailed&buildid=225733
... only fails on the linux machine (timeout).
Status | Assigned | Task | ||
---|---|---|---|---|
Resolved | None | T16485 [dashboard] mitkNavigationDataPlayerTest fails on continous dart client | ||
Resolved | None | T15959 File reading should happen in NavigationDataPlayerBase instead of doing this in both of its subclasses |
seems to be a random fail, in the second run the test succeeded. However, one should look what's the reason for this random fail. Maybe a longer timeout could solve the problem?
It again failed recently:
http://cdash.mitk.org/viewTest.php?onlyfailed&buildid=398158
could possibly be the reason for the failure.
error occured for the compiler:
Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn)
related to: T16780
There was a fail again: http://cdash.mitk.org/viewTest.php?onlyfailed&buildid=431622
but with a strange test output:
[Thu Mar 27 15:32:56 2014
0.080] In AutoLoadModulesFromPath at /home/mbiuser/dart client/MITK/Core/CppMicroServices/core/src/util/usUtils.cpp:160 : Auto-loading module /home/mbiuser/dart client/MITK-sb-R-c/MITK-build/bin/MitkCore/libMitkIOExt.so
[0.090] In AutoLoadModulesFromPath at /home/mbiuser/dart client/MITK/Core/CppMicroServices/core/src/util/usUtils.cpp:160 : Auto-loading module /home/mbiuser/dart client/MITK-sb-R-c/MITK-build/bin/MitkCore/libMitkIpPicSupportIO.so
[0.090] In AutoLoadModulesFromPath at /home/mbiuser/dart client/MITK/Core/CppMicroServices/core/src/util/usUtils.cpp:160 : Auto-loading module /home/mbiuser/dart client/MITK-sb-R-c/MITK-build/bin/MitkCore/libMitkDiffusionIO.so
[0.120] In AutoLoadModulesFromPath at /home/mbiuser/dart client/MITK/Core/CppMicroServices/core/src/util/usUtils.cpp:160 : Auto-loading module /home/mbiuser/dart client/MITK-sb-R-c/MITK-build/bin/MitkCore/libMitkVtkShaders.so
Will deactivate this test due to random fails. The test will be fixed with the new NavigationDataPlayer.
New NavigationDataPlayer is now merged. This means we can start reactivating this bug. Maybe restructuring is necessary due to new NavigationDataPlayer.
Is the test still failing? I would probably consider this fixed until it reappears...
After restructuring of the player the new test (mitkNavigationDataSequentialPlayerTest) did not fail again. So closing this bug.