During asynchronous method call, Firefox doesn't allow to navigate elsewhere

Question

Hi,
I am using Jdeveloper 11.1.1.5.0 and my application is based on ADF and Webcenter Portal.
Here is the scenario: My application has a home page which contains different regions. The page loads all the regions instead of one which is running with separate thread and taking long time. Now during the execution of long running task, if user wants to navigate to another page by clicking on a command link or goLink then it works on google chrome and IE but doesn't work with Firefox. In case of firefox once it seems to redirecting to desired url for a while but then it redirects back to same page. Surprisingly, It works perfectly once the execution of long running task is finished. So it seems problem with firefox's handling of asynchronous requests. I tried FacesContext.getCurrentInstance().getExternalContext().redirect(url) and setting the URL as destination for goLink to navigate. Below is the code for goLink and commandLink:
<af:goLink id="pt_g22" text="#{node.title}" destination="#{contextroot}/faces/test.jsp" styleClass="#{node.selected ? 'ln_active' : ''}"/>
<af:commandLink id="pt_c21" text="#{node.title}" action="pprnav" clientComponent="#{node.attributes['Target'] == '_popup' ? true : false}" styleClass="#{node.selected ? 'ln_active' : ''}" actionListener="#{MyBean.navigateToHere}" partialSubmit="true">
in commandLink's actionListener method i am just having : FacesContext.getCurrentInstance().getExternalContext().redirect(url)
Also, if i use navigationContext.processAction and action="pprnav" with commandLink then it works in FF as well but i want full page redirection instead of PPR
Any help or suggestion is appreciated.
Many Thanks,
Jeetu

Answer 1

Jose, your fix to problem 1 allows all access from the outside, assuming you applied the extended list to the outside interface.  Try to be more restrictive than an '...ip any any' rule for outside_in connections.  For instance, this is what I have for incoming VOIP (access list and nat rules):
access list rule:
access-list outside_access_in extended permit udp any object server range 9000 9049 log errors
nat rule:
nat (inside,outside) source static server interface service voip-range voip-range
- 'server' is a network object *
- 'voip-range' is a service group range
I'd assume you can do something similar here in combination with my earlier comment:
access-list incoming extended permit tcp any any eq 5900
Can you explain your forwarding methodology a little more?  I'm by no means an expert on forwarding, but the way I read what you're trying to do is that you have an inbound VNC request coming in on 5900 and you want the firewall to figure out which host the request should go to.  Or is it vice-versa, the inbound VNC request can be on port 6001-6004 ?