104329 - pages resulting from POST are not handled correctly by back button

Status: VERIFIED DUPLICATE of bug 102407

(Core :: DOM: Core & HTML, defect)

Description

[Jonadab the Unsightly One (Nathan Eady)]

Pages resulting from a cgi POST operation do not display correctly 
when the back button is pressed.  Older versions of Navigator used
to say "Data Missing" and suggest I hit reload and repost the data.  
I can't reproduce _that_ in recent builds (e.g., October 9), but
Mozilla does still give me a dialoge box asking that I "Confirm" 
that the data be reposted in order to view the page.  This is
wrong.  

It SHOULD NOT be necessary to repost the data in order to view
the page again.  The back button and history mechanism SHOULD
make the already-retrieved content accessible.  That's what the
back button is for.  

According to [e-mail] in a post to n.p.mozilla.wishlist, 
Message-ID: <[e-mail]>, this is "actually a
violation of the HTTP/1.1 specification - RFC 2616, page 99".
In any case it is not the behavior that I want as a user.
If my preferences say that pages should be compared to the
originals only once per session, then hitting "back" should 
never cause a fresh copy to be retrieved.  That's what "reload"
or "refresh" is for.

Comment 1

[Ashley Bischoff (blog at handcoding.com)]

Marking as dupe of bug 102407. Reporter: If you disagree, please reopen this bug.

*** This bug has been marked as a duplicate of 102407 ***

Comment 2

[Jonadab the Unsightly One (Nathan Eady)]

I agree, it is a dupe; I didn't find the other because I was 
searching on the summary, which is unclear for that bug, but
the actual description seems to be exactly the phenomenon I
was talking about.