Skip to content
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

support base64decode #325

Closed
3 tasks
wandmagic opened this issue Jan 2, 2025 · 2 comments · Fixed by #340
Closed
3 tasks

support base64decode #325

wandmagic opened this issue Jan 2, 2025 · 2 comments · Fixed by #340
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@wandmagic
Copy link
Contributor

User Story

when handling a base64 resource for profile or other imported document, i can't examine its contents without base-64-decoding it

Goals

base64 encoded resource support

Dependencies

base64-decode, inline doc() parsing of results

Acceptance Criteria

  • All website and readme documentation affected by the changes in this issue have been updated.
  • A Pull Request (PR) is submitted that fully addresses the goals of this User Story. This issue is referenced in the PR.
  • The CI-CD build process runs without any reported errors on the PR. This can be confirmed by reviewing that all checks have passed in the PR.

Revisions

No response

@david-waltermire
Copy link
Contributor

@wandmagic Are you asking for base64 decoding support in Metapath? I think this is the case, but the issue is not clear about this.

@wandmagic
Copy link
Contributor Author

yes according to oscal spec, we allow resources to be base64 format. in order to introspect the resource and determine if the resource is formatted as expected and includes the required info, it would be nice to have a base64 decoding function. I think in the short term we should simply not support base64 resources until this is implemented in metaschema java.

@david-waltermire david-waltermire self-assigned this Jan 2, 2025
@david-waltermire david-waltermire moved this from To Triage to Ready in Spec and Tooling Work Board Jan 2, 2025
@david-waltermire david-waltermire added this to the v2.2.0 milestone Jan 4, 2025
@david-waltermire david-waltermire moved this from Ready to In review in Spec and Tooling Work Board Jan 6, 2025
@github-project-automation github-project-automation bot moved this from In review to Done in Spec and Tooling Work Board Jan 7, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

2 participants