Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:128139 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 195A51A00BC for ; Sun, 20 Jul 2025 08:54:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1753001562; bh=PoWT4jjPS0lMfcQKhQPex1Bpx2QM8VJulCjHHmK+vZI=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=cxznmDKbAcP1KDDgYwDWK/u2mjHrzjlKhN0wLn1JtblkUH/zYggYxdlc50Hvi9l0E uRPY9PNXdI1FODzVygIVtcC8TBmt88eAyxpfIV+LzG8nD4VLRZMbA2NmFnClTA/l4P fT1TsVYTQB30Wa7ADHYvKmU22hW2tCShno4qV+iwNd4Tt8GgOUKRDAPOaUqBp8HxwH 7/TIUFqE6R3Cm5mT9AlBZxqvWTsWsQ7cEG+WSYK9sZHgSfdrtQm2kAwR7CCFN/uGtU O8KxKq9fBHs4DYx7Ck0ei6bztQu/rKFRvT/l74fvGc49VE939SRs/eIly14x56Gg19 evJqtupghEnnw== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id DBDEE180061 for ; Sun, 20 Jul 2025 08:52:41 +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=-0.4 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_PASS,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,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-wr1-f45.google.com (mail-wr1-f45.google.com [209.85.221.45]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Sun, 20 Jul 2025 08:52:41 +0000 (UTC) Received: by mail-wr1-f45.google.com with SMTP id ffacd0b85a97d-3a582e09144so1754411f8f.1 for ; Sun, 20 Jul 2025 01:54:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1753001666; x=1753606466; darn=lists.php.net; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=W6m7uh+qDJCA1/eS9ZBvJGHCSFcwMFlla8297/ekxYU=; b=LwoO8zahlGLNfD9VnEDnK+zhqe5tAK1E9SaVu8gwNBA/vnpCg7zaRKIbznKRXqUjIv mzmqUmiYdXuWQiHfmXU/sHsz+KV9XQVpa2lku1ksq1yrWdJR5Vxthd313BB5yyR7U3nH LjP6PyHn989NKZ+WCiwQJ3b9LjD8U1RViLzSBPHB9YFajOPyU28HJpivRt8jsYoKfZEF XDuEkgpvvMsf1AmzEYbahBNOC2tFKBxOOeldtBFhTzbhIm/C+U3ctoG6L543dX05mrGu m29aOjwLw4mo2uNZJGS6vRt6ry46XIzr9IvaISHUFodmNMPemM3CO+XSUIloqcphTdIs t1QA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1753001666; x=1753606466; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=W6m7uh+qDJCA1/eS9ZBvJGHCSFcwMFlla8297/ekxYU=; b=lgZuUf+HS3TW1PpYcxBYNrEEtOvrnSftNqCONqu6LfUIXxrUvCLQCr0PgSv92BW/NT WWfPRaiTpLZrIJ2lPuXi/1yn79Ti7fLQ0X3T6xjni3H1N+Gq4fUFBQjvJ3zg1roXsUtF Nmzzk8jV8oNgFaKYsV6iI3+StWxwJThuixdwiViHgj2fePb+6ieUboHjcbxSX1jtMTIG sXnQMlIx++R3KqkKbMk9jby/j22JpphrCL4gVnwkhN1l4qEK6ir7zjLd5geOi6whou2R WWnvs5pKvEjMi8flt3cBpTkrwIqINlHdQ/cLyGexzb432auGC2QR8Jr7D+E2wAjYdqE5 aicQ== X-Gm-Message-State: AOJu0Ywa0sPdm3mwEJMXRBZBaxICSuzjMkgOxvvGELAJVTSGCmV0JRcp 8jaulO10faaZ/aglMsQnzGt224aqHFJ1jFe3rnEXwb6V4tcUQ2BqTl77myYrtEpJ X-Gm-Gg: ASbGncsxNv74GxgGt18WU2AVkOCEuAW7diwu9uP9H5POGK7gyYP/ReTXq+jWEVKmzHH jhrjUc+h+p6JVNMY6qnTOrxgenIfIGH052+f98M5b+1wPGqC7aC+OyMr5MWxSK461ZPppnuOS1k wfdmGecw+SMOgB/mEpmza9kpXKeYoatr0UoSb5vYWHF7FMfGJv8bJ4QjRVuFmI4x58BLAy1UlSx 7VfRryleCqHI1V9CvPS9C0xmXWlmlOk77gtzvfk/ULGq/hOkaFRZOjQxOqeXymYPSSJQ4tXYwuo YcqG+RUp3K+uFTD3FF5c2Vsauc5j5iBZMnJLQqNP2HsAicPPIx45trhsAUAMvdLyv51iA82k2Ou z+fMxynR1OA/MVlN2Bxr9zwvFxCdvisZ2NLmGZndLrizLBj86I4PKfh/MZaT28zLhyDc= X-Google-Smtp-Source: AGHT+IFPwrfwP6flp+/TYwejLoUdx+68h83Vu+918mb6FUKGGC2K4nrLtTLEsM1jCCWgrNU+1XciTg== X-Received: by 2002:a05:6000:2088:b0:3b6:deb:1b43 with SMTP id ffacd0b85a97d-3b60e53ebeamr12774632f8f.41.1753001666105; Sun, 20 Jul 2025 01:54:26 -0700 (PDT) Received: from [192.168.0.241] (178-119-85-231.access.telenet.be. [178.119.85.231]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3b61ca4893fsm7083247f8f.52.2025.07.20.01.54.25 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 20 Jul 2025 01:54:25 -0700 (PDT) Message-ID: Date: Sun, 20 Jul 2025 10:54:25 +0200 Precedence: bulk list-help: list-post: List-Id: internals.lists.php.net x-ms-reactions: disallow MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PHP-DEV] [RFC] Readonly property hooks To: Nick Cc: php internals References: <1e8634d7-ac1a-4025-b4e2-1948aabf5251@app.fastmail.com> <13B58381-AA61-4D38-A688-DD9E367ADE6F@nicksdot.dev> <96e0ea70-291e-4f0a-b449-acbaef16c099@bastelstu.be> <76059dd0-d27a-4207-9460-658175f54a99@app.fastmail.com> <5A1B6BCB-97AC-4D50-A38C-C7EE394E4EE1@nicksdot.dev> Content-Language: en-US In-Reply-To: <5A1B6BCB-97AC-4D50-A38C-C7EE394E4EE1@nicksdot.dev> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit From: dossche.niels@gmail.com (Niels Dossche) On 20/07/2025 02:58, Nick wrote: > > Hey Niels, > Hey Nick > > In before: I personally didn’t have a problem with Tim joining in late.  > > > I, however, want to express that I don’t feel anything productive happens at this point. > > > My personal impression is, there wasn’t anything new added since the early beginning of the discussion.  > > Everything was brought up early on. If you believe that’s not the case and I missed something, please point me to the new arguments. No new arguments came as the concerns have been sent out earlier indeed. Lately the discussion seems more geared towards the expectations of the users of readonly, and what that means for the set hook. > > > So, calling it “not wound down” feels off to me. And that’s why I answer now. > > > As someone who is a new participant here, please allow me to ask: > > > When is a discussion allowed to be considered wound down?  This has never been defined and always has a subjective part. In general, no one will block you from bringing it to a vote if no substantial changes have been made to the RFC and the discussion lasted at least 2 weeks. > > And, is repeating the same arguments (just by different persons) really a reason to keep a discussion going? > No, but it isn't bad to point out some things right before the vote. > > The whole controversy is about `get`.  > That's true. Note though that the fact that the RFC still includes this does show a non-consensus from the authors PoV. Either you fully stand behind your own RFC and wouldn't have split the vote, or you agreed that the get hook is a bad idea. In the latter case, why even include this still in the RFC text, especially after Larry said he's positive that part won't pass? This comes across as really wanting something of the RFC to pass, not aiming for the best "solution". > > We addressed this by switching to a split vote, because literally all those concerns/opinions (allow it; don’t allow it; add `init` instead; cache it; don’t cache it) can _for now_ be “addressed” with a “no”-vote on `get`, and then follow up with a new `get` RFC later. > It's important to plan for the future and come up with a holistic solution. I don't want to end up in a situation where in hindsight we shouldn't have allowed a "set hook" for example and should've just left readonly alone. > > Am I wrong? > > > What is this all about now? > > What are we doing now?  > > > Do we keep repeating the same arguments, and disallow bringing this to vote at all? Even though like literally everyone seems to be on board with “`set` is ok”?  I believe I answered this, but just to make it extra clear: you are allowed to bring this to a vote, no one can veto you for that. I don't believe everyone (who replied) is pro "set hook". And definitely not in other channels. > > Or are we allowed to move on with a vote? > > >> despite there being no clear consensus > > > The clear consensus seems to be that `set` should be allowed. That’s why we adjusted the vote. > > I repeat: everyone with a problem (any kind) on `get` can vote “no” on `get` and “yes” on `set`. I believe I answered this above already. > > > — > > > Again, this is nothing specifically towards Tim. > > > *Cheers,* > > Nick > I'll end with saying that this should not discourage you from interacting with the ML. You got a bit "unlucky" with the subjects you chose as both hooks and readonly are a bit controversial topics to begin with. Kind regards Niels