Hi Patrick

 

Thanks for testing it.  So it looks like a weird bug then that only occurs
if you load a View field on Window Loaded.  I have also tested this using an
On Interval active link to load the field and refresh the data, and that
works OK.  If I don't load in Window Loaded event, but wait for the On
Interval load, all works fine.  It's just a problem with that initial load
that must be doing something differently.

 

Strange.

 

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 patrick zandi
Sent: Thursday, July 05, 2007 6:15 PM
To: [email protected]
Subject: Re: View Field wierdness - disappreaing marquee

 

** 

I get the error only on the first time executed, It happens prior to the ar
system user not: you answered yes.

After that -- if you reload is continues to work properly.. or if you just
hit question again.. it still works properly..

ARS 7.01 P3 Client

 

On 7/5/07, Hugo Visser <[EMAIL PROTECTED]> wrote: 

** David,

I think it's a WUT bug. In ExpertDesk we sometimes encounter the same
problem, though not always. It looks like a temporary file is created and
shown in the view field. But the file is also deleted at some point. When
the file doesn't exists anymore the view field displays a not found error.
I've not found a good work around for it, fortunately it works correctly
most of the time. 

Hugo 

 

On 7/5/07, David Sanders <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]> > wrote: 

** 

Attachment changed to .txt extension - change it back to .zip

Hi List

 

Has anyone come across this situation and found a workaround?  I have a View
field on a console that I am setting with some simple HTML to display a
scrolling marquee.  This works fine (ish). 

 

If I load the marquee on Window Loaded and then perform any action that does
a commit from a dialog, the view field gets set with the path to a temporary
file.  The strange thing is, if I reload the marquee into the View field by
clicking a reload button, the problem subsequently goes away.  It only
happens if the View field is set with a Window Open/Loaded trigger. 

 

I've tried using PERFORM-ACTION-ACTIVE-LINK 1 <button id> on window loaded
to click the button automatically, but this doesn't cure the problem.  You
have to actually click the reload button in the user tool to solve the
issue.  This is a pain for users and I want to avoid them having to click
the button. 

 

I'm attaching a small def to demonstrate this - click the Question button
after you've opened the TestMarquee form to see the error.  Click the reload
button to reload the marquee, then the Question button again to see that the
issue is now corrected.  I'm on WUT 7.0.0 p002.

 

Any ideas?

 

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  <mailto:[EMAIL PROTECTED]>
[EMAIL PROTECTED]

 

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

 

__20060125_______________________This posting was submitted with HTML in
it___ __20060125_______________________This posting was submitted with HTML
in it___ 



__20060125_______________________This posting was submitted with HTML in
it___ 




-- 
Patrick Zandi __20060125_______________________This posting was submitted
with HTML in it___ 


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

Reply via email to