[rt-users] Categories are based on... How to handle the same value for multiple parent categories
Bart
bart at pleh.info
Mon Nov 14 06:28:34 EST 2011
We have a similar setup, and I'm afraid there isn't much you can change
about it (to my knowledge at least).
We've made it look like this: (CF names)
- Item A
- Item B
- Item C
When it comes to the search builder you'll see duplicate values, but if you
search on Item C with value password (that's maybe listed three times) then
it will show the content of all tickets containing the value password for
Item C.
The search builder simply checks for the string, if it matches then it will
give you the results. If you want to make sure it shows the correct tickets
then you'll have to combine the Item C value password with an Item A and/or
Item B which will result in a specific result.
Either way, you don't have to worry about the duplicates the result will be
the same regardless of which duplicate you select.
Hope this helps.
-- Bart
2011/11/11 Jim Lesinski <jim.lesinski at gmail.com>
> Hi,
>
> In request tracker, how would you recommend setting up your dependent drop
> down lists that have a consistent drop down value for multiple parent
> values? Below, under the 1st level Administration value, I show an example
> of what I am asking about.
>
>
>
> - Hardware
> - item1.1
> - item1.2
> - item1.3
> - Software
> - item2.1
> - item2.2
> - item2.3
> - Administration
> - password reset
> - softwarename1.1
> - softwarename1.2
> - softwarename1.3
> - profile update
> - softwarename1.1
> - softwarename1.2
> - softwarename1.3
>
>
> I was able to set up the outline above by using the built in "categories
> are based on" option for drop down lists and entering the value one time
> for each parent value. The only thing that I see as a possible issue with
> doing this is that the search builder then shows the drop down text value
> multiple times. Maybe just a bug or improvement that could be made in the
> searchbuilder (ie; only show DISTINCT dropdownlist value)? Or should I
> handle this a different way?
>
> Either way I would appreciate your insight.
>
> Thanks,
> Jim
>
> --------
> RT Training Sessions (http://bestpractical.com/services/training.html)
> * Barcelona, Spain — November 28 & 29, 2011
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20111114/29b4b6cc/attachment.htm>
More information about the rt-users
mailing list