OK. The modifications, such as blew, is possible for me. But I will need to the permission from my manager or other managers to do this. You know, the work flows are defined by lots of higher managers months ago, the modifications should be got their agree first. Now there are 3 choices:
1. Rename the transition name "New" to "Unassigned"; 2. Remove the transition "New"; 3. Do nothing changes. I'll give you a reply when I got the determining from managers. Kindly regards, Chengjiang -----Original Message----- From: Łukasz Stelmach [mailto:[email protected]] Sent: Tuesday, March 18, 2014 4:45 PM To: Jin, ChengjiangX Cc: [email protected]; Shen, Cathy Subject: Re: [Dev] Jira worflow enhancement for PTREL project possible ? It was <2014-03-18 wto 04:20>, when Jin, ChengjiangX wrote: > -----Original Message----- > From: Łukasz Stelmach [mailto:[email protected]] > Sent: Monday, March 17, 2014 5:40 PM >> It was <2014-03-17 pon 06:26>, when Jin, ChengjiangX wrote: >>> -----Original Message----- >>> From: [email protected] >>> [mailto:[email protected]] >>> On Behalf Of Łukasz Stelmach >>> Sent: Friday, March 14, 2014 4:59 PM >>>> It was <2014-03-12 śro 03:02>, when Shen, Cathy wrote: >>>>>>-----Original Message----- >>>>>>From: >>>>>> [email protected]<mailto:[email protected]> >>>>>> [mailto:[email protected]] >>>>>>On Behalf Of Łukasz Stelmach >>>>>>Sent: Thursday, March 06, 2014 8:50 PM >>>> >>>> [...] >>>> >>>>>> I would like (is JIRA capable of doing this) to have tooltips >>>>>> describing states and transistions, popping up from all JIRA >>>>>> workflow graphs displayed in JIRA. There are so many workflows >>>>>> (and they will probably change from time to time in near future) >>>>>> that the information should be closely attached to them. >>>>>> >>>>> Thanks for pointing this out, >>>>> https://source.tizen.org/bug-life-cycle should be updated >>>>> according to the workflow we are using. To check the workflow in >>>>> JIRA, pls. click on "view workflow" beside status field. >>>> >>>> Yes, I know this place but the graphs JIRA displays lack >>>> descriptions of states and transitions. >>> >>> I think the meanings of states and transitions can be easy to >>> understand by their names. > >> I've worked a lot with different opensource projects and their >> bugzillas and our "Released" state wasn't obvious for me at all. > There's no "Release" state in the workflow. In which workflow? I can see it in: https://bugs.tizen.org/jira/browse/TINF-353 https://bugs.tizen.org/jira/browse/TINF-429 And what does Accepted mean? And how does moving from "Released" to "Reopened" differ from moving directly to "Accepted" as arrows suggest? >> Let's take a look at https://bugs.tizen.org/jira/browse/PTREL-156 >> Indeed transitions have their names too. But why is there transition >> From Assigned to New and the transitions is labeled "New"? > Here's a principle for the names of states and transitions. The states > use adjective or past tense, and the transitions often use verb. For > instance, if there's state named "Assigned", the transition often use > the verb "Assign". Here the transition "New" just like a verb. Any > better word suggestion for this transition name "New"? OK let's take our PTREL-156. I get the convention you've described above, and still there must be something wrong with me because I completely do not understand why when a bug that became "Assigned", hence is not "New" anymore, becomes "New" again? OK, the bug might be moved from "Assigned" state to a state that looks exactly like "New" and introducing a new state just because we do not want to move back to "New" is pointless. But definitely the transition from "Assigned" to "New" should not be named "New" because the bug is not getting any newer than it was in "Assigned" state. There is no "second freshness"[*]. I would call the transition "Unassign" (if moving from "Assigned" to "New" actually means removing asignee). However, I don't think such transition should be possible. Once a bug is assigned the only way for an assignee to get rid of it is to find a person who would take the responsibility. [*] http://en.wikiquote.org/wiki/Mikhail_Bulgakov -- Łukasz Stelmach Samsung R&D Institute Poland Samsung Electronics _______________________________________________ Dev mailing list [email protected] https://lists.tizen.org/listinfo/dev
