-
Notifications
You must be signed in to change notification settings - Fork 97
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
Updated findfile() to search localpath first #1292
Conversation
Signed-off-by: Jasmeet Singh <jasmeet0915@gmail.com>
Codecov Report
@@ Coverage Diff @@
## sdf13 #1292 +/- ##
=======================================
Coverage 87.59% 87.60%
=======================================
Files 128 128
Lines 16826 16827 +1
=======================================
+ Hits 14739 14741 +2
+ Misses 2087 2086 -1
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this makes sense to me
though we mention the change in the Migration guide |
Signed-off-by: Jasmeet Singh <jasmeet0915@gmail.com>
Can you add a test that creates a temporary |
Signed-off-by: Jasmeet Singh <jasmeet0915@gmail.com>
Signed-off-by: Jasmeet Singh <jasmeet0915@gmail.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works as expected!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Works great! Just have one small comment.
Signed-off-by: Jasmeet Singh <jasmeet0915@gmail.com>
🦟 Bug fix
Fixes #1172
Summary
As the issue above mentions, this tutorial for Garden, is not able to parse the SDF file if it was named
model.sdf
. It works if the file name is changed. This was happening due to the search order used in thesdf::findFile()
function. The used search order was causing thefindFile()
to find themodel.sdf
from the install path instead of the one present locally. Since the foundmodel.sdf
is actually the SDF spec file for the<model>
and it is not a valid SDFormat file, it caused the script to throw a not valid error.This PR changes the search order used in the
findFile()
function by searching for the local path (current directory) first and solves the issue.Checklist
codecheck
passed (See contributing)Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining
Signed-off-by
messages.