Deprecate E_STRICT constant and remove error level

RFC: https://wiki.php.net/rfc/deprecations_php_8_4#remove_e_strict_error_level_and_deprecate_e_strict_constant

Closes GH-13053

Use "must not" instead of "cannot" wording

Completely remove session.sid_length and session.sid_bits_per_character from INI files (#15382)

see e8ff7c70f9669f1a54c47c018ccc0f80bc0c929b

[timwolla: Adjusted commit message]

session: Deprecate `session.sid_length` and `session.sid_bits_per_character` (#15213)

RFC: https://wiki.php.net/rfc/deprecations_php_8_4

Fix GH-14100: Corrected spelling mistake in php.ini files.

Closes GH-14138.

ext/openssl: Bump minimum required OpenSSL version to 1.1.1

Bumps the minimum required OpenSSL version from 1.0.2 to 1.1.1.

OpenSSL 1.1.1 is an LTS release, but has reached[^1] EOL

ext/openssl: Bump minimum required OpenSSL version to 1.1.1

Bumps the minimum required OpenSSL version from 1.0.2 to 1.1.1.

OpenSSL 1.1.1 is an LTS release, but has reached[^1] EOL from upstream. However, Linux distro/OS vendors
continue to ship OpenSSL 1.1.1, so 1.1.1 was picked as the minimum. The current minimum 1.0.2 reached
EOL in 2018.

Bumping the minimum required OpenSSL version makes it possible for ext-openssl to remove a bunch of
conditional code, and assume that TLS 1.3 (shipped with OpenSSL 1.1.1) will be supported everywhere.

- Debian buster: 1.1.1[^2]
- Ubuntu 20.04: 1.1.1[^3]
- CentOS/RHEL 7: 1.0.2
- RHEL 8/Rocky 8/EL 8: 1.1.1
- Fedora 38: 3.0.9 (`openssl11` provides OpenSSL 1.1 as well)

RHEL/CentOS 7 reaches EOL mid 2024, so for PHP 8.4 scheduled towards the end of this year, we can safely
bump the minimum OpenSSL version.

[^1]: https://www.openssl.org/blog/blog/2023/03/28/1.1.1-EOL/index.html
[^2]: https://packages.debian.org/buster/libssl-dev
[^3]: https://packages.ubuntu.com/focal/libssl-dev

show more ...

Removed ext/oci8 and ext/pdo_oci (#13327)

* Removed ext/oci8 and ext/pdo_oci

They now live in their own repositories:

https://github.com/php/pecl-database-oci8
https://

Removed ext/oci8 and ext/pdo_oci (#13327)

* Removed ext/oci8 and ext/pdo_oci

They now live in their own repositories:

https://github.com/php/pecl-database-oci8
https://github.com/php/pecl-database-pdo_oci

As per: https://wiki.php.net/rfc/unbundle_imap_pspell_oci8

show more ...

Remove ext/imap — it has been moved to PECL (#13190)

* Remove ext/imap — it has been moved to PECL

https://pecl.php.net/package/imap

* Remove files related to IMAP

Remove ext/imap — it has been moved to PECL (#13190)

* Remove ext/imap — it has been moved to PECL

https://pecl.php.net/package/imap

* Remove files related to IMAP

* Remove IMAP CI files and set up

* Also disable IMAP on Circle CI

* Update CREDITS file

* Remove IMAP entry from CODEOWNERS

* Revert "Remove files related to IMAP"

This reverts commit a05ffd6c973001f9c3540dbf04b3a9f9797f3acc.

* Mark IMAP is being removed

* Revert "Remove IMAP CI files and set up"

This reverts commit 82e5ba991044222c5c90c7c53ca0adcf3bde3359.

* Revert "Also disable IMAP on Circle CI"

This reverts commit e83827b0b23805ae2571241e472e433b9dc7539f.

* Don't try to build imap extension with CI

* Restore test setup files

* Remove mention of imap in labeler, EXTENSIONS, and sample php.ini files

show more ...

Remove `mysqli.reconnect` from php.ini files (#11836)

The `mysqli.reconnect` ini directive was removed in PHP 8.2.0.

Remove opcache.consistency_checks

This feature has been broken at least since the tracing JIT and inheritance
cache have been introduced. The attempted fix (GH-10798) was too complex. We

Remove opcache.consistency_checks

This feature has been broken at least since the tracing JIT and inheritance
cache have been introduced. The attempted fix (GH-10798) was too complex. We
have thus decided to remove this feature for now.

Closes GH-11832

show more ...

RFC: Deprecate remains of string evaluated code assertions (#11671)

Link: https://wiki.php.net/rfc/assert-string-eval-cleanup

Add max_multipart_body_parts info into php.ini files

php.ini-production: disable opcache.huge_code_pages by default

There are only very narrow circumstances under which this option has
been reported to provide 1% performance gain due to re

php.ini-production: disable opcache.huge_code_pages by default

There are only very narrow circumstances under which this option has
been reported to provide 1% performance gain due to reduction of TLB
misses. In many setups, this option only increases memory usage, and
will actually decrease performance. To avoid this, let's leave it
disabled by default, and let it be an explicit decision to enable it.

For a discussion, see https://github.com/php/php-src/pull/10301

Closes GH-10336

show more ...

Fix GH-8086: Introduce mail.mixed_lf_and_crlf INI

When this INI option is enabled, it reverts the line separator for
headers and message to LF which was a non conformant behavior in PHP

Fix GH-8086: Introduce mail.mixed_lf_and_crlf INI

When this INI option is enabled, it reverts the line separator for
headers and message to LF which was a non conformant behavior in PHP 7.
It is done because some non conformant MTAs fail to parse CRLF line
separator for headers and body.

This is used for mail and mb_send_mail functions.

show more ...

[ci skip] Fix GH-10056: [grammar] "less security-conscience applications"

[ci skip] Add missing entries to php.ini quick reference

Closes GH-9889.

Add a note to php.ini-* regarding the required order for GH-8620

[ci skip] Remove outdated info from php.ini templates

There is no more need to tell users about PHP 5, or even PHP 4.

Closes GH-9256.

[ci skip] Add extension=zip to the php.ini templates

The zip extension is now built as shared library by default, so users
want to load it via php.ini.

Add oci_set_prefetch_lob()

Add oci8.prefetch_lob_size

Fix invalid mbstring config reference

Closes GH-7637.

[ci skip]

Add mysqli.rollback_on_cached_plink to php.ini-*

Remove no longer used "log_errors_max_len" ini directive (#6838)

This is a re-application of the original match against master.
The patch was originally applied to master, then reverted

Remove no longer used "log_errors_max_len" ini directive (#6838)

This is a re-application of the original match against master.
The patch was originally applied to master, then reverted from
there, incorrectly applied to PHP-8.0, reverted from there due
to ABI break, and now lands on master again. We can only hope
that it does not get reverted again ;)

show more ...

Revert "Remove no longer used "log_errors_max_len" ini directive (#6838)"

This reverts commit d2d227e54765a5de863c6608fd64e1228ab08108.

This is an ABI break.