The problem is that you use a windowname to open the view. DeltaSpike uses the window.name to store the required windowId, so therefore a window.name doesn't have any functionality when using DS window handling.
I can add a workaround so that a infinite loop won't occur but you can simple fix it in your application. 2017-12-18 20:06 GMT+01:00 Avinash Moram <[email protected]>: > Hi Thomas, > > I have recreated it as a sample project and uploaded to github. > https://github.com/avinashmoram/paris-ihw > > > Thanks & Regards, > Avinash > > On Fri, Dec 15, 2017 at 12:09 PM, Avinash Moram <[email protected]> > wrote: > > > Hi Thomas, > > > > I will try to get one up on github this weekend. > > > > Thanks & Regards, > > Avinash > > > > On Fri, Dec 15, 2017 at 12:07 PM, Thomas Andraschko < > > [email protected]> wrote: > > > >> Can you replicate it in the jsf playground in our github repo? > >> > >> Am Freitag, 15. Dezember 2017 schrieb Avinash Moram : > >> > >> > Adding environment: deltaspike 1.7.2, EAP 7, Primefaces 6.1, > Extensions > >> > 6.1 | Mojarra 2.2.12-jbossorg-2 | JBOSS EAP 7.0.0 > >> > > >> > > >> > Thanks & Regards, > >> > Avinash > >> > > >> > On Fri, Dec 15, 2017 at 10:18 AM, Avinash Moram <[email protected]> > >> > wrote: > >> > > >> >> Hi, > >> >> > >> >> looks like the images do not show up in the browser when using > >> >> https://lists.apache.org/[email protected] > >> >> > >> >> *IE(as popup from window.open):* I see a url which has dswid empty > >> >> URL Protocol Method Response > >> >> /TCEQParis/faces/ui/cr/cr-re/cr-re-search.xhtml?dswid= HTTP > GET > >> >> 302 > >> >> URL Protocol Method Response > >> >> /TCEQParis/faces/ui/cr/cr-re/cr-re-search.xhtml?dswid=2192 HTTP > >> >> GET 200 > >> >> > >> >> Because of that empty dswid= in the url IE goes into indefinite > >> redirect > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> Thanks & Regards, > >> >> Avinash > >> >> > >> >> On Wed, Dec 13, 2017 at 2:40 PM, Avinash Moram <[email protected]> > >> >> wrote: > >> >> > >> >>> Hi, > >> >>> > >> >>> We have run into a problem similar to infinite redirects > >> >>> <https://issues.apache.org/jira/browse/DELTASPIKE-754> when I open > my > >> >>> application through Window.open only on Internet Explorer (all > >> versions). > >> >>> > >> >>> In the developer tools -> Network tab I see the following, the first > >> >>> request has empty dswid in the url, then it redirects to get a new > >> url with > >> >>> dswid; and then IE goes into infinite redirects doing the same > thing, > >> first > >> >>> request dswid is empty and second one not empty. > >> >>> > >> >>> IE(as popup from window.open): I see a url which has dswid empty > >> >>> > >> >>> [image: Inline image 2] > >> >>> > >> >>> IE(direct link, not opened as popup): I do not see an empty dswid > >> >>> > >> >>> [image: Inline image 4] > >> >>> > >> >>> I debugged the same in firefox, I still see the empty dswid, but > >> firefox > >> >>> doesn't go into infinite redirects. (same behavior with chrome) > >> >>> Firefox: > >> >>> [image: Inline image 3] > >> >>> I looked at the code that 754 talks about the fix in > >> >>> ClientWindowHelper#handleInitialRedirect > >> >>> Inside ClientWindowHelper#constructRequestUrl we call > >> >>> JsfUtils.addRequestParameters(externalContext, url, true); > >> >>> > >> >>> Do you think adding a condition not to add the parameter when the > >> >>> parameter value is empty would solve the problem? > >> >>> > >> >>> And again I may be wrong, I am looking into this piece of code for > the > >> >>> first time. > >> >>> > >> >>> Thanks & Regards, > >> >>> Avinash > >> >>> > >> >> > >> >> > >> > > >> > > > > >
