Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
base system
Priority:
Major
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
2 Feb 2014 at 02:18 UTC
Updated:
29 Jul 2014 at 23:20 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dawehnerHere is a patch
Comment #3
dawehner1: request_stack-2187097-1.patch queued for re-testing.
Comment #4
dawehnerComment #5
dawehnerGood catches by timplunkett.
Comment #6
ParisLiakos commenteddefinitely +1. this will make things a lot saner
Comment #7
berdirWhy are we changing symfony here? :) I guess you renamed it in our own HttpKernel and the parent got changed too?
Not sure if we should follow our own naming or that of symfony in cases like this...
Comment #9
tim.plunkettJust to follow the same constructor as theirs, marking it optional.
Confession: I'm not sure what this actually accomplishes for us, since this code was already running in HEAD (in their upstream version of HttpKernel):
$this->requestStack = $requestStack ?: new RequestStack();So we have it in core.services.yml now, but that's it? What else is in scope for this issue?
Comment #10
ParisLiakos commentednext steps would be replacing @request with @request_stack in core.services.yml, probably most important would be to make FormBase use that instead of the @request service
Comment #11
dawehnerMy motivation was that I wanted to use the symfony request stack in a contrib module.
Comment #12
dawehnerThank you for cleaning it up!
All other changes to use it should be discussed in follow ups.
Comment #13
webchickThe issue title sounds scary, but really we're just expanding the constructor with an extra param to match what Symfony is doing, so this is pretty straight-forward.
Committed and pushed to 8.x. Thanks!
Comment #14
dawehnerJust to be sure, this issue is actually about exposing the request stack for us later.