[rt-users] Transaction-level custom fields not working?

[Eirik Øverby]

Thanks, that was helpful.
However, I seem to be too stupid to create the proper scrip condition.  
I thought it should do the following:
  - Identify transaction as a "resolve"
  - Determine whether the customfield ("Silent") has a given value  
("Yes")
  - If Silent == Yes, do not send resolved template

Suggestions as to how to do this?

Thanks!
/Eirik

On Jun 17, 2008, at 17:14, Drew Barnes wrote:

> I think that setting a custom field is a separate transaction than  
> the resolve.  Try looking into TransactionBatch in RT_SiteConfig.pm  
> and for your scrip.  Should be a bit of info on the wiki.
>
>
> Eirik Øverby wrote:
>> Hi,
>>
>> I'm trying to implement a way to "silence" the resolve message to   
>> requestor.
>>
>> However, I cannot make the following code - or any variant over it  
>> -  work as expected:
>>    return 1 unless ($self->TransactionObj-   
>> >FirstCustomFieldValue('Silent') =~ /Yes/i );
>>
>> I have created a customfield named "Silent", type "select one",  
>> with  one selectable value (named "Yes"). However when trying to  
>> evaluate  that one in a custom condition, it is as if the value  
>> isn't ever set.
>>
>> If I try to walk the CustomFields object, I get as far as to   
>> CustomFieldValues, which is a object hash for  
>> ObjectCustomFieldValues,  but I can't get beyond that (to me it  
>> seems like that object has no  children).
>>
>> Using RT 3.6.6. Known issue? Obvious mistake on my part (as usual)?
>>
>> Thanks,
>> /Eirik
>>
>> _______________________________________________
>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>>
>> Community help: http://wiki.bestpractical.com
>> Commercial support: sales at bestpractical.com
>>
>>
>> Discover RT's hidden secrets with RT Essentials from O'Reilly  
>> Media. Buy a copy at http://rtbook.bestpractical.com
>>
>
> -- 
> Drew Barnes
> Applications Analyst
> Network Resources Department
> Raymond Walters College
> University of Cincinnati
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20080617/6b55cb56/attachment.htm>