José Pedro Saraiva
José Pedro Saraiva
This is still an issue, it doesn't work [as documented](https://symfony.com/doc/current/service_container/service_subscribers_locators.html#indexing-the-collection-of-services), one is always required to define `default_index_method`.
@xabbuh is there more to this than adding a default to `findAndSortTaggedServices`, ie: ```diff diff --git a/src/Symfony/Component/DependencyInjection/Compiler/PriorityTaggedServiceTrait.php b/src/Symfony/Component/DependencyInjection/Compiler/PriorityTaggedServiceTrait.php index 309bf63118..69d786732e 100644 --- a/src/Symfony/Component/DependencyInjection/Compiler/PriorityTaggedServiceTrait.php +++ b/src/Symfony/Component/DependencyInjection/Compiler/PriorityTaggedServiceTrait.php @@ -44,7 +44,7 @@ trait...
It seems this might _just_ be a documentation issue. The implementation expects the default index method to be `getDefault${indexAttributeName}Name`, not `getDefaultIndexName` (unless the attribute is actually named "index"). Therefore, if...
@fmarchalemisys fork it, apply following patch https://github.com/simplesurance/BazingaJsTranslationBundle/commit/1d4aa1940b7bb55e7ec376369fcd0f2e1d5f8b27, profit.
answer: yes.
Hi @Baldinof :wave: Thanks for the quick reply and thank **you** for making this bundle ;) The terminate call that you pointed out also only happens sometimes, and the times...
``` Information for Service "kernel" ================================ ---------------- ------------------------------ Option Value ---------------- ------------------------------ Service ID kernel Class App\Kernel Tags controller.service_arguments routing.route_loader Public yes Synthetic yes Lazy no Shared yes Abstract no...
Yes, that doesn't seem to make any difference either. For the record, here's my rr configuration: ``` version: '2.7' server: command: "php public/index.php" env: - APP_RUNTIME: Baldinof\RoadRunnerBundle\Runtime\Runtime http: address: 0.0.0.0:80...
Ok... I think I cracked the case... :man_facepalming: It was a memory problem, not enough memory was allocated. Once I bumped the `max_worker_memory`, the problem went away. The real issue...