Closed Bug 92608 Opened 24 years ago Closed 24 years ago

Forms are repopulated with data when page set to no-cache or store on 'Back'

Categories

(Core :: DOM: Navigation, defect)

x86
Windows 98
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 93027

People

(Reporter: mark.budzyn, Assigned: radha)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 6.0b; Windows 98) BuildID: Gecko/20001108 Netscape6/6.0 & NS 6.1PR1 (Mac) & Mozilla build 2001062815 In our web application we have a get credit card info page. The problem is if the user returns to the page using the back button (if the transaction fails) in Netscape 6(win) or 6.1PR1(mac), the credit card info is repopulated by the browser. (Our App is running WebSphere and NES on a Solaris box.) We have set the cache control to either no-store or no-cache. We see no difference, the credit card info appears (our app will be used in libraries and school environments, so we need to clear this info). We snooped the connection between Netscape and the server and saw that the client did make a request and receive a new page without the credit card info. So, it looks like Netscape is inserting the info. We've looked in the Form Manager and see nothing stored. In fact, we built a test page with three fields called field1, field2, and (obviously) field3 to test the behavior. We find that Netscape will repopulate these fields too, even with caching set to no-store or no-cache. Reproducible: Always Steps to Reproduce: Set up an HTML with fields, set the cache controls to no-cache or no-store. Fill in the forms and submit it. Go back, and the data will reapear. Actual Results: Data reappears even when the browser goes back and makes another request from the server Expected Results: Cleared the forms considering the page is set to no-cache or no-store and does perform a request from the server.
Over to session history. ccing pollmann. compare bug 74639 and bug 13537
Assignee: rods → radha
Status: UNCONFIRMED → NEW
Component: Form Submission → History: Session
Ever confirmed: true
QA Contact: vladimire → claudius
This is dupe of 93027. *** This bug has been marked as a duplicate of 93027 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
VERIFIED Dupe
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: claudius → docshell
You need to log in before you can comment on or make changes to this bug.