> > Seaside does post forms, that's not your problem. I have
> seen similar > > symptoms caused by keep alives, try this AFTER starting up your > > seaside service.... > > > > HttpService allInstancesDo: [:each | each keepAlive: false]. > > > > And see if your problem goes away. > > Thanks, but my image doesn't have any class named > HttpService. I'm using VW 7.4.1, and Seaside 2.6. > > There are keepAlive: methods on the classes named > Net.HttpClient and Net.HttpEntity. Could one of these be > what you mean? > > -Carl My bad, I overlooked that you were using Visualworks, afraid I can't help you there. In any case, your problem has nothing to do with GET's vs POST's, Seaside does POST for all forms. You'll need to look elsewhere. Ramon Leon http://onsmalltalk.com _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Carl Gundel
Carl Gundel a écrit :
> This is a problem that has been posted about a few times, but until > yesterday I wasn't able to put my finger on the cause. I'm not > absolutely sure why this is, but it seems that IE has some pretty > draconian hard coded limits in place about how long a form submit can > be. When writing programs in Run BASIC on IE once a program gets to > be a few thousand bytes long the submit fails when trying to do > anything on the page (running, saving, etc.). The result is the > dreaded "Internet Explorer cannot display the webpage" error message. > Has anyone else here had to deal with this? Is there a way to work > around the problem? > > I'm using VW7.4.1 and Seaside 2.6 and Web Toolkit. Do newer versions > of Seaside handle this differently? > I think your problem could very well be caused by the bug in IE where IE requires a blank after the colon in some HTTP headers, although this blank is speficied as optional by RFC2822. This bug is taken into consideration by VW 7.5 but not by 7.4.1. If this is your problem, then you will be able to fix it by patching VisualWave.Response>>writeCookies: and VisualWave.MessageHeaders>>sendOver: making sure a blank is inserted after the colon in 'Set-Cookie: ' and in ': '. You may also want to get a more recent version of Seaside 2.6 from the public Store. Seaside 2.6 includes these fixes since 2.6b1.118.1. HTH, Michel. _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
> If this is your problem, then you will be able to fix it by patching
> VisualWave.Response>>writeCookies: and > VisualWave.MessageHeaders>>sendOver: making sure a blank is inserted after > the colon in 'Set-Cookie: ' and in ': '. You may also want to get a more > recent version of Seaside 2.6 from the public Store. Seaside 2.6 includes > these fixes since 2.6b1.118.1. No, I have had the changes you mention above in my codebase for months now. The problem is something else. Thanks anyway. I'll try to reproduce this with a small example. -Carl Gundel http://www.runbasic.com _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Michel Bany-3
I decided to try and reproduce this problem using the built in test
examples that come with Seaside so that it would not depend on any code in my application. I tested both the latest versions of Seaside 2.6 and 2.8 for WebToolkit using both IE6 and IE7 with the same results. I started from scratch and loaded the latest Seaside 2.6 (Seaside2.6b1-mb.140.mcz) into a VW 7.4.1 image. I went to the allcanvastests and took the Input tab. Then I pasted some long text into the textarea labeled 'Text area with example'. I figure to make sure we all use the same text I would use the contents of http://users.ipa.net/~dwighth/smalltalk/byte_aug81/design_principles_behind_smalltalk.html When I click on Submit Query it would come up with the "Internet Explorer cannot display the webpage" error message. Sometimes I needed to submit 2 or 3 times, but as soon as it started to happen it would happen every time. Then I decided to try this with the latest version of Squeak 2.8 in a clean image. I went to tests, then alltests and clicked on the Input tab. Then I pasted the text into the textarea labeled 'Text area' and clicked on the Submit Query button. I get the very same error as I do with Seaside v2.6. I tested this also with Firefox, and it works fine in that browser. -Carl Gundel http://www.runbasic.com ----- Original Message ----- From: "Michel Bany" <[hidden email]> To: "Seaside - general discussion" <[hidden email]> Sent: Sunday, November 11, 2007 5:52 AM Subject: Re: [Seaside] Long submit problems with IE > Carl Gundel a écrit : > > This is a problem that has been posted about a few times, but until > > yesterday I wasn't able to put my finger on the cause. I'm not > > absolutely sure why this is, but it seems that IE has some pretty > > draconian hard coded limits in place about how long a form submit can > > be. When writing programs in Run BASIC on IE once a program gets to > > be a few thousand bytes long the submit fails when trying to do > > anything on the page (running, saving, etc.). The result is the > > dreaded "Internet Explorer cannot display the webpage" error message. > > Has anyone else here had to deal with this? Is there a way to work > > around the problem? > > > > I'm using VW7.4.1 and Seaside 2.6 and Web Toolkit. Do newer versions > > of Seaside handle this differently? > > > Hi Carl, > > I think your problem could very well be caused by the bug in IE where IE > requires a blank after the colon in some HTTP headers, although this > blank is speficied as optional by RFC2822. This bug is taken into > consideration by VW 7.5 but not by 7.4.1. > > If this is your problem, then you will be able to fix it by patching > VisualWave.Response>>writeCookies: and > VisualWave.MessageHeaders>>sendOver: making sure a blank is inserted > after the colon in 'Set-Cookie: ' and in ': '. You may also want to get > a more recent version of Seaside 2.6 from the public Store. Seaside 2.6 > includes these fixes since 2.6b1.118.1. > > HTH, > Michel. > > > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Free forum by Nabble | Edit this page |