Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
1.1.9
-
None
-
None
Description
The client-side tree2 uses cookie to expand/collapse tree, and it works.
However, the cookie content is ignored when user came to page again.
Steps to reproduce:
1. Open example page here: http://www.irian.at/myfacesexamples/tree2.jsf
2. Expand Top tree, any depth
3. Place cursor to browser's address bar, press enter (simple refresh are intercepted by ajax or some cache)
4. After page loads, Cookie present, but top-menu isn't expanded. This is bug. You can see that cookie still there by expanding bottom Tree, after response - the top Tree will get saved state.
Another side-effects:
reproduce all to step 3. After this you can expand Top tree, and it will behave as fully-closed. You can expand it deeper and deeper, you can close some branches.
But cookie isn't contains new state - it contains super-position of old state and new changes. This can be confirmed by Expanding bottom menu.
Simplier explanation:
1. Expand in top Tree2 "Inbox (2) ", "Frank Foo", "Requires Foo Reviewer (3)", "Requires Foo Approval (6)"
2. Hard-refresh
3. Expand in top Tree2 "Inbox (2)", "Frank Foo", (here you can see that what we opens in step 1 is now closed); expand "Requires Foo Reviewer (3)", close "Requires Foo Reviewer (3)"
4. Hard-refresh
5. Expand Bottom Tree
6. Top Tree Will get expanded "Inbox (2) ", "Frank Foo", "Requires Foo Reviewer (3)", "Requires Foo Approval (6)". "Requires Foo Reviewer (3)" will be closed (we close it, remember).
Expected Behaviour:
1. After user came again to page, client-side Tree must show it's previous state - it must restore it from cookie.
2. Optional: Add parameter to tree2: resetStateAtView. If set to true, then when user came to view page, cookie are erased and tree will get correct closed state.