• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: You've backtracked to far...
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: You've backtracked to far...


  • Subject: Re: You've backtracked to far...
  • From: James Cicenia <email@hidden>
  • Date: Wed, 8 Dec 2004 21:02:28 -0600

Well needless to say I am a bit confused. The javascript closes the window and then supposedly resubmits the parent page.
After much exploration and experimentation that line of javascript worked on ALL browsers.


In effect it is the same as just hitting refresh on your browser. So, with a popup type pattern this will be an unsolvable problem.
Normally a popup will be done at most a half a dozen times in a row. However, In my application there is a potential for a user
to hit a popup about 30-50 times! So unless I completely re-architect the interface I will just have to increase the page cache
count.


Anyway can test this by setting the pageCache to say 1 and then refresh your browser.

- James Cicenia

On Dec 8, 2004, at 6:43 PM, Jean-François Veillette wrote:

The back-track too far problem ... isn't due to the context that the url (or form elements, if a form submit) refer to a context expired from the cache ?
That could happend if ... from memory, didn't check the doc, neither really remember a concrete situation ...
- you setBacktrackEnabled(false) on the response
- you use frame, at the time one frame is generated, it has a context ' x ', user do some actions on one other frame, to context add up, higher than the cache limit ( greater than ' x+limit ' )


Btw, what is
window.opener.location.href = window.opener.location.href;
supposed to do ? Please explain, It seem to me that it would do nothing.

Anyway, from the description provided, it would seem that the popup window is asking old window to refresh, but that context is too old, is the url that was use to generate the current page, that url was generated as part of the previous page context, so if your cache is empty or if your do not accept backtrack, then this would do it.

ps: I'm as lost as you, but i thought that it could lead you somewhere usefull.

Good luck !

- jfv


Le 04-12-08, à 18:27, Chuck Hill a écrit :

That will fix it, at the expense of some more memory for caching. Why not
just update the page directly in JavaScript? I'm not sure if that is
possible, but it might be another solution. I use that when using a popup
to choose an object that populates text fields.



Chuck


At 05:05 PM 08/12/2004 -0600, James Cicenia wrote:

I have precisely determined that the javascript is the culprit:
<SCRIPT LANGUAGE=Javascript>window.opener.location.href =
window.opener.location.href;self.close();</SCRIPT>

I have not been using cookies.. well I never set anything to use them. And
my URLs all show session ids.
Is there something I can put in the javascript to keep the Session? OR, do
I just setPageCacheSize(100) ?
I can't believe someone would enter more than a 100 items in a popup before
doing something else. Since
the default is 30 as per the docs, and this is happening rarely, maybe this
is the solution.


-James Cicenia


On Dec 8, 2004, at 4:55 PM, Chuck Hill wrote:

That is all client side. It appears to trigger a new request to the
server. As to whether the cookies (if that is what you are using) are
sent... Who knows? Log them out in dispatchRequest and see. Seems like
it should be fine. I don't see why you need a new page to do that though.



Chuck

At 04:30 PM 08/12/2004 -0600, James Cicenia wrote:

OK - That was a good test actually! My popup window upon save causes the
backtrack message immediately!


Ah Ha!! My popups are using a trick from Jonathon Rochkind if I am not
mistaken. The way it works
is that upon clicking the save button the popup the followup page is a
blank page with just a small
piece of javascript:

<SCRIPT LANGUAGE=Javascript>window.opener.location.href =
window.opener.location.href;self.close();</SCRIPT>

This then closes the window and then refreshes the parent page. My question
is... since it has no components on it
at all does WebObject think it is in the same session? Does this make sense?


-James Cicenia


On Dec 8, 2004, at 3:49 PM, Chuck Hill wrote:

No that would not help.  But it would make it a lot worse!

:-)


At 03:35 PM 08/12/2004 -0600, James Cicenia wrote: Could setting setPageCacheSize(1) help here???

This error and the corresponding docs are a bit confusing to me.

-James Cicenia

On Dec 8, 2004, at 3:14 PM, Dov Rosenberg wrote:

I have seen that occur when someone logs into an app in one window,
but then
they bring up a second window (for the same browser) and login or do
something. If you go back to the first window that is when the error
usually
shows up.

I think it has to do with cookies that are set by WO somewhere along
the
line. It doesn't seem to happen if I open a new browser window with a
different brand of browser, i.e. Using Safari and Firefox seems OK.

I sometimes see it in our app if I am logged into our management
console in
one tab, and then open a new tab and go to a web site and authenticate
myself in the web site. If I go back to the management console and do
something I usually get the same error.

When I do demo's I just use 2 different browsers and avoid the problem.

I would be interested in a better solution.


-- Dov Rosenberg Conviveon Corporation






--

Chuck Hill email@hidden
Global Village Consulting Inc. http://www.global-village.net



<<<<


--

Chuck Hill email@hidden
Global Village Consulting Inc. http://www.global-village.net



<<<<


--

Chuck Hill email@hidden
Global Village Consulting Inc. http://www.global-village.net
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden


This email sent to email@hidden



_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >Re: You've backtracked to far... (From: Chuck Hill <email@hidden>)
 >Re: You've backtracked to far... (From: Chuck Hill <email@hidden>)
 >Re: You've backtracked to far... (From: Dov Rosenberg <email@hidden>)
 >Re: You've backtracked to far... (From: Chuck Hill <email@hidden>)
 >Re: You've backtracked to far... (From: Jean-François Veillette <email@hidden>)

  • Prev by Date: NIB in Java Client-anyone?
  • Next by Date: Re: You've backtracked to far...
  • Previous by thread: Re: You've backtracked to far...
  • Next by thread: Re: You've backtracked to far...
  • Index(es):
    • Date
    • Thread