Hi! > However there are lots of issues open from 'a while ago' that are > either not really bug requests, or are too old to investigate.
Bug db also has feature requests. Which are fine, even if nobody does them now, people may do in the future. > I don't think having them kept open is providing any value, and it > makes it harder to find actual issues that need fixing in the issue > database, so I'd like to close some of them. Bug DB triage is a hard, long and often thankless work. I am very thankful to you for spending your time on it. > bugs, or are too old to investigate. (e.g. A crash bug on PHP 4.3.9 is > not something that anyone should be looking at.) I would say if it has reproduction, it should be checked on 5.5 still, unless it is hard (like installing complex software, etc.). Just to be sure. If no clear reproduction, close it. For extensions (such as https://bugs.php.net/bug.php?id=57735) it's harder because we don't know support status of those. It may be a real bug but the extension is not maintained anymore. > If anyone with wants to keep any of these issues open, please could > you assign them to yourself? Or leave a comment on the issue saying I'm not sure if we should be closing small feature requests. Unless it is clear that we *never*, ever going to implement it (e.g. "Drop the $ prefix" would fit in the category ;) But otherwise features should be pretty easy to filter out? Anyway, I'll review the list and maybe change my mind :) Those that do require RFC I think is fine to close. Maybe have a standard text for that - like "This request describes a change that is substantial enough to warrant an RFC. Please read <link> and submit an RFC for the consideration for the community". Thanks, -- Stas Malyshev smalys...@gmail.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
