Hi again,
Please forget my last mail in this thread...
The SQL did not return any values, because the record had NOT been created
yet. When I rechecked via Remedy User, the record had been created, and I
got a match.
Sorry about that, I guess everyone makes mistakes from time to time ;-)
But
Hi,
Now I have another problem with almost the same workflow. It does not work
even though I run it as an admin.
I can see the SQL-code executing in the SQL-log within my filter.
But the COLMAX($ColSelectionValue$) returns empty, even though the single
match contains a value.
I have done the
Have you tried to catch the SQL sentence at the database side?
One month ago I saw one SQL sentence at the log that was different to the
one received by Oracle (it involved a shared workflow with a missing field).
Jose M. Huerta
Project Manager**
Movil: 661 665 088
Telf.: 971 75 03 24
Hi,
No, but I have no reason to believe it differs.
I have not seen discrepancies in that way ever. And I have done a lot of
log file reading...
I think the record is returned, but the COLMAX()-function or
table-field-cache-memory has some problem or is accessed in a buggy way.
Best
That is disturbing.
On Jun 27, 2012 8:12 AM, Jose Huerta jose.hue...@sm2baleares.es wrote:
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Hi,
Very interesting. I wonder about the reasons for this design...
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 -
Hi,
Some years ago I had a similar problem in ARS 7.1. The answer was: works as
designed and they created a defect to correct the manuals. But I never
verified if BMC modified their manuals.
SW00301166 -- Doc bug: Server Side Table loop requires access permission on
supporting table form REF
7 matches
Mail list logo