[Rt-commit] rt branch, 4.4/category-level-cf-groupings, repushed

? sunnavy sunnavy at bestpractical.com
Fri Aug 16 11:09:34 EDT 2019


The branch 4.4/category-level-cf-groupings was deleted and repushed:
       was d0d1e7fe96dae3f6fb7c0722b8daf210702b88c1
       now 26ee26d1b6179f7940376c6e77aed39679a92f6e

1: cddf1191c = 1: cddf1191c Reduce code duplication of checking formats of CustomFieldGroupings
2: a57fcc270 = 2: a57fcc270 Update cf groupings tests for code duplication cleanup
3: 09d42d613 ! 3: 094cb5172 Support different custom field groupings at category level
    @@ -221,6 +221,21 @@
     --- a/lib/RT/CustomFields.pm
     +++ b/lib/RT/CustomFields.pm
     @@
    + (usually via the empty string), limits to custom fields which appear in no
    + grouping.
    + 
    ++When there are 3 arguments supplied, they are supposed to be:
    ++
    ++    1. Object or Class name
    ++    2. Queue/Catalog name
    ++    3. Grouping name
    ++
    ++See also L<RT::CustomField/Groupings>
    ++
    + I<Caveat:> While the record object or class name is used to find the
    + available groupings, no automatic limit is placed on the lookup type of
    + the custom fields.  It's highly suggested you limit the collection by
    +@@
      
      sub LimitToGrouping {
          my $self = shift;
4: 3ef3684c1 = 4: 546c2c0b5 Update tests for the new canonicalized format of CustomFieldGroupings
5: d0d1e7fe9 = 5: 26ee26d1b Add tests for queue level cf groupings



More information about the rt-commit mailing list