VOL should not assume all filters are optional upon re-opening dataset
- Dominant language
- C
- Stars
- 6
- Forks
- 8
- PR merge metrics
- No merged PRs in 30d
Description
The library's filter pipeline has an optional/mandatory flag associated with each filter. Optional filters should be skipped if they fail for whatever reason, while a failure with a mandatory filter should cause the operation to fail. Wrappers that set particular filters (e.g. `H5Pset_deflate`, `H5Pset_szip`) always mark them as optional. Setting the filters using `H5Pset_filter` lets the user decide the optional/mandatory flag for each filter.
At the moment, the REST VOL uses wrapper functions to construct filter pipelines on re-opened datasets, setting their required parameter to "optional" in all cases. This is likely the source of this issue.
It would be possible for the REST VOL to work around this by replacing calls to wrappers with use of `H5Pset_filter` that preserve the required flag, but this would involve duplicating setup work done by each of those wrapper functions.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.