Defect #3075
closedContext-menu issue-status change fails under certain circumstances
0%
Description
An issue-status change of an issue, when using a required timelog-customfield without default value, which gets initiated by a context-menu action, fails (actually leads to the edit-view saying that the timelog-customfield value should be given for the to-be-created 0.0-timelog).
This seems to be caused by something that has affected Redmine earlier: 0.0 timelog entry creation. See defect #1147 which got closed but still not fixes this error when using the context-menu's status-change action.
Quote from myself on #1147:
Zero-Hour timelogs are still added using r1745 of the trunk. I did get an empty time entry while updating an issue using the context-menu.
Steps to reproduce:
- Created a new issue / Or use an existing issue without spent-time
- Change the issue using the context-menu (e.g. change priority)
- No time appears on the issue
- 0.00 time appears on the Spent Time report
Testing this with a export of the current trunk (@ r1773) this is not happening any longer. It seems to be fixed as a side-effect of the changes made in r1765.
This side-effect clearly does not fixes the issue when using the context-menu's status-change action.
This is something I have experienced before on my tour around patch #1650. I've followed-up the discussion on that issues journal in this forum-thread http://www.redmine.org/boards/1/topics/show/2352 and I explain the actual defect in detail in this section and I proposed a (maybe dirty) solution for this issue in this section.
Files
Related issues