Open
Conversation
…his to understand what the tests are doing particularly around RELS-INT deletions
…n my local debug version
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
This PR is INCOMPLETE - Fixes for file extensions not being added to binaries when the -x arg is used
**JIRA Ticket https://fedora-repository.atlassian.net/jira/software/c/projects/FCREPO/issues/FCREPO-3931?jql=project%20%3D%20%22FCREPO%22%20ORDER%20BY%20created%20DESC **:
What does this Pull Request do?
This PR attempts to fix an issue where file extensions were not being added to binary filenames within the dcfl-root when the user used the
-xargument which is supposed to enable this feature. Whilst The PR does appear to fix this initial issue, I have struggled to get the tests to pass. This is mainly down to a lack of understanding of what some tests were trying to achieve.Currently ArchiveGroupHandlerTest.filenameRemovedFromRelsInt is failing and I have made some changes to ArchiveGroupHandlerTest which may not be correct.
I need some clarity on the following questions:
What is filenameRemovedFromRelsInt trying to test? In what use-case would a filename be removed from RELS-INT?
What is the relationship between contentPath and filename within the fedora header?
How should this be tested?
Interested parties
Tag (@ mention) interested parties or, if unsure, @fcrepo/committers