Comments

dawehner’s picture

If 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.

Crell’s picture

catch 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.

Crell’s picture

Status: Active » Needs review
Issue tags: +symfony
StatusFileSize
new1.24 MB

OK, 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?

Status: Needs review » Needs work

The last submitted patch, 3: 2161397-symfony-update.patch, failed testing.

dawehner’s picture

dawehner’s picture

Status: Needs work » Needs review
StatusFileSize
new1.65 KB
new1.24 MB

This was originally caused by https://github.com/symfony/symfony/pull/8882 so here are two fixes.

Crell’s picture

Status: Needs review » Reviewed & tested by the community

dawehner is really good at finishing off things I start. :-) Thanks, Daniel!

chx’s picture

Just for the sake of understanding API usage,

    $server = $request->server->all();
    $server['HTTP_HOST'] ;

is now how we get the http_host? There's nothing like ->get('HTTP_HOST') or somesuch?

Crell’s picture

Actually 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?

berdir’s picture

@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.

webchick’s picture

Status: Reviewed & tested by the community » Needs review

Moving down to needs review for that question.

dawehner’s picture

Status: Needs review » Patch (to be ported)

Daniel, can you confirm?

Aye, aye sir. All functions in the symfony request calls getHttphost(). example: getUri->getSchemeAndHttpHost,

dawehner’s picture

Status: Patch (to be ported) » Reviewed & tested by the community

Ups, thanks berdir

Crell’s picture

Status: Reviewed & tested by the community » Needs work
dawehner’s picture

Status: Needs work » Needs review
StatusFileSize
new823.36 KB

Note: the previous patch also updated all other dependencies (guzzle, phpunit ...) so this should just update symfony and applies the interdiff of the previous patch.

dawehner’s picture

15: symfony-2161397.patch queued for re-testing.

Crell’s picture

Status: Needs review » Reviewed & tested by the community

Thanks, Daniel!

plach’s picture

Title: Update to Symfony 2.4 » Update to Symfony 2.4.1
webchick’s picture

Status: Reviewed & tested by the community » Fixed

Committed and pushed to 8.x. Thanks!

webchick’s picture

Status: Fixed » Postponed

Crap, 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.

dawehner’s picture

Well, that is sad as functionality from 2.4 could be used potentially in many places.

andyceo’s picture

Status: Postponed » Needs work

Now #1862202: Objectify the language system is in core, so update status.

andyceo’s picture

Status: Needs work » Needs review

15: symfony-2161397.patch queued for re-testing.

Status: Needs review » Needs work

The last submitted patch, 15: symfony-2161397.patch, failed testing.

The last submitted patch, 15: symfony-2161397.patch, failed testing.

dawehner’s picture

Status: Needs work » Needs review
StatusFileSize
new765.96 KB

Reroll.

Status: Needs review » Needs work

The last submitted patch, 26: symfony_2.4.1-2161397.patch, failed testing.

The last submitted patch, 26: symfony_2.4.1-2161397.patch, failed testing.

jibran’s picture

Status: Needs work » Needs review

26: symfony_2.4.1-2161397.patch queued for re-testing.

Status: Needs review » Needs work

The last submitted patch, 26: symfony_2.4.1-2161397.patch, failed testing.

The last submitted patch, 26: symfony_2.4.1-2161397.patch, failed testing.

dawehner’s picture

Status: Needs work » Needs review
StatusFileSize
new765.96 KB

It is a bit sad that it does not work anymore, maybe this time.

Status: Needs review » Needs work

The last submitted patch, 32: symony-2161397.patch, failed testing.

tim.plunkett’s picture

dawehner’s picture

Sadly this does not help the patch at all, it just not runs on the testbot but does on my local system.

plach’s picture

StatusFileSize
new299.8 KB

@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):

Fatal error: Class 'Symfony\Component\PropertyAccess\PropertyAccess' not found in /var/www/test.dd/core/vendor/symfony/validator/Symfony/Component/Validator/ValidatorBuilder.php on line 347

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 :)

dawehner’s picture

Status: Needs work » Needs review
StatusFileSize
new827.82 KB

plach!!! I guess install via drush is still kinda different.

Status: Needs review » Needs work

The last submitted patch, 37: symfony-2161397.patch, failed testing.

dawehner’s picture

Status: Needs work » Needs review
StatusFileSize
new2.34 MB
new826.16 KB

Another try, actually two additional tries.

dawehner’s picture

The last submitted patch, 39: symfony-2161397.patch, failed testing.

plach’s picture

Green again!

tim.plunkett’s picture

Status: Needs review » Reviewed & tested by the community

Awesome!

jibran’s picture

This is awesome. Thank you for the update. Can we have review only patch without all the composer updated code?

tim.plunkett’s picture

StatusFileSize
new1.72 KB

Sure

tim.plunkett’s picture

webchick’s picture

Status: Reviewed & tested by the community » Fixed

Ok, for real this time. :)

Committed and pushed to 8.x. Thanks!

dawehner’s picture

Thank you!

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.