Closed iche033 closed 2 months ago
The ServerFixture.LoadSdfModelRelativeUri
test in UNIT_Server_Rendering_TEST.cc
was failing because it contains a mesh uri pointing to a non-existent dae file. With SetStoreResolvedURIs
set to true, it returns an error and so the server stops loading the model. This breaks current behavior. To resolve this, I added logic in ddf7f46 to allow the server to proceed with presence of URI_LOOKUP
errors.
The
ServerFixture.LoadSdfModelRelativeUri
test inUNIT_Server_Rendering_TEST.cc
was failing because it contains a mesh uri pointing to a non-existent dae file. WithSetStoreResolvedURIs
set to true, it returns an error and so the server stops loading the model. This breaks current behavior. To resolve this, I added logic in ddf7f46 to allow the server to proceed with presence ofURI_LOOKUP
errors.
Looking for feedback on this. Any objections to allowing Server to continue loading with presence of URI errors?
I'm not sure this is a good idea. The URI_LOOKUP
error is not just emitted for missing mesh files, but also when an included model is not found, which should be a blocker error IMO.
The other option is to not return the URI_LOOKUP
error in sdformat when resolving URIs but that's also not ideal.
So with SetStoreResolvedURIs
now set to true
, we'll just be more strict and stop the Server from loading if an URI is not found. How does that sound?
Maybe we can define a parameter in ServerConfig
that determines if a SDF errors prevent the Server from loading. Or it could be an environment variable. Either way, we can just set that in the test without affecting end users.
Maybe we can define a parameter in ServerConfig that determines if a SDF errors prevent the Server from loading.?
Added a new parameter in ServerConfig, blockOnSdfErrors
to stop server from loading in presence of SDF errors. It can also be passed from the command line, gz sim -v 4 shapes.sdf --block-on-sdf-errors 1
. fbddcb7
DCO needs to be fixed.
fixed and force pushed
🎉 New feature
Summary
Replaces #2323 - see description in that PR.
This PR is needed so that bullet-featherstone plugin in gz-physics can load meshes with relative path URIs.
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.