Re: [PHP-DEV] [RFC] [Discussion] Clone with

Hi Everyone, I'd like to let you know that I'm not going to propose "clone with" for PHP 8.3 in its current form due to the questions and possible complexity which were revealed during the last couple of emails. Hopefully, we'll be able to come up with something for PHP 8.4... Regards, Máté

Re: [PHP-DEV] RFC1867 (multipart/form-data) PUT requests

Hi Andreas, śr., 28 cze 2023 o 07:55 Andreas Heigl napisał(a): > ... > While I like not adding more Superglobals, it seems like we are adding > more and more functions to retrieve the different parts of a > Request-Object... > > So when we are at it: Why don't we introduce exactly that? A > Requ

Re: [PHP-DEV] RFC1867 (multipart/form-data) PUT requests

Hey All On 28.06.23 02:45, Larry Garfield wrote: On Tue, Jun 27, 2023, at 3:26 PM, Stephen Reay wrote: On 28 Jun 2023, at 02:53, Ben Ramsey wrote: On Jun 27, 2023, at 04:01, Ilija Tovilo wrote: Hi Ben, Hi Rowan On Mon, Jun 26, 2023 at 8:55 PM Ben Ramsey wrote: On Jun 20, 2023, at 06:0

Re: [PHP-DEV] RFC1867 (multipart/form-data) PUT requests

On Tue, Jun 27, 2023, at 3:26 PM, Stephen Reay wrote: >> On 28 Jun 2023, at 02:53, Ben Ramsey wrote: >> >>> On Jun 27, 2023, at 04:01, Ilija Tovilo wrote: >>> >>> Hi Ben, Hi Rowan >>> >>> On Mon, Jun 26, 2023 at 8:55 PM Ben Ramsey wrote: > On Jun 20, 2023, at 06:06, Rowan Tommins w

Re: [PHP-DEV] RFC1867 (multipart/form-data) PUT requests

> On 28 Jun 2023, at 02:53, Ben Ramsey wrote: > >> On Jun 27, 2023, at 04:01, Ilija Tovilo wrote: >> >> Hi Ben, Hi Rowan >> >> On Mon, Jun 26, 2023 at 8:55 PM Ben Ramsey wrote: >>> On Jun 20, 2023, at 06:06, Rowan Tommins wrote: On Tue, 20 Jun 2023 at 10:25, Ilija Tovilo

Re: [PHP-DEV] RFC1867 (multipart/form-data) PUT requests

> On Jun 27, 2023, at 04:01, Ilija Tovilo wrote: > > Hi Ben, Hi Rowan > > On Mon, Jun 26, 2023 at 8:55 PM Ben Ramsey wrote: >> >>> On Jun 20, 2023, at 06:06, Rowan Tommins wrote: >>> >>> On Tue, 20 Jun 2023 at 10:25, Ilija Tovilo wrote: >>> Introduce a new function (currently named po

Re: [PHP-DEV] PDO Subclasses coming to vote soon.

On Tue, Jun 27, 2023, at 5:20 PM, Dan Ackroyd wrote: > On Tue, 27 Jun 2023 at 17:25, Larry Garfield wrote: >> >> The RFC doesn't specify if `new PDO(...)` changes behavior at all. > > That behaviour is not changed at all. > >> will PDO still have the postgres methods > > Yes, until someone does an

Re: [PHP-DEV] PDO Subclasses coming to vote soon.

On Tue, 27 Jun 2023 at 17:25, Larry Garfield wrote: > > The RFC doesn't specify if `new PDO(...)` changes behavior at all. That behaviour is not changed at all. > will PDO still have the postgres methods Yes, until someone does another RFC to deprecate and remove them. > if someone does [`new

Re: [PHP-DEV] PDO Subclasses coming to vote soon.

On Tue, Jun 27, 2023, at 1:49 PM, Dan Ackroyd wrote: > Hi everyone, > > Just giving an update on the > https://wiki.php.net/rfc/pdo_driver_specific_subclasses RFC as time is > running out. The RFC text has been updated with the implemented > subclasses stubs. The RFC doesn't specify if `new PDO(..

[PHP-DEV] PDO Subclasses coming to vote soon.

Hi everyone, Just giving an update on the https://wiki.php.net/rfc/pdo_driver_specific_subclasses RFC as time is running out. The RFC text has been updated with the implemented subclasses stubs. There are a few small things to note, and one larger thing: Marc Bennewitz wrote: > It would be great

Re: [PHP-DEV] [RFC] Deprecate remains of string evaluated code assertions

I am going to group the response from the 3 emails. On Tue, 27 Jun 2023 at 09:17, Claude Pache wrote: > Although the specific comment in the php.ini file talks about runtime > switching, it is in fact irrelevant whether it is set at runtime or not. > More concretely; I use currently the settings

Re: [PHP-DEV] [RFC] [Vote] Deprecate functions with overloaded signatures

On 27/06/2023 02:25, Theodore Brown wrote: Currently the following code returns only the array keys that loosely equal null [1]: array_keys($array, null) If the function is changed to a single signature with $filter_value defaulting to null (with an argument count check to preserve the a

Re: [PHP-DEV] RFC Karma

Hi Nick On 6/5/23 21:25, Nick Humphries wrote: The folks handing out the RFC karma would need to know your Wiki username to do so. Thanks Tim, apologies for not including it in the original request. Username is "humni" Please apologize this large delay in handling your request. The number of

Re: [PHP-DEV] [RFC] path_join function

Hi Soner On 5/17/23 23:49, p...@shyim.de wrote: Yes I would like to work on an proper RFC and make thoughts on the already given feedback here :) My wiki name is: shyim Please apologize this large delay in handling your request. The number of folks with the necessary permissions is small (b

Re: [PHP-DEV] Re: RFC Karma Request: deprecation of ISO_8601 constants

Hi Jorg On 6/22/23 18:41, Jorg Sowa wrote: I didn't get any response and I'm not sure then whether I followed everything correctly. You did everything correctly. However the number of folks who are able to hand out Wiki karma is pretty small [1] and your request got lost. I'm not able to han

Re: [PHP-DEV] RFC1867 (multipart/form-data) PUT requests

Hi Ben, Hi Rowan On Mon, Jun 26, 2023 at 8:55 PM Ben Ramsey wrote: > > > On Jun 20, 2023, at 06:06, Rowan Tommins wrote: > > > > On Tue, 20 Jun 2023 at 10:25, Ilija Tovilo wrote: > > > >> Introduce a new function (currently named populate_post_data()) to > >> read the input stream and populate

Re: [PHP-DEV] [RFC] Deprecate remains of string evaluated code assertions

> Le 27 juin 2023 à 10:36, Claude Pache a écrit : > > > >> Le 26 juin 2023 à 17:06, G. P. B. a écrit : >> >> On Wed, 31 May 2023 at 13:08, G. P. B. wrote: >> >>> Hello internals, >>> >>> I would like to start the discussion about deprecating various remains >>> from the now removed strin

Re: [PHP-DEV] [RFC] Deprecate remains of string evaluated code assertions

> Le 26 juin 2023 à 17:06, G. P. B. a écrit : > > On Wed, 31 May 2023 at 13:08, G. P. B. wrote: > >> Hello internals, >> >> I would like to start the discussion about deprecating various remains >> from the now removed string code evaluated assertions functionality of >> assert(). >> >> The

Re: [PHP-DEV] [RFC] Deprecate remains of string evaluated code assertions

> Le 26 juin 2023 à 17:05, G. P. B. a écrit : > > On Wed, 31 May 2023 at 23:20, Claude Pache > wrote: >> Although your RFC says that the `zend.assertions` ini setting has superseded >> `assert.active` for a while, the “official” php.ini file still advises to >>