Edgewall Software
Modify

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

resolved.diff (2.1 KB) - added by asmodai@… 6 years ago.
Change code occurences for fixed to resolved
db20.py (274 bytes) - added by asmodai@… 6 years ago.
database upgrade

Download all attachments as: .zip

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

Noone else seems to mind. :)

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@…

Change code occurences for fixed to resolved

Changed 6 years ago by asmodai@…

database upgrade

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: Changed 6 years ago by cboos

  • Milestone changed from 1.0 to 0.11
  • Severity changed from normal to minor


Well, this hardcoded stuff is going to change anyway with WorkFlow.
To facilitate migration, which could happen any time (when the admin decides to changes the workflow), it would probably be better to have a rename facility, in TracAdmin or WebAdmin (or both).

Still tentatively scheduling WorkFlow stuff for 0.11 ;)

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: Changed 4 years ago by osimons

Replying to cboos:

Still tentatively scheduling WorkFlow stuff for 0.11 ;)

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: 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.

View

Add a comment

Modify Ticket

Change Properties
<Author field>
Action
as closed
The resolution will be deleted. Next status will be 'reopened'
to The owner will be changed from jonas. Next status will be 'closed'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.