Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:130781
Precedence: list
MIME-Version: 1.0
References: <CAEKnhAFMD0VKLZOqsyMPvv9AqxfXm+839o7uHxXP6ALq-2VMfQ@mail.gmail.com>
 <CAEZPtU7z_rPsR6m2Ym66WCr1HxgSSngTL=UBwm8fp4qpcXwgwQ@mail.gmail.com>
 <CAEKnhAFankq+fZscsMXRSNgu2nZK0uL7Z3Arn1iFk6Ur8Hhfcw@mail.gmail.com> <CAEZPtU7yhgzWPubrbBTvGAxQF+Yzjwd+CD6mW1avBqNkXrwJQw@mail.gmail.com>
In-Reply-To: <CAEZPtU7yhgzWPubrbBTvGAxQF+Yzjwd+CD6mW1avBqNkXrwJQw@mail.gmail.com>
Date: Wed, 6 May 2026 12:56:02 +0200
Message-ID: <CAEKnhAF+55Vw8NfmBVqi+zKJ9Lx8XunTJR-TJg2vB47saY5DPA@mail.gmail.com>
Subject: Re: [PHP-DEV] [VOTE] Stream Error Handling Improvements
To: Pierre Joye <pierre.php@gmail.com>
Cc: PHP internals list <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000002e60ba0651240361"
From: bukka@php.net (Jakub Zelenka)

--0000000000002e60ba0651240361
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi,

On Wed, May 6, 2026 at 12:39=E2=80=AFPM Pierre Joye <pierre.php@gmail.com> =
wrote:

> Hi Jakub,
>
>
> On Wed, May 6, 2026, 4:47=E2=80=AFPM Jakub Zelenka <bukka@php.net> wrote:
>
>> Hi,
>>
>>
>>
>>>
>> As I told you many times, the things that you mentioned can be easily
>> added later without any BC impact -
>>
>
>
> first of all, and let me remind you to keep your tone respectful. This is
> not ok nor reflect the discussion we had here.
>

The tone was respectful. I just thought it was many times but in fact I
told you just twice so sorry about that "many". I would just assume that it
should be clear that there is no BC concern. Especially my second replay
was quite clear and you never explained the BC concern later:

> I don't see how it takes more effort later. There is also pretty much no
BC break even if we went if subclassing exceptions as I noted before. I
think actually exactly opposite here. If we rush it and use incorrect
categories for some errors, it will be a BC break to correct so this needs
a proper considering and this feature should be added later.

I removed classification completely so I have no idea what that second vote
would be about.

Anyway let's agree to disagree here.

Kind regards

Jakub

--0000000000002e60ba0651240361
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hi,</div><br><div class=3D"gmail_quote gmail_quote_co=
ntainer"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, May 6, 2026 at 12:39=
=E2=80=AFPM Pierre Joye &lt;<a href=3D"mailto:pierre.php@gmail.com">pierre.=
php@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" sty=
le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi=
ng-left:1ex"><div dir=3D"auto"><div dir=3D"auto">Hi=C2=A0Jakub,</div><br><b=
r><div class=3D"gmail_quote" dir=3D"auto"><div dir=3D"ltr" class=3D"gmail_a=
ttr">On Wed, May 6, 2026, 4:47=E2=80=AFPM Jakub Zelenka &lt;<a href=3D"mail=
to:bukka@php.net" target=3D"_blank">bukka@php.net</a>&gt; wrote:<br></div><=
blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l=
eft:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>Hi,<=
/div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr"><=
br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e=
x;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"auto=
"><div dir=3D"auto"><br></div></div></blockquote><div><br></div><div>As I t=
old you many times, the things that you mentioned can be easily added later=
 without any BC impact -</div></div></div></blockquote></div><div dir=3D"au=
to"><br></div><div dir=3D"auto"><br></div><div dir=3D"auto">first of all, a=
nd let me remind you to keep your tone respectful. This is not ok nor refle=
ct the discussion we had here.</div></div></blockquote><div><br></div><div>=
The tone was respectful. I just thought it was many times but in fact I tol=
d you just twice so sorry about that &quot;many&quot;. I would just assume =
that it should be clear that there is no BC concern. Especially my second r=
eplay was quite clear and you never explained the BC concern later:<br><br>=
&gt; I don&#39;t see how it takes more effort later. There is also pretty m=
uch no BC break even if we went if subclassing exceptions as I noted before=
. I think actually exactly opposite here. If we rush it and use incorrect c=
ategories for some=C2=A0<span class=3D"gmail-il">errors</span>, it will be =
a BC break to correct so this needs a proper considering and this feature s=
hould be added later.</div><div><br></div><div>I removed classification com=
pletely so I have no idea what that second vote would be about.</div><div><=
br></div><div>Anyway let&#39;s agree to disagree here.</div><div><br></div>=
<div>Kind regards</div><div><br></div><div>Jakub</div></div></div>

--0000000000002e60ba0651240361--