-
-
Notifications
You must be signed in to change notification settings - Fork 9.8k
[FrameworkBundle] register the virtual request stack together with common profiling services #52604
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
Conversation
8f2225d to
b8db128
Compare
| ->args([service('request_stack')]) | ||
| ->public() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| ->args([service('request_stack')]) | |
| ->public() | |
| ->args([service('request_stack')]) | |
| ->public() |
HeahDude
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
…vices The debug.php file is never loaded when the Stopwatch component is not installed. However, the virtual request stack is always valuable as soon as the profiling feature is enabled.
|
Thank you @xabbuh. |
|
FYI: I can confirm, that fix works (for me) 👍 I now have working integration tests (which run an actual Symfony application) on Symfony 6.4 and 7.0, using the RC1-packages and |
|
@scheb Thank you very much for testing development versions and providing valuable feedback. This is much appreciated. |
The debug.php file is never loaded when the Stopwatch component is not installed. However, the virtual request stack is always valuable as soon as the profiling feature is enabled.