I find the implementation of categories lacking. Don't use them if the values are not unique across all categories.<br><br><div class="gmail_quote">On Tue, Apr 1, 2008 at 2:21 PM, lgrella <<a href="mailto:lgrella@acquiremedia.com">lgrella@acquiremedia.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Have you had any further input on this? I am experiencing the same thing in<br>
IE. Do you have a workaround?<br>
<br>
Thanks,<br>
Laura<br>
<br>
Mathew Snyder-3 wrote:<br>
><br>
> Anyone have any input on this?<br>
><br>
> Keep up with me and what I'm up to: <a href="http://theillien.blogspot.com" target="_blank">http://theillien.blogspot.com</a><br>
><br>
><br>
> Mathew Snyder wrote:<br>
>> Chet Burgess wrote:<br>
>>> Greetings,<br>
>>> I had a user report a problem with categories in custom fields recently<br>
>>> that I have been unable to solve. I have looked through the wiki, the<br>
>>> bugs listed in rt, and the mailing lists and I have been unable to find<br>
>>> a solution to my problem.<br>
>>><br>
>>> We have several custom fields that have been created as a type of<br>
>>> "Select one value", with a validation of "Mandatory". The problem is<br>
>>> that when a user creates a ticket, or updates an existing ticket, the<br>
>>> category that is associated with the name is not saved. As an example if<br>
>>> you created a custom filed with 2 values, each with a different name and<br>
>>> category, only the name is saved with the ticket. The category field<br>
>>> will be left as "-".<br>
>>><br>
>>> This is causing a problem as some times we have the same name in<br>
>>> different categories (we have the same components within different<br>
>>> products and we use the custom fields to indicate which component and<br>
>>> product the ticket is for).<br>
>>><br>
>>> I have been able to reproduce on both RT 3.6.1 which we run in<br>
>>> production and on RT 3.6.4 which we run in test. I have noticed that<br>
>>> when creating a new ticket in RT 3.6.4 with a custom field of this type<br>
>>> the following error is being logged.<br>
>>><br>
>>> Jul 18 15:25:32 hostname RT: Use of uninitialized value in string eq at<br>
>>> /usr/local/rt/lib/RT/Record.pm line 1686.<br>
>>> (/usr/local/rt/lib/RT/Record.pm:1686)<br>
>>><br>
>>> When updating an existing ticket the name value gets updated, but the<br>
>>> category does not get set and remains as just "-". The following message<br>
>>> appears in the "Results" section at the top of the page after clicking<br>
>>> "Save Changes" in both RT 3.6.1 and RT 3.6.4.<br>
>>><br>
>>> User asked for an unknown update type for custom field<br>
>>> ChetTestSelectSingleValue for RT::Ticket object #6<br>
>>><br>
>>> As mentioned I have seen this problem in both RT 3.6.1 and RT 3.6.4. We<br>
>>> are running on RHEL 3 Update 8 with apache 1.3.31, Perl 5.8.4, mod_perl<br>
>>> 1.29, and mysql 4.0.18.<br>
>>><br>
>>> Has anyone seen this before and/or know if there is something else I<br>
>>> need to do to enable this functionality?<br>
>>><br>
>>><br>
>><br>
>> Did you ever get any input on this? I actually just ran into the same<br>
>> issue<br>
>> verified using both IE and Firefox on Windows and Linux. I have a couple<br>
>> other<br>
>> issues with it as well also on both 3.6.1 and 3.6.4. I'm running Fedora<br>
>> Core 5<br>
>> and mysql <a href="http://5.0.0.2" target="_blank">5.0.0.2</a> though.<br>
>><br>
>> First, when using Firefox, selecting a category filters the second drop<br>
>> down<br>
>> (the one with the actual values) to just the values of that particular<br>
>> category<br>
>> (which I suspect to be the intended behaviour). However, in IE, this is<br>
>> not<br>
>> the case. Selecting the category does not run the filter on the second<br>
>> drop<br>
>> down. All categories and values are listed regardless of the category<br>
>> selected<br>
>> in the first drop down.<br>
>><br>
>> Second, once a value has been assigned to a category, it is not possible<br>
>> to<br>
>> remove it by simply blanking out the category field. When testing this<br>
>> feature,<br>
>> I found that in order to remove the category from an item, I had to<br>
>> delete the<br>
>> item and then recreate it. After doing this, it would appear in the drop<br>
>> down<br>
>> list as not being associated with any category while all others which<br>
>> have not<br>
>> been changed still were. Attempting to simply set the category as blank<br>
>> resulted in it being repopulated with the category after hitting submit.<br>
>><br>
>> Are there plans on fixing this with the next release?<br>
>><br>
>> Mathew<br>
>> Keep up with me and what I'm up to: <a href="http://theillien.blogspot.com" target="_blank">http://theillien.blogspot.com</a><br>
>> _______________________________________________<br>
>> <a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
>><br>
>> Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>
>> Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>
>><br>
>><br>
>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
>> Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
>><br>
> _______________________________________________<br>
> <a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
><br>
> Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>
> Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>
><br>
><br>
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
> Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
><br>
><br>
<br>
--<br>
View this message in context: <a href="http://www.nabble.com/Problem-with-categories-in-custom-fields-tp11716848p16420562.html" target="_blank">http://www.nabble.com/Problem-with-categories-in-custom-fields-tp11716848p16420562.html</a><br>
Sent from the Request Tracker - User mailing list archive at <a href="http://Nabble.com" target="_blank">Nabble.com</a>.<br>
<br>
_______________________________________________<br>
<a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users" target="_blank">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br>
<br>
Community help: <a href="http://wiki.bestpractical.com" target="_blank">http://wiki.bestpractical.com</a><br>
Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a><br>
<br>
<br>
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.<br>
Buy a copy at <a href="http://rtbook.bestpractical.com" target="_blank">http://rtbook.bestpractical.com</a><br>
</blockquote></div><br>