second issue: you have multiple ds:windowId ;) improved both cases now with DELTASPIKE-1306 and DELTASPIKE-1305.
2017-12-19 9:36 GMT+01:00 Thomas Andraschko <[email protected]>: > 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 >> >> >>> >> >> >> >> >> >> >> >> > >> >> >> > >> > >> > >
