Ticket #194 (closed defect: worksforme)
Opened 8 years ago
Last modified 4 years ago
Terminology issue... 'fixed' tickets
| Reported by: | daniel | Owned by: | jonas |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | ticket system | Version: | devel |
| Severity: | minor | Keywords: | workflow tickettypes |
| Cc: | osimons, cboos, matt_callaghan@… | ||
| Release Notes: | |||
| API Changes: | |||
Description
'fixed' isn't a really good term for when you complete an ehancement request or finish a task.
A more generic term would be 'completed', which might be better for different kinds of issues (think tasks, issues, bug fixes, etc).
Examples:
- The task is completed.
- The bug is completed.
- The enhancement is completed.
Vs:
- The task is fixed.
- The bug is fixed.
- The enhancement is fixed.
Attachments
Change History
comment:1 Changed 8 years ago by daniel
- Component changed from general to ticket system
- Severity changed from normal to trivial
comment:2 Changed 8 years ago by daniel
- Summary changed from Terminology issue.,. 'fixed' tickets to Terminology issue... 'fixed' tickets
comment:3 Changed 8 years ago by daniel
- Resolution set to wontfix
- Status changed from new to closed
comment:4 Changed 8 years ago by anonymous
- Resolution wontfix deleted
- Severity changed from trivial to normal
- Status changed from closed to reopened
- Version changed from 0.6 to devel
A resolution type of "fixed" just doesn't fit for enhancements, or other types of non-bugfix tasks.
Rather than "closed", I think a more reasonable new resolution type might be "completed".
If there isn't enough interest among the core developers to add this, could they please outline the scope of changes that would be necessary to implement it? Perhaps another can give it a shot, and provide a patch.
comment:5 Changed 8 years ago by daniel
- Milestone set to 0.7
someone minds. thanks for commenting. I agree with the previous poster. :)
comment:6 Changed 8 years ago by anonymous
Is it possible to enumerate a list with "completed" for enhancements/tasks tickets and "fixed" for bug tickets?
comment:7 Changed 8 years ago by trac@…
The timeline uses the syntax 'resolved'; is this not appropriate? It seems good to me, better than 'completed' even.
comment:8 Changed 8 years ago by jonas
- Milestone changed from 0.7 to 0.7.1
comment:9 Changed 8 years ago by daniel
- Milestone changed from 0.7.1 to 1.0
comment:10 Changed 6 years ago by asmodai@…
The database uses the resolution status of fixed. So that either needs to stay, or we need to add an upgrade again to replace all occurences.
Something like: UPDATE ticket SET resolution = 'resolved' WHERE resolution = 'fixed';
Changed 6 years ago by asmodai@…
- Attachment resolved.diff added
Change code occurences for fixed to resolved
comment:11 Changed 6 years ago by asmodai@…
As cmlenz commented:
so in the ticket screen you'd have "resolve as resolved"?
Which, indeed, sounds peculiar.
But the attached patches should at least provide a basis should this get to be changed.
comment:12 follow-up: ↓ 15 Changed 6 years ago by cboos
- Milestone changed from 1.0 to 0.11
- Severity changed from normal to minor
comment:13 Changed 6 years ago by sid <sid.wiesner@…>
- Keywords workflow added
Add workflow keyword due to dependency mentioned by cboos in comment:12
comment:14 Changed 5 years ago by cboos
- Keywords tickettypes added
comment:15 in reply to: ↑ 12 ; follow-up: ↓ 16 Changed 4 years ago by osimons
Replying to cboos:
As all this is in trunk in time for 0.11 - with workflows and actions, and admin panels for resolutions. Is there anything left here that warrants keeping the ticket open?
- Are we going to change default terminology?
- Are we going to provide 'rename' tools for those who want to migrate existing database to some new terminology?
comment:16 in reply to: ↑ 15 Changed 4 years ago by matt_callaghan@…
- Cc osimons, cboos, matt_callaghan@… added
We have interest in this default terminology rename. For example:
- Change component to thing
- Change Milestone to goal
- etc..
Is there any way to do this currently or is there something in the works?
comment:17 follow-up: ↓ 18 Changed 4 years ago by osimons
With the workflow-related changes mentioned above + the i18n/l10n features of current trunk (0.12dev) to make a custom translation with own terms and phrases, I think that pretty much covers as much customization as this ticket and related discussion warrants.
I don't see any particular target to close this ticket against at this point, so suggesting a 'worksforme' based on current possibilities. Objections?
comment:18 in reply to: ↑ 17 Changed 4 years ago by osimons
- Milestone 0.11.3 deleted
- Resolution set to worksforme
- Status changed from reopened to closed
Replying to osimons:
I don't see any particular target to close this ticket against at this point, so suggesting a 'worksforme' based on current possibilities. Objections?
I suppose not. Closing.



Noone else seems to mind. :)