New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error when running mbed test --compile/run list #8064
Comments
Fix: #8075 |
@OPpuolitaival thanks for the PR However, I still don't think it's enough. The dependencies should be checked first, and traceback error should be caught. |
Manually upgraded
Problem continues
[Mirrored to Jira] |
@MarceloSalazar The requirements are checked before running any commands. |
The requirements might be checked, but I still get traceback errors, which are not nice! What is this Code 1 ?
Don't know how to proceed |
#8075 is NOT fixing the problem |
Here is two problems:
|
Can this be closed now? |
Sorry I still can't get this to work with RC3
Even tried moving to mbed-os as suggested in #8120 |
is above error same as #8172 ? |
The root cause is "11:47:34.371 Test case directory does not exist!" which tells that there is no test case folder available. The folder name in this case is "TEST_APPS". That folder need to exist in path where you run icetea tests. This is fixed in mbed-cls but not released yet. There is PR made in mbed-os also which makes error code a bit better #8181 |
I've updated to Mbed CLI 1.8.2.
The tools should be able to look into internal folders! But the warning message is ok for now.
EDIT: EDIT2: [Mirrored to Jira] |
I did some experiment with it. seems this has something to do with how mbed-os project structure and how mbed tools invoked.
CASE 2:
Seems the mbed tools treat |
CC @cmonr @theotherjimmy @OPpuolitaival |
Looking at this now. It appears that when invoking test case #2, the root directory is modified to be the |
IMO the tools should be able to run icetea regardless of where you have the root directory configured. [Mirrored to Jira] |
FYI @maclobdell @bentcooke |
After talking with a couple of people who are more familiar with the intended legacy behavior of We want to enable and encourage application developers to develop their own tests, and other classes of tests should be able to support this behavior. Going to pause investigaton into root causing where the change in directory is occuring. |
@cmonr could you open this a bit more, is there something we could improve in icetea side or is this related only to icetea integration work ? |
@jupe I think this was a mistake with the initial scope of enabling icetea t0 be runnable via On the icetea side of things, it would be useful if it could handle being invoked from a user's project directory, not just within the mbed-os directory. The thinking goes as such: if a user wants to add tests specific to their application, they'd add it inside of their project, not within mbed-os. We initially had greentea tests, but now have unittests and icetea tests, so both sets of new test should be able to support this behavior. Does that make sense? |
Icetea point of view there is no any restrictions like that. Icetea itself are standalone application that does not depend on mbed-os neither mbed-cli. Probably only limitations related to how integration to mbed-os/cli are implemented - there are currently some assumptions like what you saw, but I’m pretty sure that if requirements are clear @OPpuolitaival can improve current implementation to fulfill this requirement as well. edit: is it actually this what you are explaining: #8120 ? |
=> MBEDOSTEST-200 |
Internal Jira reference: https://jira.arm.com/browse/IOTCORE-437 |
During OOB for 5.10 release, found issues while evaluating icetea:
Mbed CLI 1.8.0
Mbed OS (920db63)
Windows 10
The python traceback error should be caught appropriately with the corresponding message to the user
The text was updated successfully, but these errors were encountered: