268037 - preference for form contents to be restored on cache-control: no-store page

Status: REOPENED

(Core :: DOM: Navigation, defect)

Description

[Brian 'netdragon' Bober]

This is on Firefox 1.0 RC1, but I don't see a cache component in Firefox.

When I typed a long comment at
http://www.toomuchsexy.org/index/weblog/comments/logitech_and_kvm/?css_skin=6
I didn't enter the email, and I got an error:

The form you submitted contained the following errors:

    * The email field is required

Back 

Instead of clicking back, I hit back on the browser, it reloads the page, and my
entire comment was lost!!! This same kind of thing happens in hotmail, btw. If
this is a cache issue, I'm glad that the browser cares more about the protocols
than it does for my data. There is no reason it can't repopulate the forms, is
there?

Comment 1

[Christian :Biesinger (don't email me, ping me on IRC)]

1089407920[8115560]:   Cache-Control: no-store, no-cache, must-revalidate,
post-check=0, pre-check=0


hmm... bug 93027 sounds like this may acutally be intentional?

anyway, not a necko bug.

Comment 2

[Brian 'netdragon' Bober]

Yeah, I noticed that earlier and sent a message to the person running the blog,
and he filed a bug for the makers of Expression Engine CMS.

That being said, I believe their should be a preference to turn this intentional
behavior off. I can think of no case where I don't want that Cache-Control
header to be ignored. I lose more form entries that way at the hands of poor web
application designers, and it's not their right to control my client in that way.

Data loss for me is usually caused by stupid things like this. It's almost like
I always have to copy all the text in the form to clipboard on long posts just
in case I lose it. Same thing happens on hotmail.com on the Compose page but
caused by probably one of the following two in its headers:

Cache-Control: max-age=0
Cache-Control: private

They probably do this for security/privacy reasons, but for a private computer,
I should be allowed to override this with a preference.

Comment 3

[Boris Zbarsky [:bzbarsky]]

This is intentional, and if we had a way to turn it off banks would immediately
start blocking Mozilla again (like they did before we implemented this). 

So wontfix.

Comment 4

[Christian :Biesinger (don't email me, ping me on IRC)]

*** Bug 275420 has been marked as a duplicate of this bug. ***

Comment 5

[Christian :Biesinger (don't email me, ping me on IRC)]

*** Bug 275447 has been marked as a duplicate of this bug. ***

Comment 6

[Jesse Ruderman]

> This is intentional, and if we had a way to turn it off banks would immediately
> start blocking Mozilla again (like they did before we implemented this). 

Unlike Firefox, Google Chrome restores form data on http://www.arcengames.com/mantisbt/view.php?id=7728. Are banks blocking Google Chrome over its no-store behavior?

Comment 7

[Boris Zbarsky [:bzbarsky]]

Does Chrome do that over SSL?

(Though note that one of the banks I deal with does in fact block Chrome.)