Re: Open Window Action over Mid-Tier

2008-04-30 Thread Anesh A Kurian
Hi David,

 

Thanks for the input I shall try both the options. 2nd option sounds
more feasible, but if I need to have any On Open or On Close mapping
then I have to use Dialog option itself and this doesn't have Target
Location.

I shall keep you posted on the same. 

 

Anesh A Kurian
Email: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> 

P Please do not print this email unless it is absolutely necessary.
Spread environmental awareness 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of David Sanders
Sent: Wednesday, April 30, 2008 4:13 PM
To: arslist@ARSLIST.ORG
Subject: Re: Open Window Action over Mid-Tier

 

Hi Anesh

 

I understand your issue.  This is similar to a situation where someone
has 2 sessions of the User tool running - opening a dialog on one does
not prevent access to the other user tool session.  I think you have 2
options:

 

1)   Implement some sort of workflow based record locking to prevent
the same record being opened twice concurrently.  This will not prevent
access to other browser windows, but should stop changes being made to
the same record.  Misi at RRR has an example of record-locking workflow

2)   Try to change your application so it only uses one browser
window.  There is an option for Window Open actions called Target
Location.  If this is set to New it will open a new browser window.  If
it is set to Current it should re-use the current browser window.  So if
you change the Target Location for all your open window actions to
Current, you should never have more than one browser window in use.

 

HTH

 

David Sanders

Remedy Solution Architect

Enterprise Service Suite @ Work

==

ARS List Award Winner 2005

Best 3rd party Remedy Application

 

See the ESS Concepts Guide
<http://www.westoverconsulting.co.uk/downloads/ESS_Concepts_Guide.pdf> 

 

tel +44 1494 468980

mobile +44 7710 377761

email [EMAIL PROTECTED]

 

web http://www.westoverconsulting.co.uk
<http://www.westoverconsulting.co.uk/> 

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Anesh A Kurian
Sent: Wednesday, April 30, 2008 6:46 AM
To: arslist@ARSLIST.ORG
Subject: Re: Open Window Action over Mid-Tier

 

David,

 

Sorry I missed out on some more info. Yes when the Dialog opens the
parent window cannot be accessed. The scenario I have is a dialog is
opened and parent form is inaccessible now, but if there is another open
window opening a form from the dialog then the pervious parent form
becomes accessible. This is the case I am facing a problem with. Is
there any workflow or option where I can keep forms at various tree
level disabled till the most recently opened form is closed.

 

Thanks and regards,

Anesh A Kurian

 

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the
Answers Are" html___ __Platinum Sponsor: www.rmsportal.com ARSlist:
"Where the Answers Are" html___ __Platinum Sponsor: www.rmsportal.com
ARSlist: "Where the Answers Are" html___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.

E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


Re: Open Window Action over Mid-Tier

2008-04-30 Thread David Sanders
Hi Anesh

 

I understand your issue.  This is similar to a situation where someone has 2
sessions of the User tool running - opening a dialog on one does not prevent
access to the other user tool session.  I think you have 2 options:

 

1)   Implement some sort of workflow based record locking to prevent the
same record being opened twice concurrently.  This will not prevent access
to other browser windows, but should stop changes being made to the same
record.  Misi at RRR has an example of record-locking workflow



2)   Try to change your application so it only uses one browser window.
There is an option for Window Open actions called Target Location.  If this
is set to New it will open a new browser window.  If it is set to Current it
should re-use the current browser window.  So if you change the Target
Location for all your open window actions to Current, you should never have
more than one browser window in use.

 

HTH

 

David Sanders

Remedy Solution Architect

Enterprise Service Suite @ Work

==

ARS List Award Winner 2005

Best 3rd party Remedy Application

 

See the
<http://www.westoverconsulting.co.uk/downloads/ESS_Concepts_Guide.pdf> ESS
Concepts Guide

 

tel +44 1494 468980

mobile +44 7710 377761

email [EMAIL PROTECTED]

 

web http://www.westoverconsulting.co.uk
<http://www.westoverconsulting.co.uk/> 

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Anesh A Kurian
Sent: Wednesday, April 30, 2008 6:46 AM
To: arslist@ARSLIST.ORG
Subject: Re: Open Window Action over Mid-Tier

 

David,

 

Sorry I missed out on some more info. Yes when the Dialog opens the parent
window cannot be accessed. The scenario I have is a dialog is opened and
parent form is inaccessible now, but if there is another open window opening
a form from the dialog then the pervious parent form becomes accessible.
This is the case I am facing a problem with. Is there any workflow or option
where I can keep forms at various tree level disabled till the most recently
opened form is closed.

 

Thanks and regards,

Anesh A Kurian

 

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers
Are" html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the
Answers Are" html___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


Re: Open Window Action over Mid-Tier

2008-04-29 Thread Anesh A Kurian
David,

 

Sorry I missed out on some more info. Yes when the Dialog opens the
parent window cannot be accessed. The scenario I have is a dialog is
opened and parent form is inaccessible now, but if there is another open
window opening a form from the dialog then the pervious parent form
becomes accessible. This is the case I am facing a problem with. Is
there any workflow or option where I can keep forms at various tree
level disabled till the most recently opened form is closed.

 

Thanks and regards,

Anesh A Kurian



P Please do not print this email unless it is absolutely necessary.
Spread environmental awareness 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of David Sanders
Sent: Tuesday, April 29, 2008 5:32 PM
To: arslist@ARSLIST.ORG
Subject: Re: Open Window Action over Mid-Tier

 

Anesh

 

That should be the out-of-the-box behavior with dialogs on the Mid Tier.
If a new window is opened as a dialog, the parent Mid-Tier window cannot
be accessed until the dialog window has been closed.  Do you see
different behavior?

 

David Sanders

Remedy Solution Architect

Enterprise Service Suite @ Work

==

ARS List Award Winner 2005

Best 3rd party Remedy Application

 

See the ESS Concepts Guide
<http://www.westoverconsulting.co.uk/downloads/ESS_Concepts_Guide.pdf> 

 

tel +44 1494 468980

mobile +44 7710 377761

email [EMAIL PROTECTED]

 

web http://www.westoverconsulting.co.uk
<http://www.westoverconsulting.co.uk/> 

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Anesh A Kurian
Sent: Tuesday, April 29, 2008 12:56 PM
To: arslist@ARSLIST.ORG
Subject: Open Window Action over Mid-Tier

 

**

I have an Open window action in a workflow which opens a new dialog over
mid-tier. Now my concern is that the user can still access the parent
form (window) and do changes when actually the user is suppose to be
working on the dialog opened. Is there anyway this can be restricted
i.e. the user can only work on the currently open dialog and not on the
parent window. I have field mappings for the OnOpen and OnClose of the
dialog also.

Any help on this regards is highly appreciated.

ARS 7.0.1 Patch 003

Thanks and regards,

Anesh A Kurian

P Please do not print this email unless it is absolutely necessary.
Spread environmental awareness 

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the
Answers Are" html___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.

E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


Re: Open Window Action over Mid-Tier

2008-04-29 Thread Pierson, Shawn
I think the key you hit upon is the word "dialog".  It is possible that
the Open Window action on the active link is set to something other than
"Dialog" and has a Target Location of "New", in which case it just opens
a new window with both remaining editable.



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of David Sanders
Sent: Tuesday, April 29, 2008 7:02 AM
To: arslist@ARSLIST.ORG
Subject: Re: Open Window Action over Mid-Tier



**

Anesh



That should be the out-of-the-box behavior with dialogs on the Mid Tier.
If a new window is opened as a dialog, the parent Mid-Tier window cannot
be accessed until the dialog window has been closed.  Do you see
different behavior?



David Sanders

Remedy Solution Architect

Enterprise Service Suite @ Work

==

ARS List Award Winner 2005

Best 3rd party Remedy Application



See the ESS Concepts Guide
<http://www.westoverconsulting.co.uk/downloads/ESS_Concepts_Guide.pdf>



tel +44 1494 468980

mobile +44 7710 377761

email [EMAIL PROTECTED]



web http://www.westoverconsulting.co.uk
<http://www.westoverconsulting.co.uk/>





From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Anesh A Kurian
Sent: Tuesday, April 29, 2008 12:56 PM
To: arslist@ARSLIST.ORG
Subject: Open Window Action over Mid-Tier



**

I have an Open window action in a workflow which opens a new dialog over
mid-tier. Now my concern is that the user can still access the parent
form (window) and do changes when actually the user is suppose to be
working on the dialog opened. Is there anyway this can be restricted
i.e. the user can only work on the currently open dialog and not on the
parent window. I have field mappings for the OnOpen and OnClose of the
dialog also.

Any help on this regards is highly appreciated.

ARS 7.0.1 Patch 003

Thanks and regards,

Anesh A Kurian

P Please do not print this email unless it is absolutely necessary.
Spread environmental awareness

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___ __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the
Answers Are" html___


Private and confidential as detailed here: 
http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the 
link, please e-mail sender.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


Re: Open Window Action over Mid-Tier

2008-04-29 Thread David Sanders
Anesh

 

That should be the out-of-the-box behavior with dialogs on the Mid Tier.  If
a new window is opened as a dialog, the parent Mid-Tier window cannot be
accessed until the dialog window has been closed.  Do you see different
behavior?

 

David Sanders

Remedy Solution Architect

Enterprise Service Suite @ Work

==

ARS List Award Winner 2005

Best 3rd party Remedy Application

 

See the
<http://www.westoverconsulting.co.uk/downloads/ESS_Concepts_Guide.pdf> ESS
Concepts Guide

 

tel +44 1494 468980

mobile +44 7710 377761

email [EMAIL PROTECTED]

 

web http://www.westoverconsulting.co.uk
<http://www.westoverconsulting.co.uk/> 

 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Anesh A Kurian
Sent: Tuesday, April 29, 2008 12:56 PM
To: arslist@ARSLIST.ORG
Subject: Open Window Action over Mid-Tier

 

**

I have an Open window action in a workflow which opens a new dialog over
mid-tier. Now my concern is that the user can still access the parent form
(window) and do changes when actually the user is suppose to be working on
the dialog opened. Is there anyway this can be restricted i.e. the user can
only work on the currently open dialog and not on the parent window. I have
field mappings for the OnOpen and OnClose of the dialog also.

Any help on this regards is highly appreciated.

ARS 7.0.1 Patch 003

Thanks and regards,

Anesh A Kurian

P Please do not print this email unless it is absolutely necessary. Spread
environmental awareness 

__Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
html___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"


Open Window Action over Mid-Tier

2008-04-29 Thread Anesh A Kurian
**

I have an Open window action in a workflow which opens a new dialog over
mid-tier. Now my concern is that the user can still access the parent
form (window) and do changes when actually the user is suppose to be
working on the dialog opened. Is there anyway this can be restricted
i.e. the user can only work on the currently open dialog and not on the
parent window. I have field mappings for the OnOpen and OnClose of the
dialog also.

Any help on this regards is highly appreciated.

ARS 7.0.1 Patch 003


Thanks and regards,
Anesh A Kurian

P Please do not print this email unless it is absolutely necessary.
Spread environmental awareness 



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
Visit our website at http://www.ubs.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.

E-mails are not encrypted and cannot be guaranteed to be secure or 
error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or contain viruses.  The sender 
therefore does not accept liability for any errors or omissions in the 
contents of this message which arise as a result of e-mail transmission.  
If verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities 
or related financial instruments.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"