Bug 14746

Summary: REGRESSION (r21430): Form state not saved for forms that submit via HTTPS even if they do not contain a password field
Product: WebKit Reporter: mitz
Component: Page LoadingAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: beidson
Priority: P1 Keywords: InRadar, Regression
Version: 523.x (Safari 3)   
Hardware: All   
OS: All   
URL: https://svn.macosforge.org/projects/webkit/wiki/WikiStart?action=history

mitz
Reported 2007-07-24 05:13:32 PDT
From <http://trac.webkit.org/projects/webkit/changeset/21430>: - // Do not save doc state if the page has a password field and a form that would be submitted via https. + // Do not save doc state if the page has a form that would be submitted via https. Document* document = m_frame->document(); ASSERT(document); - if (document->hasPasswordField() && document->hasSecureForm()) - return; + if (document->hasSecureForm()) + return; The result is that pages like the one in the URL do not save form state. I do not understand this expansion of the class of documents that do not save state.
Attachments
Brady Eidson
Comment 1 2007-08-09 09:47:48 PDT
I have a very strong recollection that when I was writing this patch, we discovered that the fact that we *did* save form state for HTTPS was a regression from Safari 2, as many high-security commercial sites refuse to work with your browser if you remember form state at all. I might be misremembering this and confusing it with a different issue, however, so I'm exploring this...
Brady Eidson
Comment 2 2007-08-09 10:02:47 PDT
I used https://addons.mozilla.org/en-US/firefox/ to test this. There's a search field there. Enter text in the search field and search. Then go back. In Safari 2 the text is remembered. In ToT, it is not. *sigh*
David Kilzer (:ddkilzer)
Comment 3 2007-08-10 06:14:27 PDT
mitz
Comment 4 2007-08-13 22:09:50 PDT
mitz
Comment 5 2007-08-14 13:26:03 PDT
Note You need to log in before you can comment on or make changes to this bug.