[rt-users] 'Select multiple' CF based on another 'select multiple' CF

Kevin Falcone falcone at bestpractical.com
Thu Aug 25 17:10:18 EDT 2011

On Thu, Aug 25, 2011 at 01:33:16PM -0700, Alexey Neyman wrote:
> Hi all,
> I tried to configure two 'select multiple' CFs, one based on another (e.g. 
> "affected components/subcomponents"). So, I have options A, B and C in CF #1 
> and options A1, A2, A3, B1, B2, B3, C1, C2, C3 in CF #2 (with A1..3 dependent 
> on category A, and so on).
> All works fine as long as a single entry is selected in CF #1. If I select 
> more than one, however, only one group is displayed in CF #2.
> E.g., if I select ABC in CF #1, CF #2 displays A1, A2, A3. Same if I select AB 
> or AC. If I select BC in CF #1, CF #2 displays B1, B2, B3.
> I would expect that CF #2 would display all applicable suboptions; e.g. if BC 
> is selected in CF #1, CF #2 would display B1, B2, B3, C1, C2, C3.
> Is it the intended behavior?
> It looks like the javascript code in /Elements/EditCustomFieldSelect needs to 
> pass the element (basedon) to filter_cascade(). In /NoAuth/js/cascaded.js, 
> filter_cascade() needs to check if element allows for multiple selection and 
> add perform the "for (i in complete_children)" loop for each of the selected 
> values.

There is a report of this bug and some proposed patches in a bug
report in the bug tracker:


You can log in to see it as guest/guest

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20110825/d0cd5883/attachment.sig>

More information about the rt-users mailing list