Closed
Bug 296709
Opened 20 years ago
Closed 17 years ago
evolution-win32.sourceforge.net - Redirect loses POST data
Categories
(Tech Evangelism Graveyard :: English US, defect)
Tech Evangelism Graveyard
English US
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: justin, Unassigned)
References
()
Details
Attachments
(1 file)
|
3.47 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 I maintain a small wiki which uses various methods to remain search enginge friendly, including a friendly URL. However, it appears as if the hosting server, Sourceforge, reports HTTP headers which cause Mozilla to drop the POST of data. Specifically, its "HTTP/1.x 302 Found". Mozilla issues a GET request to the URL instead of a POST request with the data. Attached is the session log for Live HTTP Headers Reproducible: Always Steps to Reproduce: 1. Post data to a form via POST 2. Server reports HTTP/1.x 302 Found 3. Mozilla reissues request with GET header, data is lost. Actual Results: Wiki software reports strange "bug", i.e., not being to able read any of the data "posted" to it since Mozilla isn't posting it directly. All posted data is lost. Expected Results: 1. Post data to a form via POST 2. Server reports HTTP/1.x 302 Found 3. Mozilla reissues correct request with POST header and all data
| Reporter | ||
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
Ok, this is TE. We don't follow the RfC here, because Mozilla/Firefox would break with too many sites when doing this. The site should probably use the 307 status code, then Mozilla/Firefox does "the right thing" :). Now is this a *.sourgeforge.net only problem or a general WikiWare problem?
Assignee: darin → english-us
Component: Networking: HTTP → English US
Product: Core → Tech Evangelism
QA Contact: networking.http → english-us
Summary: Redirect loses POST data → evolution-win32.sourceforge.net - Redirect loses POST data
Version: Trunk → unspecified
Comment 3•20 years ago
|
||
btw: The 301/302 issue was wontfixed in Bug 190630
| Reporter | ||
Comment 4•20 years ago
|
||
It's a general SourceForge.net problem I believe.
Comment 5•20 years ago
|
||
BTW: I just created a article and it worked fine, to me it seems the redirect just happens so you get redirected to the created article. Do i need to use a specific way to reproduce?
| Reporter | ||
Comment 6•20 years ago
|
||
(In reply to comment #5) > BTW: I just created a article and it worked fine, to me it seems the redirect > just happens so you get redirected to the created article. Do i need to use a > specific way to reproduce? I used a hack to get it to work on the server side, so it won't be reproduceable using that test script.
Comment 7•20 years ago
|
||
Did Sourceforge.net provide this Wiki or did you manually install it?
| Reporter | ||
Comment 8•20 years ago
|
||
(In reply to comment #7) > Did Sourceforge.net provide this Wiki or did you manually install it? Manually created and later installed it.
Isn't this a duplicate of bug 190630?
Comment 10•17 years ago
|
||
As far as I can tell, this is no longer a problem for the given site because it has moved to http://www.go-evolution.org/Main_Page I'm going to mark this FIXED; new bugs should be filed as applicable for other SF properties that exhibit the problem.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
OS: Windows XP → All
Hardware: PC → All
Resolution: --- → FIXED
Updated•10 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•