Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

Normally, PHP allows values that are out of range with DateTime, such as with:

$date2 = new \DateTimeImmutable("2020-02-31");

In order to check whether the parsed date was valid you can then use:

var_dump(DateTime::getLastErrors());

This behaviour is for historical reasons, and we can't now change that.


This extends to DateTimeImmutable::createFromFormat() as well. As long as the data *format* is correct, the method will not throw. Again, you can use getLastErrors():

derick@singlemalt:/tmp$ cat 79387.php
<?php
$date = '2021-31-31';

$date1 = \DateTimeImmutable::createFromFormat('Y-m-d', $date);
var_dump($date1);
var_dump(DateTime::getLastErrors());

derick@singlemalt:/tmp$ php 79387.php
/tmp/79387.php:5:
class DateTimeImmutable#1 (3) {
  public $date =>
  string(26) "2023-07-31 21:52:17.000000"
  public $timezone_type =>
  int(3)
  public $timezone =>
  string(10) "Asia/Tokyo"
}
/tmp/79387.php:6:
array(4) {
  'warning_count' =>
  int(1)
  'warnings' =>
  array(1) {
    [10] =>
    string(27) "The parsed date was invalid"
  }
  'error_count' =>
  int(0)
  'errors' =>
  array(0) {
  }
}