Skip to content

Conversation

@ephemer
Copy link
Contributor

@ephemer ephemer commented Aug 20, 2024

Summary:

This PR addresses #2479. Basically the unbounded search for **/Podfile never finishes on my machine. Normally the required depth should be 2, since ios/Podfile is the default location. So this still provides significantly more depth than most users should need.

Test Plan:

To be honest I'm not sure what causes this issue on my system, I only investigated what fixes it so far. It's clearly an issue with a deeply-nested submodule that we have, but I can't see what about it is causing the issue. If I run find . in my project root, all files (including the deeply-nested ones) can be printed within a few seconds, whereas fast-glob appears to never finish its search without this deep: 10 limitation.

Checklist

  • Documentation is up to date to reflect these changes.
  • Follows commit message convention described in CONTRIBUTING.md

@ephemer ephemer requested a review from cipolleschi as a code owner August 20, 2024 10:49
@thymikee
Copy link
Member

Thanks! Can you file that in fast-glob project as well so they can hopefully fix this?

Copy link
Collaborator

@szymonrybczak szymonrybczak left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you!

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.

4 participants