Hi Misi, I agree with you. It does seem to be overkill for one set fields. It seems to be kind of an idiosyncrasy with the way it's implemented. It's always been that way though. I'm not sure that the manual explains it very well either. I'm pretty sure it is worth doing the exit guide in the filter guide so that it doesn't loop over all the rows unnecessarily. I'm not 100% that it helps so it would be good if you could let the list know what you experience.
Rod On 28 June 2012 14:56, Misi Mladoniczky <[email protected]> wrote: > 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 <[email protected]> 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:[email protected]] On Behalf Of Misi Mladoniczky > >> > Sent: Tuesday, June 19, 2012 8:34 AM > >> > To: [email protected] > >> > 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" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
