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)

defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: justin, Unassigned)

References

()

Details

Attachments

(1 file)

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
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
btw: The 301/302 issue was wontfixed in Bug 190630
It's a general SourceForge.net problem I believe.
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?
(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.
Did Sourceforge.net provide this Wiki or did you manually install it?
(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?
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
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: