When users open links in a new window

Question

We have a report that shows many rows of data together with a link to drill down on a particular row by branching to another page, passing the row PK as a parameter - standard stuff.
However, some of our users like to use the browser facility to open the link in a new window. They then go back to the report and maybe open another link in another new window.
Now they have 2 new windows open, supposedly showing 2 different sets of data. But since the windows share the same SESSION value, the session state gets mixed up. If they click the 2 links quickly enough they can even end up with the same data displayed in both windows.
I realise that I can avoid this by NOT passing the session ID. But since the user could do this with any link, that means NEVER passing the session ID in any link, so effectively not having any persistent session state.
Is it possible to:
- prevent the user from opening the link in a new window?
- recognize that the user has opened the link in a new window and start a new session?
This must be a potential issue for all ApEx applications, so I am sure someone has solved it already!

Answer 1

Actually, I have been looking at ways of detecting that a new window has been opened using Javascript - like this:
<script type="text/javascript">
function checkIfSpawned() {
  var lsBrowser = navigator.appName;
  var lsNumPages;
  if (lsBrowser.indexOf("Microsoft") >= 0)
    lsNumPages = 0;
  else
    lsNumPages = 1;
  if (history.length <= lsNumPages) location.replace('f?p=103:4');
</script>i.e. if there is no browser history then bring up a special page instead that simply says "sorry, you can't open this page in a new window".
However, there are other ways to end up with the same session in two or more browser windows (saving page including session_id in Favorites, simple cut and paste...) so I am still looking for other ideas. I think there are two ways in which this can be a problem:
1) Opening the same page with different parameters in two windows simultaneously: the second overwrites the session state of the first, but the first is still rendering and reading the session state. I am exploring whether we can detect that that has happened somehow and raise an error in the corrupted window. For example, perhaps we can save the parameter values into package variables in an On Load, Before Header process and then compare the session state and package values in an On Load, After Footer process: if they are different, the page has been corrupted and we raise an error. (I am very much thinking aloud here, I haven't tried anything yet).
2) With two windows open with same session_id (however that occurs): we cannot rely on the values in session state, only on values in items that are part of the current page. For example, if we have a 2-page wizard with pages 1001 and 1002, then we should not refer to P1001_XXX items when in page 1002. So we have to pass the values from 1001 to 1002 either as parameters, or perhaps by storing them in a table associated with a unique sequence value generated for the transaction, and then passing the sequence value as a parameter. (Again, thinking aloud here).