Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.7k
[HttpKernel] Add glob support for bundle resource locator#22350
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
fabpot commentedApr 10, 2017
I don't understand the use case as it always returns the first matching resource. |
pierredup commentedApr 10, 2017
The default behaviour is to return the first match , but if you pass the third parameter to |
nicolas-grekas commentedOct 8, 2017
Closing as there is no activity, and I'm not sure this works in practice, as the glob will miss overridden resources. Feel free to reopen of course. |
pierredup commentedOct 10, 2017
Would the overridden resource not already be resolved at this point? |
stof commentedOct 10, 2017
nope. The bundle inheritance is gone, but this locator still allows project-level overriding. |
pierredup commentedOct 10, 2017
But by the time it does the |
stof commentedOct 10, 2017
but for a glob, each one of the match could be overridden independently (and this PR won't handle it). |
This is a continuation of#21270 and#21635 to add glob support when locating bundle resources.
So the following becomes possible: