[DELTASPIKE-939] dswid=tempWindowId for every duplicated tab in Chrome/Firefox

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 1.4.1
• Fix Version/s: 1.4.2
• Component/s: JSF-Module
• Environment: Chrome 43.0.2357.125 (64-bit); Firefox 38.0.5; Fedora 22
• Assignee: Thomas Andraschko
• Reporter: Sean Flanigan
• Created: 26/Jun/15 00:31
• Updated: 22/Jul/15 17:41
• Resolved: 15/Jul/15 21:05

Description

I am using ClientWindowRenderMode.CLIENTWINDOW and a JSF page with <ds:windowId/>, and a ViewAccessScoped action bean which prints its identity whenever its corresponding commandButton is clicked.

If I navigate via that button, or h:link, or <a href>, everything works
as I expect: the dswid is preserved, and the bean has the same identity
within the same browser tab. And if I use middle-click to open a new
tab, each tab gets a new identity (new dswid) and a new instance of the
bean.

The problem happens when I use Chrome's "Duplicate Tab" feature, or Firefox's clone tab feature (drag and drop a tab while holding Ctrl).
Whenever I clone a tab that way, I get (after a redirect) a new tab with
dswid=tempWindowId, and each of these tabs is sharing the same instance
of my ViewAccessScoped bean.

You can see the same problem in the JSF playground, by visiting http://localhost:8080/ds/views/scope/viewaccess/test1.xhtml, cloning the tab twice and observing that dswid=tempWindowId in both clones.

I think duplicated tabs should get their own identities, instead of
sharing "tempWindowId".