Sascha Grossenbacher

Ah, this has been fixed by @neclimdul in https://github.com/bovigo/vfsStream/commit/17b0f39b4a767bf950066dbad1a9a0b0ec4f7c68. A new release with that fix would be great.

All those options require a ddev restart, right and manually editing these config files, correct? Specifically with platform.sh, I think the question here is how to control the pull enviroment...

Ok, but with platform.sh, it's not just those two but we frequently have feature branches where we develop and test new things and fairly frequently switch between them.

FWIW, this is the same approach that for example https://github.com/zaporylie/composer-drupal-optimizations/pull/17 chose as well, which has worked well there, so +1.

I believe this became a bigger issue with 8.8 as we deprecated drupal_get_user_timezone() and instead ensure that we set the correct timezone on the request and user-change events in https://www.drupal.org/project/drupal/issues/3009377....

See also https://github.com/jhedstrom/drupalextension/issues/62, which I created a long time ago and never got around to actually create specific merge requests.

The also causes problems for other things, like the big pipe cookie, currently we check that inside an `@AfterStep` and add it back if necessary.

There are nosubcontexts anymore in behat 3. https://twitter.com/Stof70/status/426700167421509632?s=09

Is there no official way to check if a driver supports JS or not? Using a try/catch for that is not exactly a clean way. Also wondering if this really...

That's pretty unfortunate then, in my project I could obviously just check the actual driver class since I know what it is. Could we maybe somehow store this on a...