Closed Bug 31211 Opened 25 years ago Closed 24 years ago

Session History "inherited" from spawned window

Categories

(Core :: DOM: Navigation, defect, P3)

x86
All
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: peterj, Assigned: radha)

References

()

Details

From Bugzilla Helper:

User-Agent: Mozilla/5.0 (X11; N; Linux 2.2.12-20 i686; en-US) Mozilla/m14

BuildID:    2000030316



Using a page that's spawned in a new window (target="_my_new_window"), then

closed after a form is submitted, the history of the new window is added to the

history of the original window.  That is, the form result page and the form

itself are added to the history, so if I navigate 'back' in the original window

I get the result page (re-submitted), then the form, then the page I was on, and

*then* the page I was trying to get back to.



This doesn't appear to happen on windows opened from UI gadgets, like

'Mozilla/Go to Bugzilla'.





Reproducible: Sometimes

Steps to Reproduce:

1. Page with <a href="form.html" target="_my_new_window">

2. Submit form

3. Close opened window

4. View history





Actual Results:  History after closing window reads:



Form results

Form

Current page

Previous page

...





Expected Results:  Leave the history of the original window alone.
Confirmed with 2000-03-13-08-M15 on WinNT, although the items incorrectly added
to the top of the list in the Go menu are showing the title of the page the
targeted links are launched from, not the title of the latter page, which makes
it harder to see that the problem is the same. Changing OS to "All".

Steps to Reproduece:
1. Start Mozilla and view any page.
2. View the page at the URL above.
3. Click on the link _Bugzilla Query Form_ just below *Doing the Query* 
   (it has a target="new" attribute").
4. Observe the URL bar and title in the original window.
5. Repeat step 3.
(Do either the A or the B steps)
6A. Observe the top 3 items on the Go menu.
7A. Go to the bottom item on the Go menu.
8A. Go to the top item on the Go menu.
9A. View the list on the Go menu again.
6B. Press the [Back] button enough times to return to the page viewed in step 1;
    count them.

Expected Results:
4: The URL bar should be unchanged, and make sense for the title. 
6A: trick question, there should only be two pages listed.
6B: it should only take one press of the [Back] button.

Actual Results:
4. The URL bar will show http://bugzilla.mozilla.org/query.cgi while the title
   remains "How to find previously reported bugs"
6A: All 3 will show "How to find previously reported bugs"
8A: The Bugzilla Query Page will load.
9A. The top item on the Go menu will now read "Bugzilla Query Page"
6B: It will take 3 presses of the [Back] button to return to the page viewed
    in step 1.

None of this odd behaviour happens if, in step 3, instead of clicking on the 
link, you right-click and then select "Open Link in New Window".
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Summary: History "inherited" from spawned window → Session History "inherited" from spawned window
Status: NEW → ASSIGNED
Target Milestone: M15
Move to M16 for now ...
Target Milestone: M15 → M16
Target Milestone: M16 → M18
Move to M21 target milestone.
Target Milestone: M18 → M21
Testing with 2000-08-01-04-M17 on WinNT, I'm not seeing this problem anymore.
I can't reproduce any problem at all following Sean's 3/14 reproductions steps 
(both A and B tests worked as Sean said they should have) in 2000080108 M18 
Win98.  marking wfm.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
marking VERIFIED
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.