php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #77452 Issue tracker: Undefined status "Wont fix"
Submitted: 2019-01-12 18:27 UTC Modified: 2022-01-07 17:34 UTC
From: chealer at gmail dot com Assigned: petk (profile)
Status: Closed Package: Website problem
PHP Version: Irrelevant OS:
Private report: No CVE-ID: None
 [2019-01-12 18:27 UTC] chealer at gmail dot com
Description:
------------
Some tickets have status "Wont fix". For example: https://bugs.php.net/bug.php?id=33449

Please add a definition of that status, at least in https://bugs.php.net/search-howto.php


Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2019-01-16 21:20 UTC] petk@php.net
-Status: Open +Status: Verified -Assigned To: +Assigned To: petk
 [2019-01-16 21:20 UTC] petk@php.net
Hello, thanks for reporting all these issues. Bugs app is indeed in need of refreshments like these also. Bug statuses need to be synced and sorted out to have more logical workflows.

Having bug statuses that no one knows what they represent anymore is not much helpful. I suggest that we bring this one to the mailing list also (which one, I have no idea yet), so that bugs everyday users recheck all statuses again. There are more statuses here in need of syncing between the edit buttons and the search page:
https://bugs.php.net/stats.php?bug_type=Bug
...

some statuses are also probably not needed anymore and are left from the past...
 [2019-01-16 22:53 UTC] cmb@php.net
> Undefined status "Wont fix"

I do not really understand this request.  “Wont fix” means “won't
fix”, and that means that the PHP developers won't fix an issue
(even though it is acknowlegded as such), for reasons to be stated
in the closing comment.

> I suggest that we bring this one to the mailing list also (which
> one, I have no idea yet), […]

I think bugtracker related topics should go to the php-webmaster@
mailing list.

> some statuses are also probably not needed anymore and are left
> from the past...

From what I can tell, all statuses still are needed (maybe
“critical” should be a separate field, though).
 [2019-01-16 23:12 UTC] petk@php.net
See the list of statuses also here:
https://bugs.php.net/search.php
I guess, it's pretty synced actually, yes. So, except that there are 0 critical bugs, and that the "old feedback" doesn't work like this anymore, because the cron job is too fast for it.
 [2019-01-27 15:50 UTC] chealer at gmail dot com
cmb@php.net wrote:
> > Undefined status "Wont fix"
>
> I do not really understand this request.  “Wont fix” means “won't
> fix”, and that means that the PHP developers won't fix an issue
> (even though it is acknowlegded as such), for reasons to be stated
> in the closing comment.

What do you mean by closing comment? In any case, I have seen that status used on mere RFE-s (not bugs), so if that's the intended usage, there should probably be a note about the real-world usage too. I don't see how a developer could predict with certitude that a certain issue will not be fixed though.

[...]

> > some statuses are also probably not needed anymore and are left
> > from the past...
>
> From what I can tell, all statuses still are needed (maybe
> “critical” should be a separate field, though).

I probably agree that "Critical" should not be a status; I filed ticket #77528 to clarify that status.
 [2019-05-04 11:45 UTC] petk@php.net
Automatic comment on behalf of peterkokot@gmail.com
Revision: http://git.php.net/?p=web/bugs.git;a=commit;h=98337280da29ac042159c2280895d0b4ec753a01
Log: Fix #77452: Undefined status Wont fix
 [2019-05-04 11:45 UTC] petk@php.net
-Status: Verified +Status: Closed
 [2021-07-25 16:41 UTC] chealer at gmail dot com
Thank you Peter, but your addition starts with a closing LI tag, rather than an opening one, causing the HTML to be invalid and the item to display as part of the previous one.

Also, can you clarify what "the closing comment" refers to?
 [2021-07-25 16:50 UTC] tiffany@php.net
> can you clarify what "the closing comment" refers to?

When a bug is closed as "wont fix" a comment by the person closing the bug is submitted explaining why the bug was closed. Hence, it's a "closing comment."
 [2022-01-07 00:45 UTC] chealer at gmail dot com
Thank you Tiffany, but what do you mean by "closing a bug"?
 [2022-01-07 17:34 UTC] cmb@php.net
Thanks for the pointer!  Now fixed as
<https://github.com/php/web-bugs/commit/4025362c44a6407f17bf84ea17dc044c9416d97d>.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Nov 07 06:01:29 2024 UTC