[Seaside] URL link and caching

[Damon Anderson]

--zF5kPyUg1f
Content-Type: text/plain; charset=us-ascii
Content-Description: message body text
Content-Transfer-Encoding: 7bit

Avi Bryant writes:
 > On Mon, 18 Mar 2002, Damon Anderson wrote:
 > > I haven't investigated to see what it is about the response that is
 > > making IE6 choke, but I can do that when I get home.
 > 
 > Could you?  I don't have easy access to IE6, so anything you can figure
 > out would be useful.

It looks like IE6 is detecting a redirect loop. If you hit
/seaside/tutorial you get redirect to (for example)
/seaside/tutorial/62/top/main/act, which redirects you a second time to
/seaside/tutorial/62/top/main/view. Because the redirects come back so
quickly (and perhaps because they all look like similar URLs), IE
displays an error and starts ignoring them. Once you get to a /view page
Seaside works fine, because each of the subsequent form submissions only
results in a single redirect. I think this is also why I've never seen
the problem with any web apps I've written.

Changing IAApplication>>invalidSessionFor: to redirect straight to the
view instead of the action fixes the problem, but will that break
anything? I've attached a small changeset so that you can try it out.

-damon


--zF5kPyUg1f
Content-Type: application/octet-stream
Content-Disposition: attachment;
	filename="IAApplication.dna.1.cs"
Content-Transfer-Encoding: base64

J0Zyb20gU3F1ZWFrMy4yZ2FtbWEgb2YgNyBNYXJjaCAyMDAyIFtsYXRlc3QgdXBkYXRlOiAj
NDc0M10gb24gMTkgTWFyY2ggMjAwMiBhdCAxOjQ4OjE4IGFtJyENDSFJQUFwcGxpY2F0aW9u
IG1ldGhvZHNGb3I6ICdzZXNzaW9uIGhhbmRsaW5nJyBzdGFtcDogJ2RuYSAzLzE5LzIwMDIg
MDE6MzknIQ1pbnZhbGlkU2Vzc2lvbkZvcjogYVJlc3BvbnNlIA0Jc2VsZiBzdG9yZVNlc3Np
b25LZXk6IHNlbGYgbmV3U2Vzc2lvbiBpblJlc3BvbnNlOiBhUmVzcG9uc2UuDQlhUmVzcG9u
c2UgZm9yd2FyZFRvOiAndG9wL21haW4vdmlldycuDQleICcnISAhDQ==
--zF5kPyUg1f--