Closed (fixed)
Project:
Drupal core
Version:
main
Component:
phpunit
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
31 Mar 2026 at 19:49 UTC
Updated:
5 May 2026 at 19:30 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
mondrakeComment #4
mondrakeComment #5
smustgrave commentedAgree probably good to start this as I imagine 8.6 will land while D12 is out.
Comment #6
catchThis isn't adding a nightly test, it's adding it to every run, e.g. https://git.drupalcode.org/project/drupal/-/merge_requests/15301/pipelines
I
Comment #7
mondrakeIt is targeting the nightly build of PHP 8.6, not the daily job of Drupal :)
I think it should be like this - otherwise how would we fix PHP deprecations that may come later?
Probably the question would be if it's right to start testing now on 8.6 or rather wait for later in their dev cycle.
Comment #8
catchOh I see, but the job is currently failing and the entire pipeline shows with a warning. I think we'd want allow_fail or similar?
Comment #9
mondrakeThe job is allowing failures already - and it’s failing. The effect is a warning sign and not an error sign in the pipeline job report. The pipeline itself is green - becase some job that were allowed to fail, failed. We had the same behavior while testing Php 8.5 last year before its GA and support.
Comment #10
andypostI think we can fix few tests here same time as enabling testing
- https://php.watch/versions/8.6/json_decode-error-position already commited and needs simple fix
- PhpRequirements also could add EOL date as 8,6 roadmap already defined
Comment #11
andypostremaining 2 failures are pass with
opcache.enable_cli=0so probably I need to file upstream issueComment #12
andypost@mondrake would be great to finish https://github.com/php/php-src/pull/10050
Comment #13
mondrake10-12 are actually confirming this is good at spotting early PHP 8.6 problems that may impact us, so returning to RTBC
#12 for sure, sorry I cannot help though
Comment #14
andypostReported upstream https://github.com/php/php-src/issues/21691
NR for attempt to fix by disabling opcache in CLI and fixed https://github.com/krakjoe/apcu/pull/616 to make new image build
Comment #15
andypostupstream created PR so I rebuild images and only polishing of "EXIT_CODE" usage left
Comment #16
mondrakeGreat @andypost - so it's all green now. I'd let this in now, so when new PHP 8.6 builds bring gaps, we can spot them early enough.
Comment #17
needs-review-queue-bot commentedThe Needs Review Queue Bot tested this issue. It no longer applies to Drupal core. Therefore, this issue status is now "Needs work".
This does not mean that the patch necessarily needs to be re-rolled or the MR rebased. Read the Issue Summary, the issue tags and the latest discussion here to determine what needs to be done.
Consult the Drupal Contributor Guide to find step-by-step guides for working with issues.
Comment #18
mondrakerebased
Comment #20
catchSorry for the wrong turns here but also thanks for fixing the known issues, good to start with a green run.
Committed/pushed to main, thanks!
Do we want to backport this to 11.x or do a larger backport later on when things are a bit more settled? Moving to 'fxed' for now.
Comment #22
mondrakeI think at this stage it's just fine to keep PHP's edge with our dev edge.