Activity log for bug #1983205

Date Who What changed Old value New value Message
2022-07-31 13:43:24 Kraut.Hosting bug added bug
2022-07-31 14:22:44 Kraut.Hosting bug added subscriber Marc Deslauriers
2022-07-31 14:23:04 Kraut.Hosting bug added subscriber Athos Ribeiro
2022-07-31 14:28:30 Kraut.Hosting description We should strongly consider updating to 8.1.6: https://www.php.net/ChangeLog-8.php#8.1.6 It's fixing an OPcache regression within 8.1: https://github.com/php/php-src/issues/8164 This break enterprise PHP usage on jammy badly: https://www.drupal.org/project/drupal/issues/3258987 We should strongly consider updating to 8.1.6: https://www.php.net/ChangeLog-8.php#8.1.6 It's fixing an OPcache regression within 8.1: https://github.com/php/php-src/issues/8164 Breaks enterprise PHP usage on jammy badly: https://www.drupal.org/project/drupal/issues/3258987
2022-07-31 14:29:15 Kraut.Hosting bug added subscriber Ondřej Surý
2022-07-31 15:04:28 Ondřej Surý removed subscriber Ondřej Surý
2022-08-01 12:52:20 Athos Ribeiro bug watch added https://github.com/php/php-src/issues/8164
2022-08-01 12:52:41 Athos Ribeiro bug added subscriber Ubuntu Server
2022-08-01 12:52:50 Athos Ribeiro php8.1 (Ubuntu): status New Triaged
2022-08-01 12:53:09 Athos Ribeiro nominated for series Ubuntu Kinetic
2022-08-01 12:53:09 Athos Ribeiro bug task added php8.1 (Ubuntu Kinetic)
2022-08-01 12:53:09 Athos Ribeiro nominated for series Ubuntu Jammy
2022-08-01 12:53:09 Athos Ribeiro bug task added php8.1 (Ubuntu Jammy)
2022-08-01 12:53:18 Athos Ribeiro php8.1 (Ubuntu Jammy): status New Triaged
2022-08-01 12:53:43 Athos Ribeiro tags server-todo
2022-08-01 12:53:55 Athos Ribeiro php8.1 (Ubuntu Kinetic): assignee Athos Ribeiro (athos-ribeiro)
2022-08-03 09:53:14 Kraut.Hosting php8.1 (Ubuntu Jammy): assignee Kraut.Hosting (kraut.hosting)
2022-08-07 01:32:33 Launchpad Janitor php8.1 (Ubuntu Kinetic): status Triaged Fix Released
2022-08-07 01:32:33 Launchpad Janitor cve linked 2022-31625
2022-08-07 01:32:33 Launchpad Janitor cve linked 2022-31626
2022-08-07 01:32:33 Launchpad Janitor cve linked 2022-31627
2022-08-09 07:52:32 Kraut.Hosting attachment added php8.1_8.1.2-1ubuntu2.3~kraut.hosting1~jammy1.debdiff https://bugs.launchpad.net/ubuntu/+source/php8.1/+bug/1983205/+attachment/5607459/+files/php8.1_8.1.2-1ubuntu2.3~kraut.hosting1~jammy1.debdiff
2022-08-17 14:59:19 Athos Ribeiro tags server-todo
2022-08-18 07:47:00 Kraut.Hosting description We should strongly consider updating to 8.1.6: https://www.php.net/ChangeLog-8.php#8.1.6 It's fixing an OPcache regression within 8.1: https://github.com/php/php-src/issues/8164 Breaks enterprise PHP usage on jammy badly: https://www.drupal.org/project/drupal/issues/3258987 [Impact] * OPcache regression in 8.1 versions below 8.1.6 upstream release * Ubuntu's PHP release currently broken for enterprise usage * Drupal will warn it's not supporting anything below 8.1.6 * Minimum fix is to backport this PR from 8.1.6 to our 8.1.2: https://github.com/php/php-src/issues/8164 [Test Plan] * Not easy to manually trigger in a timed fashion with a PHP project * But it's confirmed with quite some expertise from downstream users * Upstream ships additionally tests within the PR and released 8.1.6 * Testing relies mainly on upstream's testsuite and general feedback [Where problems could occur] * Regression are potentially isolated to the OPcache area of PHP * Usually affects rather FPM then CLI but depends on user config * An SRU would cause FPM to restart and hence wipe previous OPcache * Users will be directly upgraded to use the new OPcache functions [Other Info] * Critical to user base as devs starting to deny-list Ubuntu's PHP: https://www.drupal.org/project/drupal/issues/3258987 * SRU with the backport is a minimum to actually fix the breakage * PHP developers argue against SRU backports and demand 8.1.6
2022-08-18 07:50:15 Kraut.Hosting attachment added php8.1_8.1.2-1ubuntu2.3~kraut.hosting1~jammy2.debdiff https://bugs.launchpad.net/ubuntu/+source/php8.1/+bug/1983205/+attachment/5609544/+files/php8.1_8.1.2-1ubuntu2.3~kraut.hosting1~jammy2.debdiff
2022-08-18 07:50:25 Kraut.Hosting php8.1 (Ubuntu Jammy): assignee Kraut.Hosting (kraut.hosting)
2022-08-30 21:30:43 Athos Ribeiro description [Impact] * OPcache regression in 8.1 versions below 8.1.6 upstream release * Ubuntu's PHP release currently broken for enterprise usage * Drupal will warn it's not supporting anything below 8.1.6 * Minimum fix is to backport this PR from 8.1.6 to our 8.1.2: https://github.com/php/php-src/issues/8164 [Test Plan] * Not easy to manually trigger in a timed fashion with a PHP project * But it's confirmed with quite some expertise from downstream users * Upstream ships additionally tests within the PR and released 8.1.6 * Testing relies mainly on upstream's testsuite and general feedback [Where problems could occur] * Regression are potentially isolated to the OPcache area of PHP * Usually affects rather FPM then CLI but depends on user config * An SRU would cause FPM to restart and hence wipe previous OPcache * Users will be directly upgraded to use the new OPcache functions [Other Info] * Critical to user base as devs starting to deny-list Ubuntu's PHP: https://www.drupal.org/project/drupal/issues/3258987 * SRU with the backport is a minimum to actually fix the breakage * PHP developers argue against SRU backports and demand 8.1.6 [Impact] This is a known OPcache regression in 8.1 versions below 8.1.6 upstream release which has been fixed upstream. The bug manifests itself through PHP autoloader crashes. Known affected use cases include Drupal, which returns 500 errores on such PHP crashes. New Drupal versions warn it does not supporting PHP < 8.1.6 due to this issue, which has been reported and fixed in https://github.com/php/php-src/issues/8164. [Test Plan] While there is no minimal known test case to fully reproduce the issue and its side-effects, the upstream patch proposed includes unit-tests for the proposed fix. Moreover, we can rely on affected users to test the patched package and verify there are no manifestations of the bug in a few days interval. [Where problems could occur]  * Regression are potentially isolated to the OPcache area of PHP;  * Such changes usually tend to affect FPM instead of the CLI but this depends on user configuration;  * An SRU would cause FPM to restart (if in use) and hence wipe previous OPcache data (this should be expected by the user for every PHP SRU);  * The patch in question was introduced in php 8.1.6, therefore, the backport could trigger unexpected codepaths not predicted during our verification steps. If we get to this point, we will need a new regression bug report and SRU. [Other Info]  * The Drupal community is starting to deny-list Ubuntu's PHP due to this issue:    https://www.drupal.org/project/drupal/issues/3258987  * SRU with the backport is a minimum to actually fix the breakage  * PHP developers argue against SRU backports and demand 8.1.6
2022-08-30 22:15:42 Launchpad Janitor merge proposal linked https://code.launchpad.net/~athos-ribeiro/ubuntu/+source/php8.1/+git/php8.1/+merge/429179
2022-08-30 22:19:35 Athos Ribeiro php8.1 (Ubuntu Jammy): assignee Athos Ribeiro (athos-ribeiro)
2022-08-31 15:19:59 Kraut.Hosting bug watch added https://www.drupal.org/project/drupal/issues/3258987
2022-09-05 12:29:47 Athos Ribeiro php8.1 (Ubuntu Jammy): status Triaged In Progress
2022-09-05 12:30:04 Athos Ribeiro bug added subscriber Ubuntu Stable Release Updates Team
2022-09-05 12:32:48 Athos Ribeiro summary Import >= 8.1.6 to fix OPcache bug OPcache PHP autoloader crashes on PHP8 < 8.1.6
2022-09-05 14:04:00 Athos Ribeiro description [Impact] This is a known OPcache regression in 8.1 versions below 8.1.6 upstream release which has been fixed upstream. The bug manifests itself through PHP autoloader crashes. Known affected use cases include Drupal, which returns 500 errores on such PHP crashes. New Drupal versions warn it does not supporting PHP < 8.1.6 due to this issue, which has been reported and fixed in https://github.com/php/php-src/issues/8164. [Test Plan] While there is no minimal known test case to fully reproduce the issue and its side-effects, the upstream patch proposed includes unit-tests for the proposed fix. Moreover, we can rely on affected users to test the patched package and verify there are no manifestations of the bug in a few days interval. [Where problems could occur]  * Regression are potentially isolated to the OPcache area of PHP;  * Such changes usually tend to affect FPM instead of the CLI but this depends on user configuration;  * An SRU would cause FPM to restart (if in use) and hence wipe previous OPcache data (this should be expected by the user for every PHP SRU);  * The patch in question was introduced in php 8.1.6, therefore, the backport could trigger unexpected codepaths not predicted during our verification steps. If we get to this point, we will need a new regression bug report and SRU. [Other Info]  * The Drupal community is starting to deny-list Ubuntu's PHP due to this issue:    https://www.drupal.org/project/drupal/issues/3258987  * SRU with the backport is a minimum to actually fix the breakage  * PHP developers argue against SRU backports and demand 8.1.6 [Impact] This is a known OPcache regression in 8.1 versions below 8.1.6 upstream release which has been fixed upstream. The bug manifests itself through PHP autoloader crashes. Known affected use cases include Drupal, which returns 500 errores on such PHP crashes. New Drupal versions warn it does not supporting PHP < 8.1.6 due to this issue, which has been reported and fixed in https://github.com/php/php-src/issues/8164. [Test Plan] While there is no minimal known test case to fully reproduce the issue and its side-effects, the upstream patch proposed includes unit-tests for the proposed fix. These tests are aimed at a different bug fixed through the same patch, and cannot confirm this fix, but should confirm no regressions are introduced. Finally, we should rely on affected users to test the patched package and verify there are no manifestations of the bug in a few days interval. [Where problems could occur]  * Regression are potentially isolated to the OPcache area of PHP;  * Such changes usually tend to affect FPM instead of the CLI but this depends on user configuration;  * An SRU would cause FPM to restart (if in use) and hence wipe previous OPcache data (this should be expected by the user for every PHP SRU);  * The patch in question was introduced in php 8.1.6, therefore, the backport could trigger unexpected codepaths not predicted during our verification steps. If we get to this point, we will need a new regression bug report and SRU. [Other Info]  * The Drupal community is starting to deny-list Ubuntu's PHP due to this issue:    https://www.drupal.org/project/drupal/issues/3258987  * SRU with the backport is a minimum to actually fix the breakage  * PHP developers argue against SRU backports and demand 8.1.6
2022-09-06 16:34:44 mark burdett bug watch added http://bugs.php.net/bug.php?id=79026
2022-09-06 20:36:59 mark burdett bug added subscriber mark burdett
2022-09-09 12:25:25 Timo Aaltonen php8.1 (Ubuntu Jammy): status In Progress Fix Committed
2022-09-09 12:25:28 Timo Aaltonen bug added subscriber SRU Verification
2022-09-09 12:25:31 Timo Aaltonen tags verification-needed verification-needed-jammy
2022-09-13 15:57:29 Stefan Mueller tags verification-needed verification-needed-jammy verification-done-jammy verification-needed
2022-09-13 16:35:11 Athos Ribeiro tags verification-done-jammy verification-needed verification-done verification-done-jammy
2022-09-22 09:11:52 Launchpad Janitor php8.1 (Ubuntu Jammy): status Fix Committed Fix Released
2022-09-22 09:12:02 Łukasz Zemczak removed subscriber Ubuntu Stable Release Updates Team