Support from Acquia helps fund testing for Drupal Acquia logo

Comments

larowlan created an issue. See original summary.

larowlan’s picture

Issue summary: View changes
fgm’s picture

Relying on a rare PECL extension is not really a solution: many sites won't have it and will have to rely on a user-space implementation anyway.

anavarre’s picture

Version: 8.5.x-dev » 8.6.x-dev
Issue tags: +PECL, +YAML

.

alexpott’s picture

Status: Active » Needs review
FileSize
2.4 KB

Let's see what breaks.

Berdir’s picture

This deprecation message is thrown *a lot*, it actually broke chrome/selenium based tests for me because chrome died with an ERR_RESPONSE_HEADERS_TOO_BIG error.

So I guess we need to try and get rid of this asap.

@fgm: I think there is a misunderstanding. Nobody wants to make the yaml extension a requirement. We already optionally support it, I think the comment from @alexpott was that we need the option to have compatibility between the two different implementations.

Was about to upload the same patch as @alexpott and got a crosspost conflict :)

Berdir’s picture

arg, stupid crosspost resolution.. reuploading.

alexpott’s picture

Let's force drupalci to use Symfony YAML just so we can see.

amateescu’s picture

+++ b/core/lib/Drupal/Component/Serialization/Yaml.php
@@ -50,7 +50,7 @@ protected static function getSerializer() {
+      if (FALSE != TRUE && extension_loaded('yaml')) {

I think you want == here :)

alexpott’s picture

Status: Needs review » Needs work

The last submitted patch, 10: 2937543-10.patch, failed testing. View results

Berdir’s picture

Status: Needs work » Needs review

Yeah, didn't spot that either :) Also, "if (FALSE == TRUE)", for days when if (FALSE) is too easy ;)

Strange, I did run the config tests locally and they passed for me, I don't have the yaml extension enabled either.

Berdir’s picture

Status: Needs review » Needs work
alexpott’s picture

It's because the \Drupal\Tests\config\Functional\ConfigSingleImportExportTest has specific code for when the PECl yaml extension is loaded. So actually we're good to go here.

Berdir’s picture

Status: Needs review » Reviewed & tested by the community

Ah I see, and it was enabled but the we didn't use it, which confused the test. That makes sense.

Lets get this in then. There are hundreds of such deprecation messages on the module patch and others when parsing a lot of yml files, enough to break running tests.

andypost’s picture

+1 to get this in, really hard to by-pass it running contrib tests

  • catch committed 1ba3433 on 8.6.x
    Issue #2937543 by alexpott, Berdir, larowlan: Using the Yaml::...

alexpott credited catch.

alexpott’s picture

Status: Reviewed & tested by the community » Fixed

Thanks @catch

Status: Fixed » Closed (fixed)

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

hchonov’s picture

Status: Closed (fixed) » Patch (to be ported)

This has to be backported to 8.5.x. I've described in #2979317: Duplicate deprecation header messages break Chromedriver that due to the flag SymfonyYaml::PARSE_KEYS_AS_STRINGS javascript functional tests might fail when being run with chrome in Drupal 8.5.x.
I've reopened the issue, but feel free to close it and probably commit this as part of the referenced issue, where I've provided a test that unfortunately has to be run manually as we don't yet have chrome tests on the CI.

Version: 8.6.x-dev » 8.7.x-dev

Drupal 8.6.0-alpha1 will be released the week of July 16, 2018, which means new developments and disruptive changes should now be targeted against the 8.7.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Berdir’s picture

Version: 8.7.x-dev » 8.6.x-dev
Status: Patch (to be ported) » Fixed

Setting back to fixed, only critical issues have a chance to be backported to 8.5 now.

Status: Fixed » Closed (fixed)

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