Hi,

Which version are you on? My experience with this is mainly from the good
odl Admin-tool.

Have you tried exporting the FLTR to a def-file? I recommend an XML-file
in this case, to simplify editing.

If you find the text in there, try to replace it with the field-id and
reimport it.

        Best Regards - Misi, RRR AB, http://www.rrr.se

Products from RRR Scandinavia:
* 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.

>
>  Hi Misi,
>
> Tried that also, same outcome.
>
>
>
>
>
>
> -----Original Message-----
> From: Misi Mladoniczky <[email protected]>
> To: arslist <[email protected]>
> Sent: Thu, Oct 14, 2010 11:44 am
> Subject: Re: Filter Issue: Command Line Action is not translating DB NAMES
> with character on Oracle 11g, AIX 6.1, ARS 7.5P4
>
>
> Hi,
>
> It should convert it to a name on your screen after you press Modify/Save.
> This is not what is stored in your actual FLTR/ACTL, it should be the ID.
>
> If you edit the FLTR/ACTL action and resave it, it will do the
> string-to-id-conversion which is probably what is failing to you...
>
> So every time you need to change the command, you need to change the Name
> to the Id before saving your change.
>
>         Best Regards - Misi, RRR AB, http://www.rrr.se
>
> Products from RRR Scandinavia:
> * 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.
>
>> Hi Fred, thanks for responding.
>>
>> Sorry, I forgot to mention - I tried the DB ID; however, it converts to
>> the DB Name.
>>
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: Grooms, Frederick W <[email protected]>
>> To: arslist <[email protected]>
>> Sent: Thu, Oct 14, 2010 10:57 am
>> Subject: Re: Filter Issue: Command Line Action is not translating DB
>> NAMES
>> with character on Oracle 11g, AIX 6.1, ARS 7.5P4
>>
>>
>> It looks like the system is not recognizing your field name in the
>> filter.
>>  In
>> your filter's Run Process action try putting the field ID and saving the
>> filter.
>> This will let the system pull the field name.
>>
>> Fred
>>
>> -------Original Message-------
>> From: Action Request System discussion list(ARSList)
>> [mailto:[email protected]]
>> On Behalf Of D
>> Sent: Thursday, October 14, 2010 6:20 AM
>> To: [email protected]
>> Subject: Filter Issue: Command Line Action is not translating DB NAMES
>> with
>> character on Oracle 11g, AIX 6.1, ARS 7.5P4
>>
>> **
>>
>> Hello,
>>
>> Filter Issue: Run Process: Command Line Action is not translating DB
>> NAMES
>> with
>> character on Oracle 11g, AIX 6.1, ARS 7.5P4
>>
>> Our Test environment is configured:Oracle 11g, AIX 6.1, ARS 7.5P4
>> Our Prod environment is configured:Oracle 10g, AIX 6.1, ARS 7.5P4
>>
>> We are not having this issue on production, can anyone provide a
>> possible
>> solution?
>>
>> Process: On submit of incident/change ticket, this filter fires run
>> process to
>> run a command local to the unix server, passing variables for that
>> request.
>> However, one of the variables has characters.
>>
>> Sample Format: /opt/script.sh "$RequestID$" "$Firstname$" "$Lastname$"
>> "$DESCRIPTION (S)$" "$email$"
>>
>> Result:
>>             RequestID: 0000001
>>             Firstname: Jane
>>             Lastname: Doe
>>             Description: $DESCRIPTION (S)$    vs.  Description: Hello
>> World
>>             email: [email protected]
>>
>> I can change the DB NAME, but this requires a massive effort and
>> coordination
>> with other applications that feed Remedy, or feed by Remedy.
>> Other solution, will be on key forms, depending on how many DB names
>> have
>> characters, create temp fields, and the workflow push data to those
>> fields, then
>> filter grab the data from those temp fields.
>>
>>
>> Sincerely,
>> Deyon
>>
>> _______________________________________________________________________________
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>>
>>
>>
>>
>> _______________________________________________________________________________
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
>> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>>
>> --
>> This message was scanned by ESVA and is believed to be clean.
>>
>>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>
>
>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"
>
> --
> This message was scanned by ESVA and is believed to be clean.
>
>

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug10 www.wwrug.com ARSlist: "Where the Answers Are"

Reply via email to