Bug 11282 - safari seems to stay in form POST mode - invalidates XMLHTTP and other src calls
Summary: safari seems to stay in form POST mode - invalidates XMLHTTP and other src calls
Status: RESOLVED WORKSFORME
Alias: None
Product: WebKit
Classification: Unclassified
Component: Forms (show other bugs)
Version: 312.x
Hardware: Mac OS X 10.4
: P2 Major
Assignee: Nobody
URL:
Keywords: NeedsReduction
Depends on:
Blocks:
 
Reported: 2006-10-13 10:33 PDT by scott
Modified: 2012-06-25 18:15 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description scott 2006-10-13 10:33:52 PDT
If I start on a page, and form submit (POST) to another page. All is good. Now, click to the next page and then click back.  You will be at the page you form POSTed to. However, if you have created any images via javascript and try to set their .src, or if you have created any XMLHTTP objects and try and call a url that is via the method (GET) then you will get a resource unavailable message.

If I change the form submit to a (GET) then everything works as normal.  I can only guess that safari seems to think it is still in form POST mode after you click off of that results page and then click the back button to get to it. Hence, any further GET calls from javascript will not work.  Retrieving images, css, external js files, etc, from HTML markup works just fine. It seems to just be a back end javascript issue with the internal state of Safari.
Comment 1 Alexey Proskuryakov 2006-10-15 02:35:45 PDT
This needs a test case to be confirmed and acted upon. Reporter, could you please provide one?
Comment 2 Seth Russell 2007-08-23 14:55:29 PDT
I've also seen this problem.

Any possibility of getting this bug fixed?
Comment 3 Alexey Proskuryakov 2007-08-23 21:26:16 PDT
As mentioned above, we need steps to reproduce this issue - either on a real web site or with a reduced test case. Also, does this still happen with nightly builds?
Comment 4 JB 2007-08-24 15:03:30 PDT
Here is how to replicate the issue on a website:

1) go to www.backcountry.com
2) add an item to your cart (for example http://www.backcountry.com/store/SUN0104)
3) click "proceed to checkout"
4) click back

You should now be on the page: http://www.backcountry.com/store/cart/add.html

All ajax functions (shipping selector, updating quantities, removing items from cart) no longer work.
Comment 5 Alexey Proskuryakov 2007-08-26 08:10:28 PDT
I cannot get backcountry.com work in r25065 nightly even without going back - any operation with the cart causes this error:

------------------------------------
An error occured, please try again! 

 (Sorry! Looks like you hit a traffic jam. Click the refresh button at the top of your browser - you should get right back on track. : -1 : transaction aborted)
------------------------------------

Comment 6 Seth Russell 2007-08-27 14:04:22 PDT
I've downloaded the latest build of webkit, and double clicked on it.

Safari then comes up.

Is that all there is to testing the latest build version?

If so, the latest nightly build still is broken.

I just tried following the instructions left by JB, and I don't get any errors - until I press back (so I'm at cart/add).
Comment 7 Elliott Sprehn 2012-06-25 18:15:33 PDT
This doesn't reproduce anymore so either the website has changed or Webkit no longer has this issue.