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/archive%40mail-archive.com This email sent to [email protected]
