View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0004469 | mantisbt | feature | public | 2004-09-02 12:07 | 2016-04-06 09:36 |
Reporter | bpfennig | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | acknowledged | Resolution | open | ||
Summary | 0004469: "Reply To Feedback" Button | ||||
Description | This could be a usefull feature. Situation:
It should also be possible to assign every user to an issue - so the user knows that he have to act with the issue now. | ||||
Tags | No tags attached. | ||||
has duplicate | 0006592 | closed | grangeway | my view and feedback |
related to | 0003378 | new | who's feeding back to who? | |
related to | 0003730 | closed | vboctor | Change status upon feedback |
related to | 0002442 | closed | vboctor | better handling of status FEEDBACK (status change after feedback by bugnote) |
related to | 0006061 | closed | cproensa | Issues being put back to "Assigned" if assignment changes (to another user) when on different status. |
related to | 0016454 | assigned | dregad | Missing something with $g_reassign_on_feedback |
The question is whether we need another status, or whether we can use an existing status like 'new'. Any thoughts? |
|
I think "feedback" is not a normal status in the status workflow because it "jumps out" the normal workflow. "Feedback" should be reachable from every other status. So, after the reply it should be jump back to the old status before the "feedback". |
|
Humm, that's not a bad idea. We just have to be able to figure out the last status, possibly from the history. |
|
I would appreciate a simple solution (a predefined exit status, new or assigned) to, in contrast to no solution. |
|
I found a patch somewhere. Perhaps someone is interested. If someone is assigned to the bug, than giving feedback pop´s back to ASSIGNED, if not to NEW. Before bug_update_date in bugnote_add in core/bugnote_api.php <pre>
</pre> Sorry for the layout, but preformatted text is still misbehaving (word wrapping), dispite of 0004762 being closed, sigh... |
|
+1 (I was going to enter this feature request myself, then found this) I think there should be "Provide Feedback" button in Feedback state, treated same way as "Reopen Issue" button -- with config variables for who it's available to and what state the issue should transition to (possibly with a special value of "previous"). |
|
Any chance of adding this simple but very effective option into the 1.2.0 version ? |
|
I have improved my patch from 3.5 years ago... :-) The different workflow requires some other patches, but I find this very useful. If there is interest in the patch, I can try to extract one. |
|
The changes for the behaviour descripted in the last bugnote: in bugnote_api.php: if ( ( bug_get_field($p_bug_id, 'status') == FEEDBACK ) && somewhere, e.g. in history_api.php:
} |
|
I wrote a patch that implement the following workflow:
I have it against 1.1.8, but could port it to 1.2.X if there is interest. Changing the "assigned to" is a tradeoff:
See also 0008140, reply to note, which works very good together with this. |
|
I've just checked in 0003730 which does the following:
The fix doesn't however pop the status from the history. |
|
History popping is easy, see 0004469:0022183. |
|
Work-in-progress fix for this can be found at https://github.com/dregad/mantisbt/tree/feedback-prev-stat |
|