History | Log In     View a printable version of the current page. Get help!  
Issue Details [XML]

Key: CHD-1213
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Assignee: Unassigned
Reporter: Joe Geck
Votes: 1
Watchers: 0
Operations

Clone this issue
If you were logged in you would be able to see more operations.
Cerberus Helpdesk

[Inbox Routing] When tickets are moved multiple times, the final destination group's auto-responses and custom field choices are not used

Created: 12/May/09 06:33 PM   Updated: 04/Nov/11 12:42 PM
Fix Version/s: 5.4

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown

Value: 3 - Would Be Nice


 Description   
Summary:
When using stackable filters to set and re-set custom fields everything works as expected; each rule will override the previous rule's choices and the final setting reflect the final filter that is run. However if you bounce a ticket from group to group, using each subsequent group's inbox filters, the destination group's custom field choices are not always used. This includes the "one and done" fields, like single line text, checkbox, picklist and not the ones that are cumulative like multi-picklist and multi-checkbox.

Also note the destination group's auto-response is not sent. Instead either the Dispatch group or a previous group further up the chain is sent.


Steps:
Assuming you're moving mail from Dispatch -> Group 2 -> Group 3

0) Have all your test mail default to the Dispatch group (i.e. no "mail routing" rules).
1) Starting with the Dispatch group, create an inbox routing rule to catch a test ticket. Have this rule move the ticket to Group 2's inbox. Also have it set a few of those "one and done" custom fields.

* Single line
* Multi-Line
* Number
* Date
* Picklist
* Checkbox
* Worker
* URL

2) For this second group do the same thing, move the ticket to yet another group (Group 3) and this time replace some of those custom fields with different values.
3) Now send a test ticket into the Helpdesk matching the filter criteria and observe the results.

Results:
Test ticket does not contain all of Group 3's custom field choices. Also notice the auto-response reply to your ticket is not from the last test group (in my test case it was from Dispatch).

 All   Comments   Work Log   Change History      Sort Order:
Comment by Jeff Standen [WGM] [18/May/09 09:50 PM]
I believe this was tangentially fixed by CHD-1191.

Comment by Joe Geck [26/May/09 07:18 PM]
I don't think this was actually fixed for custom fields or auto-responses. Same problem as before, the final custom field setting will not replace the first one, and the new ticket auto-response from the final destination group is not sent.

I'm going to leave this resolved and check one more time when the next version is released into SVN. That's just to make sure I'm not accidentally using an older build in Git.

Comment by Joe Geck [28/May/09 09:13 PM]
Ok, I just checked on the latest Dev SVN checkout, where all the rest of the lingering resolves were verified, and no it's still not fixed.

See my last comment.

Comment by Jeff Standen [WGM] [30/May/09 04:21 PM]
This is the difference between 'Mail Routing' and 'Inbox Filtering'. The parser runs routing rules when new mail comes in and uses that logic to determine what auto-reply to send. Asynchronously, the mail filters for that routing destination may move the ticket into another group.

The problems with sending that final group as the auto-reply (at the moment) are:
(1) It's asynchronous, we don't know from the parser when that event is firing
(2) The 'move' event is generic and doesn't know that it's triggered from the parser or if it's triggered from workers moving mail manually. We probably don't want to send multiple autoreplies to people every time their ticket moves in the helpdesk, so this is something we need to think about.

I'm going to push this to the next milestone since it's a pretty significant change for the tail end of the 4.2 #1 release.

Comment by Joe Geck [18/Jun/09 10:03 AM]
99% sure this is the same problem, make sure you update this thread when completed.
http://www.cerb4.com/forums/showpost.php?p=10618&postcount=1

Comment by Joe Geck [01/Sep/09 10:50 AM]
Also confident this is the same issue. Update this thread if and when we change anything.
http://www.cerb4.com/forums/showpost.php?p=11943&postcount=6

Comment by Robert Middleswarth [04/Nov/11 12:42 PM]
VA work differently and no longer have this issue.

Thanks
Robert