Re: Set Fields action oddness

2010-10-20 Thread Ron Legters
Well, I was hoping someone had quick answer, and I wouldn't have to write a 
really long message, but I guess not, so here goes:

Full Details: We have a process where users create a Change Request to request 
a Change Template be created. The CRQ ID of that change is then stored in the 
resulting template in the 'Originating CRQ' field. There's a 'View CRQ' button 
on the Template form which displays the 'Originating CRQ'. When a user uses 
that template to create a new Change Request, the 'Originating CRQ' number gets 
populated from the Template, and there's a button with the same fieldid as on 
the Template which fires the same workflow to view the CRQ. This works on the 
Template form, but not on the Infrastructure Change form.

Workflow on the Infrastructure Change form:
Field:Standard Change Name - has a menu of available Templates to select from. 
On Menu Choice we fire:
Active Link: Standard Change Select
Action 1 - Set Fields from CHG:Template where  $Standard Change 
Name$ = 'Template Name'
(among other fields) Originating CRQ -  Originating CRQ (these have the same 
fieldID on both the Template and Infrastructure Change forms.)
At this point I can  see the 'Originating CRQ' displaying on the Change Form.

On Button click for field 'View CRQ' we fire:
Active Link: CHG:CRQ:STD-ViewOrig
Action 1 - Message - Originating CRQ = $Originating CRQ$ 
(just added this for troubleshooting)
Action 2 - Open Window; form CHG:Infrastructure Change; Window 
Type=Display; Display Type=Detail Only
Qualification: $Originating CRQ$ = 
'Infrastructure Change ID'

When this fires, the Message action displays 'Originating CRQ = (ARNOTE 
1)', and of course since the AL thinks Originating CRQ is null (or blank?) 
it doesn't find a matching CRQ, and it opens a Change Request window with no 
data.

Thank you very much for your time. :-)

Thanks,
Ron Legters
ITIL Tools  Process Admin


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, October 19, 2010 5:18 PM
To: arslist@ARSLIST.ORG
Subject: Re: Set Fields action oddness

**
Could you list the order of actions in your AL's and the number of AL's you are 
using to achieve what you are doing?

Joe



From: Ron Legtersmailto:ron.legt...@univarusa.com
Sent: Tuesday, October 19, 2010 7:14 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: Re: Set Fields action oddness

**
You're correct. The set fields happens by a menu choice on one AL. I can then 
see data populated in the fields it's setting. I have a button, and when I 
click it, it's supposed to open a CRQ whose ID was just set into the 
'Originating CRQ' field, which I can see has happened. I added a message action 
to the button AL to see why the CRQ wasn't opening, and the message tells me 
that 'Originating CRQ' is empty.

Thanks,
Ron Legters
ITIL Tools  Process Admin

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Brien Dieterle
Sent: Tuesday, October 19, 2010 3:41 PM
To: arslist@ARSLIST.ORG
Subject: Re: Set Fields action oddness

**
So you have two ALs-- one triggered by a menu choice and another via a button?  
The menu AL sets some fields.  The button AL cannot see these field values?  
You are adding the message action within the Button AL right, and not the same 
AL that is doing the set fields?  I ask because I don't think you can access 
the TR values of one action by another action within a single AL.

Brien

On 10/19/2010 3:10 PM, Joe Martin D'Souza wrote:
**
Ron,

You might have already checked this but just thought I'd remind you to if you 
haven't.

Check the order of when the message is triggered and when the set field action 
happens.. The message might be happening before the set fields..

Joe


From: Ron Legtersmailto:ron.legt...@univarusa.com
Sent: Tuesday, October 19, 2010 3:07 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: Set Fields action oddness

**
I'm stumped here. I've got a set fields action firing from a menu choice. It 
sets several fields on the current form from another form. The fields display 
just fine, they look like they've been set, but when I try and fire workflow 
using the new values, they behave as if they're empty.

Specifically, the 'set fields' puts a CRQ number in a field I've called 
'Originating CRQ', and there's a button to then display that CRQ. To 
troubleshoot, I added a message action, and the message says there's no value 
in 'Originating CRQ' (It says 'Originating CRQ = ')

What perfectly obvious thing am I missing here?

ARS 7.0.1
ITSM 7.2
Windows Server 2003
SQL 2005

Thank you,
Ron Legters
ITIL Tools  Process Administrator
UNIVAR Business Information Services
17425 NE Union Hill Road
Redmond, WA 98052  USA
+1 425 889 3952  Work
ron.legt

Re: Set Fields action oddness

2010-10-20 Thread Ron Legters
Apparently, I'm an idiot. The problem was that I was using shared workflow, but 
the fieldID that I thought matched, didn't. I changed the Open Window AL to use 
CHG:Infrastructure Change as its primary form, and the field '$Originating 
CRQ$' changed to $z3Btn_SelectTemplate$. Obviously, since that's a button 
field, it doesn't have any data.

It's working now.

Thanks,
Ron Legters
ITIL Tools  Process Admin


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Ron Legters
Sent: Wednesday, October 20, 2010 8:45 AM
To: arslist@ARSLIST.ORG
Subject: Re: Set Fields action oddness

**
Well, I was hoping someone had quick answer, and I wouldn't have to write a 
really long message, but I guess not, so here goes:

Full Details: We have a process where users create a Change Request to request 
a Change Template be created. The CRQ ID of that change is then stored in the 
resulting template in the 'Originating CRQ' field. There's a 'View CRQ' button 
on the Template form which displays the 'Originating CRQ'. When a user uses 
that template to create a new Change Request, the 'Originating CRQ' number gets 
populated from the Template, and there's a button with the same fieldid as on 
the Template which fires the same workflow to view the CRQ. This works on the 
Template form, but not on the Infrastructure Change form.

Workflow on the Infrastructure Change form:
Field:Standard Change Name - has a menu of available Templates to select from. 
On Menu Choice we fire:
Active Link: Standard Change Select
Action 1 - Set Fields from CHG:Template where  $Standard Change 
Name$ = 'Template Name'
(among other fields) Originating CRQ -  Originating CRQ (these have the same 
fieldID on both the Template and Infrastructure Change forms.)
At this point I can  see the 'Originating CRQ' displaying on the Change Form.

On Button click for field 'View CRQ' we fire:
Active Link: CHG:CRQ:STD-ViewOrig
Action 1 - Message - Originating CRQ = $Originating CRQ$ 
(just added this for troubleshooting)
Action 2 - Open Window; form CHG:Infrastructure Change; Window 
Type=Display; Display Type=Detail Only
Qualification: $Originating CRQ$ = 
'Infrastructure Change ID'

When this fires, the Message action displays 'Originating CRQ = (ARNOTE 
1)', and of course since the AL thinks Originating CRQ is null (or blank?) 
it doesn't find a matching CRQ, and it opens a Change Request window with no 
data.

Thank you very much for your time. :-)

Thanks,
Ron Legters
ITIL Tools  Process Admin

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Joe Martin D'Souza
Sent: Tuesday, October 19, 2010 5:18 PM
To: arslist@ARSLIST.ORG
Subject: Re: Set Fields action oddness

**
Could you list the order of actions in your AL's and the number of AL's you are 
using to achieve what you are doing?

Joe



From: Ron Legtersmailto:ron.legt...@univarusa.com
Sent: Tuesday, October 19, 2010 7:14 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: Re: Set Fields action oddness

**
You're correct. The set fields happens by a menu choice on one AL. I can then 
see data populated in the fields it's setting. I have a button, and when I 
click it, it's supposed to open a CRQ whose ID was just set into the 
'Originating CRQ' field, which I can see has happened. I added a message action 
to the button AL to see why the CRQ wasn't opening, and the message tells me 
that 'Originating CRQ' is empty.

Thanks,
Ron Legters
ITIL Tools  Process Admin

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Brien Dieterle
Sent: Tuesday, October 19, 2010 3:41 PM
To: arslist@ARSLIST.ORG
Subject: Re: Set Fields action oddness

**
So you have two ALs-- one triggered by a menu choice and another via a button?  
The menu AL sets some fields.  The button AL cannot see these field values?  
You are adding the message action within the Button AL right, and not the same 
AL that is doing the set fields?  I ask because I don't think you can access 
the TR values of one action by another action within a single AL.

Brien

On 10/19/2010 3:10 PM, Joe Martin D'Souza wrote:
**
Ron,

You might have already checked this but just thought I'd remind you to if you 
haven't.

Check the order of when the message is triggered and when the set field action 
happens.. The message might be happening before the set fields..

Joe


From: Ron Legtersmailto:ron.legt...@univarusa.com
Sent: Tuesday, October 19, 2010 3:07 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: Set Fields action oddness

**
I'm stumped here. I've got a set fields action firing from a menu choice. It 
sets several fields on the current form from another form. The fields display 
just fine, they look like they've been set, but when I

Re: Set Fields action oddness

2010-10-19 Thread Joe Martin D'Souza
Ron,

You might have already checked this but just thought I'd remind you to if you 
haven't.

Check the order of when the message is triggered and when the set field action 
happens.. The message might be happening before the set fields..

Joe



From: Ron Legters 
Sent: Tuesday, October 19, 2010 3:07 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Set Fields action oddness


** 
I'm stumped here. I've got a set fields action firing from a menu choice. It 
sets several fields on the current form from another form. The fields display 
just fine, they look like they've been set, but when I try and fire workflow 
using the new values, they behave as if they're empty. 

 

Specifically, the 'set fields' puts a CRQ number in a field I've called 
'Originating CRQ', and there's a button to then display that CRQ. To 
troubleshoot, I added a message action, and the message says there's no value 
in 'Originating CRQ' (It says 'Originating CRQ = ')

 

What perfectly obvious thing am I missing here?

 

ARS 7.0.1

ITSM 7.2

Windows Server 2003

SQL 2005

 

Thank you,

Ron Legters 

ITIL Tools  Process Administrator

UNIVAR Business Information Services 

17425 NE Union Hill Road

Redmond, WA 98052  USA

+1 425 889 3952  Work

ron.legt...@univar.com

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


Re: Set Fields action oddness

2010-10-19 Thread Brien Dieterle
**


  
  
So you have two ALs-- one triggered by a menu choice and another via
a button? The menu AL sets some fields. The button AL cannot see
these field values? You are adding the message action within the
Button AL right, and not the same AL that is doing the set fields?
I ask because I don't think you can access the TR values of one
action by another action within a single AL.

Brien

On 10/19/2010 3:10 PM, Joe Martin D'Souza wrote:
**
  
  
  Ron,
  
  You might have already checked
  this but just thought I'd remind you to if you haven't.
  
  Check the order of when the
  message is triggered and whenthe set field action happens..
  The message might be happening before the set fields..
  
  Joe
  
  



  From: Ron Legters 
  Sent: Tuesday, October 19, 2010 3:07 PM
  Newsgroups: public.remedy.arsystem.general
  To: arslist@ARSLIST.ORG
  
  Subject: Set Fields action oddness

  
  
  
  **
  
  
  
Im stumped here. Ive got a set fields
  action firing from a menu choice. It sets several fields on
  the current form from another form. The fields display just
  fine, they look like theyve been set, but when I try and fire
  workflow using the new values, they behave as if theyre
  empty. 

Specifically, the set fields puts a CRQ
  number in a field Ive called Originating CRQ, and theres a
  button to then display that CRQ. To troubleshoot, I added a
  message action, and the message says theres no value in
  Originating CRQ (It says Originating CRQ = )

What perfectly obvious thing am I missing
  here?

ARS 7.0.1
ITSM 7.2
Windows Server 2003
SQL 2005

Thank you,
Ron
  Legters 
ITIL Tools  Process Administrator
UNIVAR Business Information Services 
17425 NE Union Hill Road
Redmond, WA 98052 USA
+1 425 889 3952 Work
ron.legt...@univar.com
  
  _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

  

_attend WWRUG10 www.wwrug.com  ARSlist: "Where the Answers Are"_


Re: Set Fields action oddness

2010-10-19 Thread Ron Legters
You're correct. The set fields happens by a menu choice on one AL. I can then 
see data populated in the fields it's setting. I have a button, and when I 
click it, it's supposed to open a CRQ whose ID was just set into the 
'Originating CRQ' field, which I can see has happened. I added a message action 
to the button AL to see why the CRQ wasn't opening, and the message tells me 
that 'Originating CRQ' is empty.

Thanks,
Ron Legters
ITIL Tools  Process Admin


From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Brien Dieterle
Sent: Tuesday, October 19, 2010 3:41 PM
To: arslist@ARSLIST.ORG
Subject: Re: Set Fields action oddness

**
So you have two ALs-- one triggered by a menu choice and another via a button?  
The menu AL sets some fields.  The button AL cannot see these field values?  
You are adding the message action within the Button AL right, and not the same 
AL that is doing the set fields?  I ask because I don't think you can access 
the TR values of one action by another action within a single AL.

Brien

On 10/19/2010 3:10 PM, Joe Martin D'Souza wrote:
**
Ron,

You might have already checked this but just thought I'd remind you to if you 
haven't.

Check the order of when the message is triggered and when the set field action 
happens.. The message might be happening before the set fields..

Joe


From: Ron Legtersmailto:ron.legt...@univarusa.com
Sent: Tuesday, October 19, 2010 3:07 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: Set Fields action oddness

**
I'm stumped here. I've got a set fields action firing from a menu choice. It 
sets several fields on the current form from another form. The fields display 
just fine, they look like they've been set, but when I try and fire workflow 
using the new values, they behave as if they're empty.

Specifically, the 'set fields' puts a CRQ number in a field I've called 
'Originating CRQ', and there's a button to then display that CRQ. To 
troubleshoot, I added a message action, and the message says there's no value 
in 'Originating CRQ' (It says 'Originating CRQ = ')

What perfectly obvious thing am I missing here?

ARS 7.0.1
ITSM 7.2
Windows Server 2003
SQL 2005

Thank you,
Ron Legters
ITIL Tools  Process Administrator
UNIVAR Business Information Services
17425 NE Union Hill Road
Redmond, WA 98052  USA
+1 425 889 3952  Work
ron.legt...@univar.commailto:ron.legt...@univar.com
_attend WWRUG10 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers 
Are_
_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


Re: Set Fields action oddness

2010-10-19 Thread Brien Dieterle
**


  
  
The only thing that I can think of is permissions on the fields. If
you didn't have permissions to write to a field, but you just had
set the fields (which would fail on commit), would that data be
readable by an AL? I'm thinking yes, so nevermind. Maybe another
thing: Is the form in Search mode or New/Modify (with a current
request loaded). My guess is if it is in Search mode those fields
don't act quite right? Other than that I've got nothing and you've
got a very strange problem.

Brien

On 10/19/2010 4:14 PM, Ron Legters wrote:
**
  
  
  
  
Youre
correct. The set
fields happens by a menu choice on one AL. I can then see
data populated in the
fields its setting. I have a button, and when I click it,
its
supposed to open a CRQ whose ID was just set into the
Originating CRQ
field, which I can see has happened. I added a message
action to the button AL
to see why the CRQ wasnt opening, and the message tells me
that Originating
CRQ is empty.

Thanks,
Ron Legters
ITIL Tools  Process Admin




  From: Action Request System discussion
  list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf
Of Brien Dieterle
  Sent: Tuesday, October 19, 2010 3:41 PM
  To: arslist@ARSLIST.ORG
  Subject: Re: Set Fields action oddness


**
  
So you have two ALs-- one triggered by a
  menu choice and
  another via a button? The menu AL sets some fields. The
  button AL
  cannot see these field values? You are adding the message
  action within
  the Button AL right, and not the same AL that is doing the set
  fields? I
  ask because I don't think you can access the TR values of one
  action by another
  action within a single AL.
  
  Brien
  
  On 10/19/2010 3:10 PM, Joe Martin D'Souza wrote: 
** 

  Ron,


  


  You might have
  already checked this but just thought I'd remind you to if
  you haven't.


  


  Check the order of
  when the message is triggered and whenthe set field
  action happens.. The
  message might be happening before the set fields..


  


  Joe


  


  

  
  

  From: Ron
Legters 


  Sent: Tuesday,
  October
  19, 2010 3:07 PM


  Newsgroups:
  public.remedy.arsystem.general


  To: arslist@ARSLIST.ORG
  


  Subject: Set
  Fields action
  oddness

  


  

** 
Im stumped here. Ive got a set fields
  action
  firing from a menu choice. It sets several fields on the
  current form from
  another form. The fields display just fine, they look like
  theyve been
  set, but when I try and fire workflow using the new values,
  they behave as if
  theyre empty. 

Specifically, the set fields puts a CRQ
  number
  in a field Ive called Originating CRQ, and theres a
  button to then display that CRQ. To troubleshoot, I added a
  message action, and
  the message says theres no value in Originating CRQ (It
  says Originating CRQ = )

What perfectly obvious thing am I missing
  here?

ARS 7.0.1
ITSM 7.2
Windows Server 2003
SQL 2005

Thank
  you,
Ron
Legters

ITIL Tools  Process
  Administrator
UNIVAR Business Information Services 
17425 NE Union Hill Road
Redmond, WA 98052 USA
+1 425 889 3952 Work
ron.legt...@univar.com
_attend
WWRUG10 www.wwrug.com ARSlist:
"Where
the Answers Are"_ 
_attend WWRUG10 www.wwrug.com ARSlist: "Where
the
Answers Are"_ 
  
  _attend WWRUG10 www.wwrug.com ARSlist: "Where the Answers Are"_

  

_attend WWRUG10 www.wwrug.com  ARSlist: "Where the Answers Are"_


Re: Set Fields action oddness

2010-10-19 Thread Joe Martin D'Souza
Could you list the order of actions in your AL's and the number of AL's you are 
using to achieve what you are doing?

Joe




From: Ron Legters 
Sent: Tuesday, October 19, 2010 7:14 PM
Newsgroups: public.remedy.arsystem.general
To: arslist@ARSLIST.ORG 
Subject: Re: Set Fields action oddness


** 
You're correct. The set fields happens by a menu choice on one AL. I can then 
see data populated in the fields it's setting. I have a button, and when I 
click it, it's supposed to open a CRQ whose ID was just set into the 
'Originating CRQ' field, which I can see has happened. I added a message action 
to the button AL to see why the CRQ wasn't opening, and the message tells me 
that 'Originating CRQ' is empty.

 

Thanks,
Ron Legters
ITIL Tools  Process Admin



 

From: Action Request System discussion list(ARSList) 
[mailto:arsl...@arslist.org] On Behalf Of Brien Dieterle
Sent: Tuesday, October 19, 2010 3:41 PM
To: arslist@ARSLIST.ORG
Subject: Re: Set Fields action oddness

 

** 

So you have two ALs-- one triggered by a menu choice and another via a button?  
The menu AL sets some fields.  The button AL cannot see these field values?  
You are adding the message action within the Button AL right, and not the same 
AL that is doing the set fields?  I ask because I don't think you can access 
the TR values of one action by another action within a single AL.

Brien

On 10/19/2010 3:10 PM, Joe Martin D'Souza wrote: 

** 

Ron,

 

You might have already checked this but just thought I'd remind you to if you 
haven't.

 

Check the order of when the message is triggered and when the set field action 
happens.. The message might be happening before the set fields..

 

Joe

 

 

From: Ron Legters 

Sent: Tuesday, October 19, 2010 3:07 PM

Newsgroups: public.remedy.arsystem.general

To: arslist@ARSLIST.ORG 

Subject: Set Fields action oddness

 

** 

I'm stumped here. I've got a set fields action firing from a menu choice. It 
sets several fields on the current form from another form. The fields display 
just fine, they look like they've been set, but when I try and fire workflow 
using the new values, they behave as if they're empty. 

 

Specifically, the 'set fields' puts a CRQ number in a field I've called 
'Originating CRQ', and there's a button to then display that CRQ. To 
troubleshoot, I added a message action, and the message says there's no value 
in 'Originating CRQ' (It says 'Originating CRQ = ')

 

What perfectly obvious thing am I missing here?

 

ARS 7.0.1

ITSM 7.2

Windows Server 2003

SQL 2005

 

Thank you,

Ron Legters 

ITIL Tools  Process Administrator

UNIVAR Business Information Services 

17425 NE Union Hill Road

Redmond, WA 98052  USA

+1 425 889 3952  Work

ron.legt...@univar.com

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