Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
base system
Priority:
Major
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
22 Dec 2013 at 18:45 UTC
Updated:
29 Jul 2014 at 23:14 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dawehnerIf we want to provide long term support for Drupal 8 we might be only able to use the LTS releases of symfony? So 2.6 is the next one.
Don't get me wrong, there are a lot of features we could use, like the RequestStack.
Comment #2
Crell commentedcatch has already indicated in the past that he is fine chasing-stables. That may be a different consideration when we get to the Drupal 8 LTS, but Drupal 8.x releases are not going to have a support lifespan much longer than Symfony releases themselves so we should be fine.
Comment #3
Crell commentedOK, let's try this.
This is the result of updating the composer.json file to use 2.4 for all Symfony dependencies, running composer update, and committing the result. Bot, what are your thoughts?
Comment #5
dawehnerThis failures are presented by https://github.com/symfony/symfony/commit/65814bae27d6fdb9501a4efd07e6b9...
Comment #6
dawehnerThis was originally caused by https://github.com/symfony/symfony/pull/8882 so here are two fixes.
Comment #7
Crell commenteddawehner is really good at finishing off things I start. :-) Thanks, Daniel!
Comment #8
chx commentedJust for the sake of understanding API usage,
is now how we get the http_host? There's nothing like
->get('HTTP_HOST')or somesuch?Comment #9
Crell commentedActually there is Request::getHttpHost(). The caveat is that it will append the port if the port is not the standard 80/443. Which I admit seems rather weird to me, but I presume it's so that people building strings off of getHttpHost() don't need to always call getPort(), too just in case. In this specific test we are explicitly messing with the port, so we need the "raw" host.
Typical module code should be calling Request::getHttpHost() 99% of the time, I imagine. (If it needs to call it at all, which is unlikely.)
Daniel, can you confirm?
Comment #10
berdir@larowlan told me to use $request->getHost() in his review in #1862202-294: Objectify the language system, see the resulting interdiff in #295. Will this be affected by this? If not, then I think that is how you can get the host without port.
Comment #11
webchickMoving down to needs review for that question.
Comment #12
dawehnerAye, aye sir. All functions in the symfony request calls getHttphost(). example: getUri->getSchemeAndHttpHost,
Comment #13
dawehnerUps, thanks berdir
Comment #14
Crell commentedOr not...
http://symfony.com/blog/symfony-2-4-1-released
Comment #15
dawehnerNote: the previous patch also updated all other dependencies (guzzle, phpunit ...) so this should just update symfony and applies the interdiff of the previous patch.
Comment #16
dawehner15: symfony-2161397.patch queued for re-testing.
Comment #17
Crell commentedThanks, Daniel!
Comment #18
plachComment #19
webchickCommitted and pushed to 8.x. Thanks!
Comment #20
webchickCrap, sorry, scratch that. This conflicts with #1862202: Objectify the language system which is a) tagged Avoid commit conflicts, b) a blocker to the remainder of stuff needed to rip out the variable system, c) a critical beta blocker. So I've rolled this one back, and marking postponed on that one, since as far as I can tell this issue doesn't block anything specific in the path of a D8 beta.
REVERTED for now.
Comment #21
dawehnerWell, that is sad as functionality from 2.4 could be used potentially in many places.
Comment #22
andyceo commentedNow #1862202: Objectify the language system is in core, so update status.
Comment #23
andyceo commented15: symfony-2161397.patch queued for re-testing.
Comment #26
dawehnerReroll.
Comment #29
jibran26: symfony_2.4.1-2161397.patch queued for re-testing.
Comment #32
dawehnerIt is a bit sad that it does not work anymore, maybe this time.
Comment #34
tim.plunkett#2175447: Update composer to latest version
Comment #35
dawehnerSadly this does not help the patch at all, it just not runs on the testbot but does on my local system.
Comment #36
plach@dawehner:
I am really sorry about this being reverted :(
I tried to see whether I was able replicate the error and I actually got one failure right before completing the installation (after inserting admin user name/password):
See the attached screenshot for the full stack trace.
I did a very quick and dirty merge as the patch did not apply anymore, so I might have messed up things. However here you can find my local code:
http://drupalcode.org/sandbox/plach/1719670.git/shortlog/refs/heads/symf....
Too late to dig further into it now, hope this helps :)
Comment #37
dawehnerplach!!! I guess install via drush is still kinda different.
Comment #39
dawehnerAnother try, actually two additional tries.
Comment #40
dawehnerComment #42
plachGreen again!
Comment #43
tim.plunkettAwesome!
Comment #44
jibranThis is awesome. Thank you for the update. Can we have review only patch without all the composer updated code?
Comment #45
tim.plunkettSure
Comment #46
tim.plunkettComment #47
webchickOk, for real this time. :)
Committed and pushed to 8.x. Thanks!
Comment #48
dawehnerThank you!