31051 - Have to click back button X times to really back the page.

Status: VERIFIED FIXED

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

Description

[/\/\arcio Galli]

It's related with the DOM use in the demo. Please go to the URL.
Build is: 2000030516, Win98

This demo is a dynamic table. create row, col, remove, put content. 
Select the cell with mouse click. 

See that the number of "BACK"s is related with the number of elements
created in the table. Try:

0) type a text in the text field
1) create 3 rows.
2) try back

Note: that you need to make 4 back to really back to the previous page.
Note also that the 3rd back it's just like the document is loaded over the same 
document. I can't exactly figure out what is the 3rd back. But surelly:

in the 3rd back, the onload="start()" was called!! That's why the table
was created again. 

Try with any number os rows!, The number of back necessary is related with 
the number of nodes created in the table. 

Let me not if is necessary a testcase minimized.

Comment 1

[/\/\arcio Galli]

V - I don't have rights to reassign. I think it's event related. 

So - It's not related with DOM. IT's about links when using links as handlers
for internal javascript functions. I found other demo page with the problem. 

But this testcase (URL above) is important so there is that DOM problem 
(creation of another table inside the same page) whose happens together with
the 'back' problem. 

Well, new testcase is: 
1) http://www.geckonnection.com/dompod/tn/tn-dom-on/ON3D/on3d-testcase2.html
and 
2) http://www.geckonnection.com/dompod/tn/tn-dom-on/ON3D/on3d.html

This is a basic page with links as handlers to animation. If you click 
links in the 1) URL - and click back works okay. The 2) URL not work. 

For the 2)-URL, the number of back clicks must be the same of the number of 
the link clicks during the demo. 

The 2) version the <a href=".." onclick="function();">  
the 1) version <a href="..." onclick="function();return false;">

So if without 'return false', it's just like the page was visited again. 

Comment 2

[Johnny Stenback (:jst)]

This has nothing to do with the DOM, the problem is that javascript: urls
end up in the session history. Reassigning to radha.

Comment 3

[leger]

This no longer occurs with latest build.  claudius to verify.

Comment 4

[Claudius Gayle]

VERIFIED Fixed in 2000051609 build