8000 Longpath filter bug by lrm29 · Pull Request #6055 · libgit2/libgit2 · GitHub
[go: up one dir, main page]

Skip to content

Longpath filter bug #6055

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

Merged
merged 3 commits into from
Sep 20, 2021
Merged

Longpath filter bug #6055

merged 3 commits into from
Sep 20, 2021

Conversation

lrm29
Copy link
Contributor
@lrm29 lrm29 commented Sep 14, 2021

Fixes #6054.

An alternative might be to handle the null git_repository case in the longpath check ((bool) should_validate_longpaths(git_repository *repo)). Could also put an assert on "repo" argument in should_validate_longpaths.

@ethomson
Copy link
Member

Looks good to me - we'll need to ifdef around that new function to prevent unused warnings, but otherwise 👍

Co-authored-by: Edward Thomson <ethomson@github.com>
@lrm29 lrm29 requested a review from ethomson September 15, 2021 20:41
@ethomson ethomson merged commit 482e385 into libgit2:main Sep 20, 2021
@ethomson
Copy link
Member

Thanks for the fix. I changed the unit test a bit in 005c740 to check the contents in the repo to ensure that filtering was applied.

@lrm29 lrm29 deleted the longpath_filter_bug branch September 28, 2021 19:09
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

git_index_add_bypath fails with "path too long" when longpaths is true and filters are set
2 participants
0