[#7586] Get rid of the "assigned" state_category, clean up other state categories
Summary Get rid of the "assigned" state_category, clean up other state categories
Queue Whups
Queue Version HEAD
Type Enhancement
State Assigned
Priority 1. Low
Owners chuck@horde.org
Requester chuck@horde.org
Created 2008-10-28 (3918 days ago)
Due
Updated 2008-10-29 (3917 days ago)
Assigned
Resolved
Milestone
Patch No

Comments
Chuck Hagenbuch <chuck@horde.org> 2008-10-28 06:54:44
Since this isn't associate with whether or not a ticket is actually 
assigned, it's pretty useless. Get rid of it. Just make sure removing 
it doesn't break existing data.



Looking at this more closely, right now we have:



unconfirmed

new

assigned

resolved



I'm going to simplify that to:

new

open

closed

Chuck Hagenbuch <chuck@horde.org> 2008-10-28 06:56:48
Do we even need "new"? I guess it might allow some automatic 
processing, but since we still want to let users define the actual 
states, these should be kept very basic.

Jan Schneider <jan@horde.org> 2008-10-28 11:08:24
The 'assigned' category has a special meaning though, e.g. to 
determine whether to send out reminders, or whether to show another 
step when creating a new ticket.

Jan Schneider <jan@horde.org> 2008-10-28 11:10:19
'new' doesn't afaics.

Chuck Hagenbuch <chuck@horde.org> 2008-10-28 13:49:39
> The 'assigned' category has a special meaning though, e.g. to

> determine whether to send out reminders



That should be determined based on whether there are actually ticket 
owners though, right?



> or whether to show another step when creating a new ticket.



That could be fixed by improving the ticket creation form.

Jan Schneider <jan@horde.org> 2008-10-28 14:47:02
>> The 'assigned' category has a special meaning though, e.g. to

>> determine whether to send out reminders

>

> That should be determined based on whether there are actually ticket

> owners though, right?



But that would require another table lookup. I can rather see the 
"new" category go away, since it doesn't serve any special purpose.

Chuck Hagenbuch <chuck@horde.org> 2008-10-28 17:36:48
>>> The 'assigned' category has a special meaning though, e.g. to

>>> determine whether to send out reminders

>>

>> That should be determined based on whether there are actually ticket

>> owners though, right?

>

> But that would require another table lookup.



Why? Just because the category matches doesn't mean there's actually 
someone assigned, so we'd need another lookup anyways to do reasonable 
actions.



> I can rather see the "new" category go away, since it doesn't serve 
> any special purpose.



Convinced on that one now. So I'm still thinking just "open" and "closed".

Jan Schneider <jan@horde.org> 2008-10-28 18:01:34
I still think it is useful to differentiate between open (there might 
be a bug) and assigned (someone's actually working on it). And I'm 
talking about visual difference here, since you mentioned that earlier 
as valid use for state categories.

In any case we should ask the users before creating any facts.

Chuck Hagenbuch <chuck@horde.org> 2008-10-29 03:39:56
> I still think it is useful to differentiate between open (there might

> be a bug) and assigned (someone's actually working on it). And I'm

> talking about visual difference here, since you mentioned that

> earlier as valid use for state categories.

> In any case we should ask the users before creating any facts.



Visual difference, sure. I don't see a need for this at a data level 
though, still. We have the assignment data separately, and we should 
consult it there, where it's accurate.