you can always use the ajax long task stuff, which would not generate a backtrack entry for each of these refresh states, which is probably what your users would expect anyway (back = go back to the page prior to the long operation)
On Jun 8, 2010, at 1:39 PM, Anjo Krank wrote: > How is that a problem? The only thing the users *might* see while > backtracking is "50% done" followed by "45% done" followed by "51% done" > after the next refresh? > > Cheers, Anjo > > > > Am 08.06.2010 um 19:26 schrieb Pascal Robert: > >> BTW, how I found out that users are backtracking is because I saw this in >> Apache logs : >> >> GET >> /cgi-bin/WebObjects/Depot.woa/1/wo/1kbJaKnAptsgyX6WIPYrOM/28.WOMetaRefresh >> GET >> /cgi-bin/WebObjects/Depot.woa/1/wo/1kbJaKnAptsgyX6WIPYrOM/29.WOMetaRefresh >> GET >> /cgi-bin/WebObjects/Depot.woa/1/wo/1kbJaKnAptsgyX6WIPYrOM/29.WOMetaRefresh >> GET >> /cgi-bin/WebObjects/Depot.woa/1/wo/1kbJaKnAptsgyX6WIPYrOM/28.WOMetaRefresh >> GET >> /cgi-bin/WebObjects/Depot.woa/1/wo/1kbJaKnAptsgyX6WIPYrOM/32.WOMetaRefresh >> >> So the context ID was on 28, 29, went back to 28 and moved to 32. >> >>> Look like this : >>> >>> /cgi-bin/WebObjects/Depot.woa/1/wo/a5wsIRHrgb2vaKM3n3WaHg/9.WOMetaRefresh >>> >>>> What is the URL for the long response page (the URL they are backtracking >>>> to)? Which path is it taking through that method? >>>> >>>> Chuck >>>> >>>> >>>> On Jun 8, 2010, at 8:04 AM, Pascal Robert wrote: >>>> >>>>> This is so great. Deadlocks are now gone in our app, but I noticed that >>>>> some users are using the back button in the app. So I looked at >>>>> ERXSession.didBacktrack(), and this is working fine for "normal" >>>>> components, eg if I backtrack on a normal component, didBacktrack() >>>>> returns true. >>>>> >>>>> Problem is that most backtracking that I found was in our long response >>>>> page, and back tracking doesn't seem to be detected in there. >>>>> didBacktrack is always false, either in invokeAction(), >>>>> appendToResponse() or sleep(). I looked at didBacktrack() source and I >>>>> don't see why it won't work on a long response page. >>>>> >>>>> Any tips on this? >>>>> >>>>> ---- >>>>> Pascal Robert >>>>> [email protected] >>>>> >>>>> AIM: MacTICanada >>>>> Twitter : MacTICanada >>>>> LinkedIn : http://www.linkedin.com/in/macti >>>>> WO Community profile : http://wocommunity.org/page/member?name=probert >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Webobjects-dev mailing list ([email protected]) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> http://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net >>>>> >>>>> This email sent to [email protected] >>>> >>>> -- >>>> Chuck Hill Senior Consultant / VP Development >>>> >>>> Practical WebObjects - for developers who want to increase their overall >>>> knowledge of WebObjects or who are trying to solve specific problems. >>>> http://www.global-village.net/products/practical_webobjects >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca >>> >>> This email sent to [email protected] >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/anjo%40krank.net >> >> This email sent to [email protected] > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40pobox.com > > This email sent to [email protected] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
