Thank you Thomas. Do you know if we have a release date for 1.8.1 or if there is a place I can download the patch?
And also, I think we forgot to updated the news section on the deltaspike home page that the latest one is 1.8.0 and not 1.7.2 . Thanks & Regards, Avinash On Tue, Dec 19, 2017 at 3:18 AM, Thomas Andraschko < [email protected]> wrote: > 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 > >> >> >>> > >> >> >> > >> >> >> > >> >> > > >> >> > >> > > >> > > >> > > > > >
