Avoid Resource.meta.source
string matching an illegal fragment
#7069
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
When creating a resource, if no
Resource.meta.source
is provided:https://smilecdr.com/docs/fhir_repository/tracing_and_provenance.html#request-tracing
However, if the SourceURI is blank, that means it'll have the form
#<requestID>
which looks like a fragment, i.e. a reference to a contained resource. Therefor, resource validation will fail. We see this on our running server.Likely a related issue: #6960
To avoid this, if the
<SourceURI>
is blank, we no longer prefix with#
. I am not convinced this is a good solution.Alternatives
Resource.meta.source
theProvenanceSourceUri
Resource.meta.source
iftheProvenanceSourceUri
is empty