I'd like to add that combination of standardRequestScope = true and delegateNonFaces = false produces the following warning:

WARN [D2DViewHandler] Failing over to default request path

May be this is the reason why navigation breaks down - any request ends up in the home page (1.7DR2, JBoss 4.2.1, Liferay 4.3.2, facelets)

Is there any progress with this issue? Wouldn't it be possible to fix it in DR3?

Well, I did some debugging as soon as nobody in IceFaces wants to look at this issue. As for me, the reason of all these errors is that BridgeExternalContext.resetRequestMap() clears ALL request attributes at the end of rendering phase.

Some functionality (expecially portlet support) relies on some auxiliary request attributes (like Constants.SERVLET_KEY, Constants.INC_REQUEST_URI and a lot of others). As soon as faces context is shared between asynchronous requests and request map is not updated during each call, all these parameters are lost and application fails.

Well, I patched PortletExternalContext with the following code. May be this is not the right decision but it works for me.

public void resetRequestMap() {
if (standardScope) {

requestMapLoop: for (Iterator iterator = requestMap.keySet().iterator(); iterator.hasNext() {
String key = (String) iterator.next();

for (int i = 0, l = Constants.INC_CONSTANTS.length; i < l; i++) {
if (Constants.INC_CONSTANTS[i].equalsIgnoreCase(key))

}
if (Constants.NAMESPACE_KEY.equalsIgnoreCase(key)

.........

public void update(HttpServletRequest request, HttpServletResponse response) {
...........
// Copy attributes as well in case of standard request scope
if (standardScope) {
requestMap = new RequestAttributeMap();
if (log.isDebugEnabled())
log.debug("Updating request attributes:");
Enumeration attributeNames = request.getAttributeNames();
while (attributeNames.hasMoreElements())

}
}

I've replaced this line:

requestMap = new RequestAttributeMap();

to:

requestMap = Collections.synchronizedMap(new HashMap());

since the first one copies attributes from previous saved RenderRequest. After this change request scope seems looking like realy "standard" for portlets.

We do want to fix the issue and thank you for the contribution. The problem you are discussing now is separate from the issue originally reported in the case so I have opened a new JIRA to track it: ICE-2369.

Always delegate if requests come in from a different servlet than MainServlet. 'delegateNonIface' parameter is deprecated (ignored).
The only reliable mechanism for deciding which ViewHandler should be invoked is to correctly map the servlets (MainServlet or FacesServlet) to the extensions that they're suppose to handle.