Refresh problem from web, after Filesave & URLOpen

Background: In the process of web enabling all of our lotus client applications. All applications start from a frameset; frame 1 is banner, frame 2 is navigator, frame 3 is selected view (choose in navigator). Users can add or select a doc to edit from the view, which opens the appropriate form (frame is _top).

I have two action buttons to save changes (one for lotus client, one for web). There may be a better way. Client is fine. Web has two formula entries; 1 is @Command([FileSave]);, 2 is @URLOpen"http://www.ebssite.com/EBSsite.nsf/FR?OpenFrameset"). User is back to correct web page.

Problem: If the user selects the view and goes back to the same form, the data is unchanged. If the user exits the browser completely and reenters the form, the form shows the changes. I have looked at many postings and tried uidoc.refresh, ws.viewfresh, etc. in form postsave and webquerysave. I admit not knowing much about script. Please advise.

Subject: Refresh problem from web, after Filesave & URLOpen

Hello!

I might be mistaken, but I think the @URLOpen is being run before the FileSave. Try this instead:

@Do(

@Command([FileSave]);

@Command([OpenFrameset];“FR”)

)

This should work the same in notes and the web.

A good property to have checked in each form is “Generate HTML for all fields”. This will allow you to use javascript to refer to your fields, if you need to “translate” any functionality.

HTH!

Steve in Montreal :wink:

Subject: RE: Refresh problem from web, after Filesave & URLOpen

Hi Steve, thank you for a quick response. I tried your suggestion and get the same results. Also, the save action button wouldn’t even leave the form. I used the cancel (just does OpenURL) button after the save button to check it.

My client version of the button had the same commands you suggested without the ‘DO’…this is how I got on track for a separate web version action button. This is what is in my client save button (works fine for client):

@Command([FileSave]);

@Command([FileCloseWindow]);

@SetTargetFrame(“_top”);

@Command([OpenFrameset];“FR”);

@SetTargetFrame(“NotesView”);

@Command([OpenView];“STView”)

More info: My database has ‘use javascript when generating pages’ checked. The view has ‘allow applet in browser’ checked. The form has ‘auto refresh fields’, ‘render pass through HTML’, and ‘generate HTML for all fields’ all checked.

Subject: RE: Refresh problem from web, after Filesave & URLOpen

Howdy! :wink:

A few random suggestions on what you can do to fix this:

  • On the web, don’t use “@Command([FileCloseWindow])”. Only use it if you have a “$$Return” field which will serve as the redirect page. You don’t really need it otherwise.

  • In your Frameset, can’t you have your “STView” as the default view? If so, then you’ll only need to open the frameset.

  • For database and form properties, they look ok.

  • Do you have any “input validation” formulas? They could be refusing the saving of the document. You might want to do your validation in javascript instead. It is much quicker and user-friendly.

HTH!

Steve in Montreal

“if it ain’t broke, fix it 'til it is.”

Subject: RE: Refresh problem from web, after Filesave & URLOpen

Trying new routes: Added the $$Return field with the proper URL. My action button now just has FileSave and FileCloseWindow. Browser correctly returns to the frameset, but same results…data shown is not updated data. If user exits the browser and reenters site, updated data is shown. Any futher ideas?? Thanks, Chuck.

Subject: RE: Refresh problem from web, after Filesave & URLOpen

Chuck,

Greetings from someone having the exact same problem!!! I’m using @Command([FileSave]);

@Command([FileCloseWindow])with a $$Return giving users a choice of 2-3 other framesets of where to go after the file save.

I’ll be watching this for sure!!!

Subject: Refresh problem from web, solved

Hi Mitch, I found the problem. It isn’t lotus, but the browser itself. On IE, go into Tools, Internet Options, Temp. Internet Files, Settings, Check for newer versions of stored pages = Every visit to the page. My browser was automatic (but didn’t work). I checked Netscape and it is similar. Go to Advanced, Cache, compare page in cache every time.

Subject: RE: Refresh problem from web, solved

Howdy!

I’m glad you found it! I remember reading in this forum somewhere that R6 treats the cache differently than R5. It said that using the “@SetHTTPHeader” function could solve the problem. You could always look at this instead of forcing users to change their browser options.

My 2ø worth…

Steve in Montreal

“If you’re asked ‘a penny for your thoughts’, and you give ‘your 2 cents worth’, what happens to the other penny?”

Subject: Refresh problem from web, solved & better

Thank you Steve. @SetHTTPHeader in the form works great. Problem is that I would have to this for about 50 forms. But, I searched the forum with your idea and it lead to something even better: using administrator I changed the web site response header rules. One change and it affects the database I specify. There is a great link to an article by another forum expert and I have copied it here. I appreciate all the help…I have learned a lot.

http://www-10.lotus.com/ldd/today.nsf/62f62847467a8f78052568a80055b380/2aa6ecf8f295019085256b9c006fd147?OpenDocument

Subject: RE: Refresh problem from web, after Filesave & URLOpen

Thanks Steve…I totally agree with you that FileCloseWindow is not needed unless using $$Return field. I cannot have STView as the default (user can choose about 20 different views from the navigator frame). I don’t have input validation formulas. I still don’t understand why your first suggestion doesn’t work. The form doesn’t even disappear and load the frameset. If I use the URLOpen, at least I get back to the frameset. But, the updated data isn’t shown in either scenario unless you exit the browser and reenter.