Closed
Bug 17685
Opened 25 years ago
Closed 24 years ago
Need a way to save post data in Session History and repost on B/F
Categories
(Core :: Networking, defect, P1)
Core
Networking
Tracking
()
VERIFIED
FIXED
M18
People
(Reporter: radha, Assigned: radha)
References
Details
(Whiteboard: [nsbeta2+][PDT-])
When accessing a page with post data and going Back/Forward to it, session
History needs to save the post data. Though SH *will soon* have the ability to
save a handle to post data(nsIInputStream) in the cache, it will not be able to
reset the stream to the beginning and repost, because nsIInputStream doesn't
support that feature.
Because of this going Back/Forward to pages that use post data like my.yahoo.com
login screen or travelocity login screen doesn't behave right.
Assignee | ||
Updated•25 years ago
|
Priority: P3 → P1
Updated•25 years ago
|
Assignee: gagan → warren
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M11
Comment 1•25 years ago
|
||
I'll take this one.
Updated•25 years ago
|
Assignee: warren → radha
Status: ASSIGNED → NEW
Comment 2•25 years ago
|
||
I've checked in the code to make the stream returned from NS_NewPostDataStream
support the nsIRandomAccessStore interface. So now the task is to save the
stream in the history, and before reposting, Seek back to zero.
Off to Radha.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Bulk move of all Necko (to be deleted component) bugs to new Networking
component.
Updated•25 years ago
|
Summary: Need away to save post data in Session History and repost on B/F → [4.xP]Need away to save post data in Session History and repost on B/F
Comment 8•25 years ago
|
||
You shouldn't actually repost the data without asking the user. That could
cause people to do things like buy something twice, etc. The 4.x behavior here
is good.
Moving all to M14 (for webshell changes that are being deferred till M14 rather
than destabilize M13).
Comment 12•25 years ago
|
||
Putting on PDT+ radar for beta1.
Summary: [4.xP]Need away to save post data in Session History and repost on B/F → [4.xP]Need a way to save post data in Session History and repost on B/F
Whiteboard: [PDT+]
Updated•25 years ago
|
Summary: [4.xP]Need a way to save post data in Session History and repost on B/F → Need a way to save post data in Session History and repost on B/F
Comment 13•25 years ago
|
||
*** Bug 26208 has been marked as a duplicate of this bug. ***
Comment 14•25 years ago
|
||
*** Bug 27127 has been marked as a duplicate of this bug. ***
Comment 15•25 years ago
|
||
Bill sez this should "just work" when we flip the switch on the new session
history stuff.
Depends on: 13374
Comment 16•25 years ago
|
||
I just tried this and it works for me (going off of don's last statement on the
10th of February). Marking fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 17•25 years ago
|
||
Testing in Linux mozilla 2000-02-28-08-M15.
Comment 18•25 years ago
|
||
verified:
WinNT 3/05/00
Linux 2000030609
Mac 2000030508
Status: RESOLVED → VERIFIED
Comment 19•25 years ago
|
||
Unless there is another bug report out there for sites *without* frames, this is
still broken in Win98 build 2000030708. Here is a sample:
1. Turn off memory cache (otherwise CSS and such won't load at this site)
2. Go to http://www.vortxweb.net/ccs-pg/my-cgi/toykar/chayka5.cgi
3. Make a selection from the list boxes
4. Submit ("get prices")
5. Check any of the boxes
6. Submit ("buy")
7. Press the browser back button.
8. The page of check box selections is wiped out
However, if you go back to the first page from the second or third page, the
original selections are still highlighted, so only the first page was saved
intact. Post data from subsequent pages is toast.
Comment 20•25 years ago
|
||
I also can't verify this - looks like old session history is still being used,
and it doesn't store/reset/repost the post data stream, reopening.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Comment 21•25 years ago
|
||
I'm removing the PDT+ to get a re-evaluation (it was marked plus several weeks
ago, and resolved, only to be re-opened today). We are probably too close to a
beat 1 ship to take a major change in this area. PDT will comment later today.
Whiteboard: [PDT+]
Comment 24•25 years ago
|
||
*** Bug 32787 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → ASSIGNED
Comment 28•25 years ago
|
||
*** Bug 38697 has been marked as a duplicate of this bug. ***
Comment 29•25 years ago
|
||
*** Bug 38732 has been marked as a duplicate of this bug. ***
Comment 30•25 years ago
|
||
Putting on [nsbeta2+] radar for beta2 fix. claudius, please retest or find
dup.
URL: [nsbeta2+]
QA Contact: tever → claudius
Comment 31•25 years ago
|
||
I'm gonna take a wild shot in the dark here and assume you didn't mean to put
the nsbeta2+ marking in the URL field. Moving to whiteboard (I assume the PDT-
marking should be removed, but I'll let someone else do that...)
URL: [nsbeta2+]
Whiteboard: [PDT-] → [nsbeta2+][PDT-]
Comment 32•25 years ago
|
||
radha, isn't this the same issue or root cause as bug 1718?
Assignee | ||
Comment 33•24 years ago
|
||
Yes it is. I'm hanging on to both so that when I fix, I can test 1718.
Assignee | ||
Comment 35•24 years ago
|
||
Fix in hand. Shall checkin once tree opens
Target Milestone: M18 → M16
Assignee | ||
Comment 36•24 years ago
|
||
checked in fix.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Target Milestone: M16 → M18
Comment 37•24 years ago
|
||
can someone please verfiy this, for the release notes. thank you very much.
Comment 38•24 years ago
|
||
something happened to the resolution on this one (bug 3273)
re-marking fixed, sorry everybody for the spam
Status: RESOLVED → REOPENED
Comment 39•24 years ago
|
||
fixed
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•