We're running ARS 6.x and Helpdesk 4.0.3. I'm not sure what is out of
the box with Remedy because we're very customized, so I'll just try to
explain what I'm looking for. We have the Bulletin Board pop up when a
user clicks to enter new request. At one point we added workflow to
immediately close the Bulletin Board window if there were no bulletins.
The Active Link is pretty simple:

Form: SHR:BulletinBoard
Execute On: Window Open
Run If: 'BulletinTable' = $NULL$
If Action: Close Window
Permissions: Public

Maybe it never worked, I'm not sure. It's definitely not working now,
because it closes the window whether there is a Bulletin or not. Based
on this information, can anyone say whether the Run If qualification
should work on a table like that? What other information should I
provide?

Thanks,
James


UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org

Also set it to run on Window Loaded

Brian Bishop

-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Peter Romain
Sent: 22 February 2006 08:30
To: arslist@ARSLIST.ORG
Subject: Re: Workflow help - Closing Bulletin Board

Check that the table refreshes before the active link below fires and also
that the table is set to select an initial row when refreshed.


James Pifer writes:

> We're running ARS 6.x and Helpdesk 4.0.3. I'm not sure what is out of
> the box with Remedy because we're very customized, so I'll just try to
> explain what I'm looking for. We have the Bulletin Board pop up when a
> user clicks to enter new request. At one point we added workflow to
> immediately close the Bulletin Board window if there were no bulletins.
> The Active Link is pretty simple:
>
> Form: SHR:BulletinBoard
> Execute On: Window Open
> Run If: 'BulletinTable' = $NULL$
> If Action: Close Window
> Permissions: Public
>
> Maybe it never worked, I'm not sure. It's definitely not working now,
> because it closes the window whether there is a Bulletin or not. Based
> on this information, can anyone say whether the Run If qualification
> should work on a table like that? What other information should I
> provide?
>
> Thanks,
> James
>
>


> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org




UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org


UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org

Check that the table refreshes before the active link below fires and also
that the table is set to select an initial row when refreshed.


James Pifer writes:

> We're running ARS 6.x and Helpdesk 4.0.3. I'm not sure what is out of
> the box with Remedy because we're very customized, so I'll just try to
> explain what I'm looking for. We have the Bulletin Board pop up when a
> user clicks to enter new request. At one point we added workflow to
> immediately close the Bulletin Board window if there were no bulletins.
> The Active Link is pretty simple:
>
> Form: SHR:BulletinBoard
> Execute On: Window Open
> Run If: 'BulletinTable' = $NULL$
> If Action: Close Window
> Permissions: Public
>
> Maybe it never worked, I'm not sure. It's definitely not working now,
> because it closes the window whether there is a Bulletin or not. Based
> on this information, can anyone say whether the Run If qualification
> should work on a table like that? What other information should I
> provide?
>
> Thanks,
> James
>
>
> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org



UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org

Well, not working perfectly, but at least erring on the right side. I
changed it to fire on Window Loaded. Now it keeps the bulletin window
open whether there is a bulletin or not. Better than closing it every
time.

The table is set to:
Initial Row Selection: Select First; Fire Workflow
Refresh Row Selection: Retain Selection; Fire Workflow

Not sure how to tell if table refreshes before the Active Link fires.
Active Link has Execution Order of 0.

Would I need to turn filtering on to see this?

Thanks,
James

On Wed, 2006-02-22 at 09:31 +0000, brian.bishop@GOLDSTAG.DEMON.CO.UK
wrote:
> Also set it to run on Window Loaded
>
> Brian Bishop
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Peter Romain
> Sent: 22 February 2006 08:30
> To: arslist@ARSLIST.ORG
> Subject: Re: Workflow help - Closing Bulletin Board
>
> Check that the table refreshes before the active link below fires and also
> that the table is set to select an initial row when refreshed.
>
>
> James Pifer writes:
>
> > We're running ARS 6.x and Helpdesk 4.0.3. I'm not sure what is out of
> > the box with Remedy because we're very customized, so I'll just try to
> > explain what I'm looking for. We have the Bulletin Board pop up when a
> > user clicks to enter new request. At one point we added workflow to
> > immediately close the Bulletin Board window if there were no bulletins.
> > The Active Link is pretty simple:
> >
> > Form: SHR:BulletinBoard
> > Execute On: Window Open
> > Run If: 'BulletinTable' = $NULL$
> > If Action: Close Window
> > Permissions: Public
> >
> > Maybe it never worked, I'm not sure. It's definitely not working now,
> > because it closes the window whether there is a Bulletin or not. Based
> > on this information, can anyone say whether the Run If qualification
> > should work on a table like that? What other information should I
> > provide?
> >
> > Thanks,
> > James
> >
> >
>
>
> > UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org
>
>
>
>
> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org
>
>
> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org


UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org

I think that by changing the active link to fire on window loaded that you
have effectively turned it off.

From what you said initially the bulletin board opens as a pop-up so I
assume that this means it opens in a dialog window.

If so, the AL should be set to fire on window open after the active links
that do the refresh.

Look in the admin tool at all the active links that fire on this form on
window open then change the order on the problem one to fire after the
refresh ALs have fired.

Alternatively, run active link logging and look at what fires when the
pop-up starts. Then adjust the execution order and firing condition of the
problem AL based on what you find in the log.


James Pifer writes:

> Well, not working perfectly, but at least erring on the right side. I
> changed it to fire on Window Loaded. Now it keeps the bulletin window
> open whether there is a bulletin or not. Better than closing it every
> time.
>
> The table is set to:
> Initial Row Selection: Select First; Fire Workflow
> Refresh Row Selection: Retain Selection; Fire Workflow
>
> Not sure how to tell if table refreshes before the Active Link fires.
> Active Link has Execution Order of 0.
>
> Would I need to turn filtering on to see this?
>
> Thanks,
> James
>
> On Wed, 2006-02-22 at 09:31 +0000, brian.bishop@GOLDSTAG.DEMON.CO.UK
> wrote:
>> Also set it to run on Window Loaded
>>
>> Brian Bishop
>>
>> -----Original Message-----
>> From: Action Request System discussion list(ARSList)
>> [mailto:arslist@ARSLIST.ORG] On Behalf Of Peter Romain
>> Sent: 22 February 2006 08:30
>> To: arslist@ARSLIST.ORG
>> Subject: Re: Workflow help - Closing Bulletin Board
>>
>> Check that the table refreshes before the active link below fires and also
>> that the table is set to select an initial row when refreshed.
>>
>>
>> James Pifer writes:
>>
>> > We're running ARS 6.x and Helpdesk 4.0.3. I'm not sure what is out of
>> > the box with Remedy because we're very customized, so I'll just try to
>> > explain what I'm looking for. We have the Bulletin Board pop up when a
>> > user clicks to enter new request. At one point we added workflow to
>> > immediately close the Bulletin Board window if there were no bulletins.
>> > The Active Link is pretty simple:
>> >
>> > Form: SHR:BulletinBoard
>> > Execute On: Window Open
>> > Run If: 'BulletinTable' = $NULL$
>> > If Action: Close Window
>> > Permissions: Public
>> >
>> > Maybe it never worked, I'm not sure. It's definitely not working now,
>> > because it closes the window whether there is a Bulletin or not. Based
>> > on this information, can anyone say whether the Run If qualification
>> > should work on a table like that? What other information should I
>> > provide?
>> >
>> > Thanks,
>> > James
>> >
>> >
>>
>>
>> > UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org
>>
>>
>>
>>
>> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org
>>
>>
>> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org
>
>
> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org



UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org

James,

If you want to do this properly I would suggest the following would be
better.

1. Create a display only character field 15 chars in length.

2. Do a set fields to this field from the bulletin board to see if there are
any bulletins the user should look at. The qualification will be the same as
the table qualification. If there is drop the entry-id of the first record
in the display only field. Set this a/l link to run on window loaded at
execution order 0.

3. Get the active link that opens the bulletin board to fire if the display
only field is not equal to Null. Fire it on window loaded, execution order
10.

4. Dump the a/l that close the bulletin board if the table is empty.

This method will stop an empty bulletin board opening and closing straight
away which must be irritating. No bulletin board means no messages to look
at.

I hop this helps and sets you in the right direction.

Brian Bishop


-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of James Pifer
Sent: 22 February 2006 14:56
To: arslist@ARSLIST.ORG
Subject: Re: Workflow help - Closing Bulletin Board

Well, not working perfectly, but at least erring on the right side. I
changed it to fire on Window Loaded. Now it keeps the bulletin window
open whether there is a bulletin or not. Better than closing it every
time.

The table is set to:
Initial Row Selection: Select First; Fire Workflow
Refresh Row Selection: Retain Selection; Fire Workflow

Not sure how to tell if table refreshes before the Active Link fires.
Active Link has Execution Order of 0.

Would I need to turn filtering on to see this?

Thanks,
James

On Wed, 2006-02-22 at 09:31 +0000, brian.bishop@GOLDSTAG.DEMON.CO.UK
wrote:
> Also set it to run on Window Loaded
>
> Brian Bishop
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList)
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Peter Romain
> Sent: 22 February 2006 08:30
> To: arslist@ARSLIST.ORG
> Subject: Re: Workflow help - Closing Bulletin Board
>
> Check that the table refreshes before the active link below fires and also

> that the table is set to select an initial row when refreshed.
>
>
> James Pifer writes:
>
> > We're running ARS 6.x and Helpdesk 4.0.3. I'm not sure what is out of
> > the box with Remedy because we're very customized, so I'll just try to
> > explain what I'm looking for. We have the Bulletin Board pop up when a
> > user clicks to enter new request. At one point we added workflow to
> > immediately close the Bulletin Board window if there were no bulletins.
> > The Active Link is pretty simple:
> >
> > Form: SHR:BulletinBoard
> > Execute On: Window Open
> > Run If: 'BulletinTable' = $NULL$
> > If Action: Close Window
> > Permissions: Public
> >
> > Maybe it never worked, I'm not sure. It's definitely not working now,
> > because it closes the window whether there is a Bulletin or not. Based
> > on this information, can anyone say whether the Run If qualification
> > should work on a table like that? What other information should I
> > provide?
> >
> > Thanks,
> > James
> >
> >
>

>
> > UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org
>
>
>

>
> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org
>
>


> UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org



UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org


UNSUBSCRIBE or access ARSlist Archives at http://www.ARSLIST.org