WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
18401
Apparent caching between form submits 2
https://bugs.webkit.org/show_bug.cgi?id=18401
Summary
Apparent caching between form submits 2
Peter Enevoldsen
Reported
2008-04-10 02:42:24 PDT
Some values in a form is apparently cached after submit and when we submit a new form the previous values are shown in the new form. When we navigate away and thereby submit the framed form (Picture 1) we go to Picture 2. The form in picture 2 contains the same values as the framed form in Picture 1. Steps to Reproduce: 1. Set your user agent to "Safari 2.0.4" 2.
http://193.17.206.202/cgi-bin/Maconomy/MaconomyPortal.mas11.W_MAS/Framework/maconomyportal.msc
3. Login as "Kevin Sullivan" password 123456 4. Click "Job Management" -> "My Jobs" -> Job no: 2010001 5. navigate between the tabs and see that the values from the previous form are briefly shown before the real data. A more simple alternative is: 1. Open "Job Management" -> "New Job" 2. Select an element in the drop down. 3. Click next. 4. The element you selected in the dropdown is brifly shown in the "Client/Brand" field Expected Results: On previous versions of Safari and Firefox and IE the form would not contain any values. e.g no values are "copied"/cached between the two forms. Actual Results: Explain what actually occurred when steps above are executed. Regression: This worked in Safari 2 on Panther and Tiger I found that
r25410
introduces the problem. The code that causes the problem is shown below in snippet 1. If I reuse addHistoryForCurrentLocation I dont see the problem, but it of course introduces other problems (as mentioned in the code - 5333496). I did the test in
r29336
FrameLoader.cpp Snippet 1: if (!frameNavigationOnLoad && !documentLoader()->isClientRedirect()) { if (!documentLoader()->urlForHistory().isEmpty()) addHistoryForCurrentLocation(); } else if (documentLoader()->unreachableURL().isEmpty() && m_currentHistoryItem) { m_currentHistoryItem->setURL(documentLoader()->url()); m_currentHistoryItem->setFormInfoFromRequest(documentLoader()->request()); } Snippet 2: if (!frameNavigationOnLoad && !documentLoader()->isClientRedirect()) { if (!documentLoader()->urlForHistory().isEmpty()) addHistoryForCurrentLocation(); } else if (documentLoader()->unreachableURL().isEmpty() && m_currentHistoryItem) { // m_currentHistoryItem->setURL(documentLoader()->url()); // m_currentHistoryItem->setFormInfoFromRequest(documentLoader()->request()); addHistoryForCurrentLocation(); }
Attachments
Screenshot 1
(114.52 KB, image/jpeg)
2008-04-10 02:55 PDT
,
Peter Enevoldsen
no flags
Details
Screenshot 2
(108.83 KB, image/jpeg)
2008-04-10 02:56 PDT
,
Peter Enevoldsen
no flags
Details
Proposed fix. Needs a layout test.
(1.38 KB, patch)
2008-06-25 10:29 PDT
,
Kevin McCullough
kmccullough
: review-
Details
Formatted Diff
Diff
Proposed test
(2.93 KB, application/octet-stream)
2008-07-14 11:21 PDT
,
Peter Enevoldsen
no flags
Details
Proposed test 2
(3.08 KB, application/octet-stream)
2008-07-15 03:39 PDT
,
Peter Enevoldsen
no flags
Details
Fix and layout test
(7.27 KB, patch)
2008-07-15 16:13 PDT
,
Kevin McCullough
mitz: review+
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Peter Enevoldsen
Comment 1
2008-04-10 02:55:42 PDT
Created
attachment 20451
[details]
Screenshot 1
Peter Enevoldsen
Comment 2
2008-04-10 02:56:00 PDT
Created
attachment 20452
[details]
Screenshot 2
Mark Malone
Comment 3
2008-04-10 09:24:46 PDT
rdar://5620273
Peter Enevoldsen
Comment 4
2008-05-22 02:43:28 PDT
After advise from andersc I tried to set autocomplete=false on the form. It did not help.
Kevin McCullough
Comment 5
2008-06-10 14:03:38 PDT
It looks like frames are not setting createdByParser in HTMLElementFactory (nor iFrames). I have a fix for that but can't create a reduction to reproduce currently. I think there is a combination of iframes and frames going on.
Kevin McCullough
Comment 6
2008-06-25 10:29:38 PDT
Created
attachment 21934
[details]
Proposed fix. Needs a layout test.
Peter Enevoldsen
Comment 7
2008-07-14 11:21:01 PDT
Created
attachment 22267
[details]
Proposed test
Peter Enevoldsen
Comment 8
2008-07-15 03:39:50 PDT
Created
attachment 22279
[details]
Proposed test 2 I updated the test so it complies better with the layout test standards.
Kevin McCullough
Comment 9
2008-07-15 16:12:08 PDT
Comment on
attachment 21934
[details]
Proposed fix. Needs a layout test. uploading new patch
Kevin McCullough
Comment 10
2008-07-15 16:13:15 PDT
Created
attachment 22292
[details]
Fix and layout test
mitz
Comment 11
2008-07-15 16:25:09 PDT
Comment on
attachment 22292
[details]
Fix and layout test Property changes on: LayoutTests/fast/forms/form-and-frame-interaction-retains-values.html ___________________________________________________________________ Name: svn:executable + * I don't think this needs to be set. \ No newline at end of file Please add a newline. r=me
Kevin McCullough
Comment 12
2008-07-15 16:46:58 PDT
Committed revision 35188.
zaharang
Comment 13
2008-09-03 19:28:06 PDT
After this patch, the 'back' function do not work in some site. ex)
http://media.daum.net/politics/others/view.html?cateid=1010&newsid=20080903102907230&p=ned
(sorry for non-english site)
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug