Ken Fyten added a comment - 02/Jan/07 9:55 AM Raised priority based on Philip's input.

Ted Goddard added a comment - 03/Jan/07 2:14 PM Checked in the following change to ICEfaces 1.5 and head — core/src/com/icesoft/faces/webapp/xmlhttp/BlockingServlet.java (revision 12748) +++ core/src/com/icesoft/faces/webapp/xmlhttp/BlockingServlet.java (working copy) @@ -184,6 +184,7 @@ if (PFstate.facesContext instanceof BridgeFacesContext) { BridgeFacesContext facesContext = (BridgeFacesContext) PFstate.facesContext; + facesContext.setCurrentInstance(); bridgeExternalContext = (BridgeExternalContext) facesContext .getExternalContext(); There is a caveat with this feature: f:loadBundle does not work with standardRequestScope because f:loadBundle is a JSP tag and only executes once under ICEfaces. The recommended approach is to create a new component ice:loadBundle that inserts the resource bundle into the request map each time upon rendering. (Should the bundle be applied to the request map upon encoding? Perhaps. Note that upon encoding is not sufficient as server-initiated renders do not include an encode invocation.)

Ted Goddard added a comment - 09/Jan/07 3:16 PM verified that standardRequestScope does not cause lost connections (but also breaks f:loadBundle).