Hi,
Maybe I need to resort to the table-loop solution...
One reason for me to use tables was to reduce workflow. In theory you
should only need to do a Set-Fields: SomeField = $SomeColumn$, and the
table should get refreshed. The same thing should apply if you make a
Filter Run-If that references 'SomeColumn'. The first row should be
referenced if multiple rows are returned.
Best Regards - Misi, RRR AB, http://rrr.se
> Hi Misi,
>
> I've always needed to put server side table workflow in a filter guide. It
> is the calling of the guide that triggers the table refresh I think. Often
> I don't want to do a walk so I just do my COLSUM and then exit the guide
> to
> avoid walking each row.
> I think under certain circumstances the table may get refreshed without
> the filter guide call but putting the workflow in a filter guide is the
> only reliable way I've found to get the results I want.
>
> Rod Harris
> On 20 June 2012 00:02, Misi Mladoniczky <m...@rrr.se> wrote:
>
>> Hi LJ,
>>
>> Thank you for the input.
>>
>> In this specific case, the table is never refreshed.
>>
>> And I am not doing a table loop, just a Set-Fields with a COLSUM().
>>
>> And the really strange thing is that the behaviour differ depending on
>> the
>> users permission groups...
>>
>> I agree that there is need for more control over the filter tables!
>>
>> Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
>>
>> Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
>> * RRR|License - Not enough Remedy licenses? Save money by optimizing.
>> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy
>> logs.
>> Find these products, and many free tools and utilities, at
>> http://rrr.se.
>>
>> > Misi,
>> > I can't speak directly to your situation, but I have seen in the past
>> that
>> > server table loops don't necessarily refresh the table every time you
>> do
>> > something with them...I have done loops before where the table has a
>> > dynamic qualification, and you set the field that makes it dynamic,
>> then
>> > utilize the table...then within the same transaction, you change that
>> > qual, and try again and it doesn't necessarily refresh the table even
>> > though the qual, and thus the contents should change. Without a
>> 'refresh
>> > table' option in filters, I've never quite been sure how to get it
>> done.
>> >
>> > -----Original Message-----
>> > From: Action Request System discussion list(ARSList)
>> > [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky
>> > Sent: Tuesday, June 19, 2012 8:34 AM
>> > To: arslist@ARSLIST.ORG
>> > Subject: Filter Table Refresh differ if Admin User...
>> >
>> > Hi,
>> >
>> > I have a 7.6.04 SP2 system, where I am having inconsistent behaviour
>> in
>> > filters depending on if you are an Admin user or not.
>> >
>> > This is an outline of the stuff involved
>> > 1. API Call Create Entry
>> > 2. Filter makes Service Call
>> > 3. Filter performs a Set-Fields from a Table Column, which should
>> always
>> > trigger a table refresh
>> >
>> > This is the same workflow as non-admin user, followed by an admin-user
>> > (Demo):
>> >
>> http://rrr.se/tmp/rrrlog-service-table-refresh-problem-nonadmin.html#goto
>> > http://rrr.se/tmp/rrrlog-service-table-refresh-problem-admin.html#goto
>> >
>> > I have some times seen strange behaviour inside of
>> filter-service-calls.
>> > This could be related to that.
>> >
>> > How is a person to make sure that tables in filters are refreshed
>> > properly?
>> >
>> > Any comments?
>> >
>> > Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP
>> 2011)
>> >
>> > Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
>> > * RRR|License - Not enough Remedy licenses? Save money by optimizing.
>> > * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy
>> logs.
>> > Find these products, and many free tools and utilities, at
>> http://rrr.se
>> .
>> >
>> >
>> _______________________________________________________________________________
>> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
>> >
>> >
>> _______________________________________________________________________________
>> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> > attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
>> >
>>
>>
>> _______________________________________________________________________________
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
>>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
