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 >> > >
