Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:119047 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 68250 invoked from network); 28 Nov 2022 16:31:58 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 28 Nov 2022 16:31:58 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id AE5BF1804B5; Mon, 28 Nov 2022 08:31:57 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,NICE_REPLY_A,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H2, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS8560 212.227.0.0/16 X-Spam-Virus: No X-Envelope-From: Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS; Mon, 28 Nov 2022 08:31:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1669653114; bh=jR0hQKNkQ+VPNZNyobbqaU1HhQvSPF8dtS9tfuEZHc0=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=eGQpl+EKLh57Wc5mlgy7TAS/3QDGCzBfLK952jFfn6hiRCptcgl3RSsCxA6bGp1Wk yOfksoHSifnBgoBjWnHS5zt/jBeBZFUniNCNUPnzPer1pgHv5dfzV3T84ovukJKxoe 5eB6f4LZ7i1pOl3q4Q2i9Ddvtnmu3uE9WB09AnyZeGiYNRt09oQWKO8dTmG3tmcxuM t6mnvr0weZSm9VE2LjnbTY74VyMjPdQdNQ6SmyR6uXaHSxTXRtf2f3NBc5CQ+o4qjy BJPs7Qg67UJFuQDr6SrGSmgJPdx5hYUtm34poBGzXp9CyKEk6SfIM2LKg9CZnEuV5w YBALpjxxOq4qA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.2.130] ([79.220.80.221]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MFsZ3-1pEoOD2h2d-00HPRY; Mon, 28 Nov 2022 17:31:54 +0100 Message-ID: <9b74bcf3-9e0a-bf41-ef2e-d47948f815f8@gmx.de> Date: Mon, 28 Nov 2022 17:31:55 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 To: Derick Rethans , mickmackusa Cc: internals@lists.php.net References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:8pQ7WcqpKDbInMzWYAfnW6bxcmvYbTKxpB/R0Enu72R72IJggZF 24moM5JgCtGqQMxTTDUeTDcQkpKAuQzMSzcF2U3s5z3+ivWoRinegii5ubwRe/T3wjKLKGH M0nAVS7hyPwEJ69G6XemqspOzUqnVSkECXxiflDgXqhvF/7+gX4fUBX75QWHS99gmsvVbB5 kWd0a3eH9SzFGv8OPM96w== UI-OutboundReport: notjunk:1;M01:P0:djISv3GE7VQ=;m6zLMOAhMLVMiGlHm4ekD/qar4T X2ReUSWayzN/NXhN75+g4DhQApv2E95hwfF8ZVshDy0PCfU+FsiQQBoon18BIk1wjLh4CS1K/ WczgAk0a7SI6F+Ra5xzus3JJy1KBbJ+1aIk9Ea6hDlGQaZzcRNtTy0HZxc0I9ZFe+9n/dFI2n +gaxFe/kVhHC0R0lxq9A9DJtoWCEhYbNCZHsMEcmjPDSmLlFqA0Km3dK2Y1jA5305QpptEf/o uWiNZzhKD369jp98BsR67OiOfE53OCJVEP22/0T9+eTQtvS18v9oXzt8QuC7xzn2MBYoj+w0y hP4iZ/f27jIUmDfhmWYJkcQfcVaV5ZDhjtUFUKFlYzA+bLEnrr1d8doWGfDsI6dm22xp8ceqx A2qycc3omhyj+4N1/FMJX/O0xaAhIuD6/DOJUGtikfVxd7QjIHc5FN0aq5M++5sL3FLHGHfKZ FsaZQwnApl0MOObJ912vmhE3864F3w/gpgB53ZdDIz+a8rrVnO5pctdAiWOfO568F36v4BziW LGYMCvAquAwwo8UIOXqkAuOPk6cQyNpF4U9O3oYhX/jMlkPhy0sdxVh7DrDJMKDD+/7FmMMt2 sIKEi/FwqhcRuUt9rsCMXWii2UrXWGS4+4NzMtuHLLwNQLmlHBpnmqxVIQR5rUISnb2crH1rI J+4FIciCSrB/bZBhDJEgSH0OZIlyeluhvE+0drxR10Ywf/Cqt0Gja4nrceHeLsoJpd5YhZaUP 94/tgD1Unvg6cXEwdxfLtKof5YxZf+73ycQpS3ozYVA0DP/b2/cH4DfmjqLEtaJFMl2XpTw/1 p2QNCZ3TvHhLELRGO05agpjPLH2YCDrafdfpVJSuB1zGWwGytge/CESPuTgGWsjnTqXIeJIdL 2oW7DJ0y0k3BoM4iTsaTZdJsxH8Uu1MOSrpw0S1p+qhttTgjWTcQsGQXBQJRUxAfDd+zyJ40J hGKYpA== Subject: Re: [PHP-DEV] Remove warning when parsing datetime with + symbol? From: cmbecker69@gmx.de ("Christoph M. Becker") On 28.11.2022 at 16:50, Derick Rethans wrote: > On Thu, 24 Nov 2022, mickmackusa wrote: > >> Can anyone explain to me why it is desirable/beneficial for the DateTim= e >> class to store a warning that trailing characters were ignored while >> parsing a date/time string with the + symbol in createFromFormat()? > > I have no idea why I decided that was a good idea back all these years, > and I'm perfectly happy to remove that restriction from PHP 8.3 > forwards =E2=80=94 it's too late to do that in PHP 8.2 now, as it's bein= g > released next week. That would appear to consitute a BC break. From the docs: | If this format specifier is present, trailing data in the string will | not cause an error, but a warning instead This can be used to parse the date (without the +, parsing may fail), but still be able to return a message about ignored characters to the user= . =2D- Christoph M. Becker