Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:127937 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by lists.php.net (Postfix) with ESMTPS id 75FCD1A00BF for ; Mon, 7 Jul 2025 15:51:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1751903369; bh=6DweHtmtb+NXWS4ENhDOGunLc19AidRUSZIs5MlUqq8=; h=Date:To:From:Cc:Subject:In-Reply-To:References:From; b=IsTAS1XYTcurYIAoONhZ15Dx+ToYRwRxGkmMr4KJF4xnSuh3QrJb6RDKawTxtLs6U D/0rzIi9cif2BFAJXacFcLYJZ7KRyKY6oRSRdkjxrL5qoLmQJPz6K6NT1NHTD5EKat p4j9A54gc+smQVFYcoo2te6V6+8SSsGXrUJvz/moTcYw6/FNQrws7aNSSEgUw6WBfL 4B2D0bmohVOOkKjx+NznfzhU1w8c/eKQEXDgWTvV9KHBR0vI1zysmSiSRidhaM5c7v /jcbWuTXULkn8PXBtKw6UVgOF/wCRkK4ZKgGJ6n5GsTiLA6kyRnAiA6dgnItiE9p3E /KTsS/36SApPA== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 7BD3F1805BD for ; Mon, 7 Jul 2025 15:49:27 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_40,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_PASS,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS autolearn=no autolearn_force=no version=4.0.1 X-Spam-Virus: Error (Cannot connect to unix socket '/var/run/clamav/clamd.ctl': connect: Connection refused) X-Envelope-From: Received: from mail-24422.protonmail.ch (mail-24422.protonmail.ch [109.224.244.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Mon, 7 Jul 2025 15:49:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gpb.moe; s=protonmail; t=1751903475; x=1752162675; bh=6DweHtmtb+NXWS4ENhDOGunLc19AidRUSZIs5MlUqq8=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=uFzN01q7lGphlBgqMtIYzy60/Usk+wH5nw9E6fc5RD48smK6A8w/SVAJ5zWOBaJt/ lXSk60E9LlTnKivKX4nm5uzW8/zihebEdxUXp6nqP6/HMw03V9QwMP1dG7TM8vjtaI odg1dtcXLp2nOArWdcezYqtv8R+OXQOhQEFCH4FFT8Bcz9xZDVTiaDHsSvDRkrf9ly bUtLjp0dygJjtdQAq/yeCj3LirBDpyfuzIjMAJ+P9ZeArse2+jsj408rudv+OiVEFa 5dNYXgI0s/gwGGOS1K/DPfP96RQdTYgu6CyRulmTz2ULjELZwCCaxTRxucf0mIpY6t W4K65a7IMtf8Q== Date: Mon, 07 Jul 2025 15:51:10 +0000 To: erictnorris@gmail.com Cc: Bob Weinand , Niels Dossche , internals@lists.php.net Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 8.5 Message-ID: In-Reply-To: References: Feedback-ID: 96993444:user:proton X-Pm-Message-ID: 2cbf286c4ef2e84fb4d1c22073c7261124091586 Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net x-ms-reactions: disallow MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: internals@gpb.moe ("Gina P. Banyard") On Monday, 7 July 2025 at 16:46, Eric Norris wrot= e: > > ** Deprecate the error_prepend_string and error_append_string INI direc= tives > > Why is that of questionable use? Why is "this is a development and debu= gging feature" considered a valid reason to get rid of something? It allows= prominently displaying issues in development when they would be hidden beh= ind other HTML otherwise. >=20 >=20 > I recently made a change to the php_error_cb function for the Error > Backtraces v2 RFC (https://wiki.php.net/rfc/error_backtraces_v2), and > I recall that working inside that function was quite difficult. The > error_prepend_string and error_append_string directives are a tiny > part of the complexity there, but nonetheless removing them would > maybe start to move us in a direction of greatly simplifying the > implementation of php_error_cb, which I would support. I don't have > strong feelings here, however. I removed it as it seems my justification was not enough, if you still think it would be worthwhile by expanding on this complexity, = that would be great! I do know aswell that any call to zend_error() doesn't use the docref IIRC,= which leads to very inconsistent styling. Best regards, Gina P. Banyard