372625 - Publication reports error after 307 (Temporary Redirect) when in fact it worked.

Status: RESOLVED INCOMPLETE

(SeaMonkey :: Composer, defect)

Description

[Paul Hammant]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2) Gecko/20070219 Firefox/2.0.0.2
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1

If on PUT, Composer gets a response back from the server to do Temporary Redirect (307), it does attempt to publish the item to that location.

The publication works (after a warning dialog), but Composer reports that it did not. Erroneously.

Response was actually:

HTTP/1.1 204 No Content

Date: Mon, 05 Mar 2007 02:00:39 GMT
Server: Apache/2.0.52 (Red Hat)
Content-Length: 0
Keep-Alive: timeout=15, max=99
Connection: Keep-Alive
Content-Type: text/plain; charset=UTF-8


Reproducible: Always

Steps to Reproduce:
1. GET a page from a location in SeaMonkey's browser side.
2. initiate edit
3. publish back (the server in question issues 307 redirect in response to the PUT).
4. click through the warning dialog.

Actual Results:  
error dialog ("publication failed") AND item arrived intact

Expected Results:  
item arrives intact

This behavior is due to the redirect.

If you (on publication) select the redirect URL by hand as part if the publications settings dialog, the item arrives fine and there is no error dialog.

Different upload sites are very common for web application/sites that have not upload.

Comment 1

[Serge Gautherie (:sgautherie)]

Can you reproduce with SeaMonkey v1.1.9 ?

Comment 2

[Ian Neal]

Could you confirm if this still happens on SM2.3?

Comment 3

[Phoenix]

Paul, do you still see this problem?

Comment 4

[Phoenix]

Resolved per conversation in e-mail, reporter no longer able to recheck this problem.