what about the fact that there is lots of code out there making decisions on$input->isInteractive() without using the question helper at all?
The behavior of all that code is different now.

Valid point. Can you link some?

Same argument I made in#36027 (comment)

Valid point. Can you link some?

There are quite a few.
https://github.com/symfony/symfony/search?q=isInteractive&type=

I was just greping my vendor folder and there will obviously be third party instances of this too.

There are quite a few.
symfony/symfony/search?q=isInteractive&type=

Thanks for the list. I checked it and none of those commands should break:

• password encoder: Interactive check is run only when not providing password via argument. Running command in non-interactive shell without providing password doesn't make sense in the first place, but even if you do, result is error, similarly as before.
• debug:container: it uses question helper as fallback
• messenger:failed:retry: Again fallback. It doesn't make sense to run this command in non-interactive shell without providing id
• debug:form : it uses question helper as fallback

Thank you@ostrolucky.

Just attaching a patch for folks wanting to test this via a composer patch to v4.4.5.
symfony-console-36031.txt

(this patch removes conflicting test files that would otherwise be in the diff)

No need, you may just suffix PR url with .patchhttps://github.com/symfony/symfony/pull/36031.patch

I tried that but it doesn't apply cleanly due to conflicting changes in the 4.4.x branch. My patch removes the conflicting test files.

I've confirmed that this PR fixes the regression on my project, thanks.