Found it!!!! It seems FireFox does have an issue with the actions that start with ..?
The page I was going to (localhost/myapp) had a mount path at "/" i.e. @MountPath(value = "/", alt = "/home") Now this mount path annotation was also in the test app that didn't exhibit the problem but (yes!) but the main app has a test for authenticated user with redirect: // redirect to authenticate page if we don't have an authenticated user redirectToInterceptPage(new AuthenticatePage()); The quickstart does not check for authentication so no redirect. The problem goes away in Firefox if I change the mountpath to anything but "/" eg., @MountPath(value = "/blah", alt = "/home") So my theory is that an action URL generated for a form in a page mounted at '/' is correct (./?) if the page is accessed directly without a redirectToInterceptPage. but when the action URL is generated after a "continue after intercept" to a page that is mounted at '/' then the action URL is generated with the ..? prefix instead of ./?. While Chrome can handle ..? it appears Firefox does not but works fine with ./? > -----Original Message----- > From: Chris Colman [mailto:chr...@stepaheadsoftware.com] > Sent: Wednesday, 11 October 2017 9:29 PM > To: users@wicket.apache.org > Subject: RE: AjaxFormComponentUpdatingBehavior not triggering ListChoice > model update in Firefox in Wicket 7.9.0 > > I found an interesting difference between the quickstart that works and > the app that doesn't work in FF: > > The action parameter of the form is generated with a .. prefix instead of > ./ > > So in the app that doesn't work: > > The form's action attribute is defined as: > > action="..?32-1.IFormSubmitListener-form" > > and in the app that does work it is defined as: > > action="./?0-1.IFormSubmitListener-form" > > The AJAX event handlers defined at the end of the page correspond to > whatever was generated above. > > The ..? form is generated in both Chrome and FireFox. Perhaps Firefox > doesn't handle this ..? as well as Chrome does. > > Is ..? a legal URL path? > > To test this theory I could force the real app to generate a ./? URL > instead of ..? > > Any idea how I could do that? > > > > -----Original Message----- > > From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de] > > Sent: Wednesday, 11 October 2017 7:12 PM > > To: users@wicket.apache.org > > Subject: Re: AjaxFormComponentUpdatingBehavior not triggering ListChoice > > model update in Firefox in Wicket 7.9.0 > > > > Is there any kind of defer or async on any of these JS script resources? > > Maybe you want to publish the quickstart? > > > > ----- Ursprüngliche Mail ----- > > > Von: "Chris Colman" <chr...@stepaheadsoftware.com> > > > An: users@wicket.apache.org > > > Gesendet: Mittwoch, 11. Oktober 2017 10:06:23 > > > Betreff: RE: AjaxFormComponentUpdatingBehavior not triggering > ListChoice > > model update in Firefox in Wicket 7.9.0 > > > > > The cut down app that works fine in FireFox also has both jquery.js > and > > > bootstrap.js so this probably means that it's ok to have both of these > > > together. > > > > > > > > > ./wicket/resource/org.apache.wicket.resource.JQueryResourceReference/jquer > > y/jquery-1.12.4.js > > > > > > > > > ./wicket/resource/de.agilecoders.wicket.webjars.request.resource.WebjarsJa > > vaScriptResourceReference/webjars/bootstrap/3.3.7-1/js/bootstrap.js > > > > > > > > >> -----Original Message----- > > >> From: Korbinian Bachl [mailto:korbinian.ba...@whiskyworld.de] > > >> Sent: Wednesday, 11 October 2017 6:44 PM > > >> To: users@wicket.apache.org > > >> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering > > ListChoice > > >> model update in Firefox in Wicket 7.9.0 > > >> > > >> Hi Chris, > > >> > > >> can it be that you have 2 instances of jQuery in your page? - > > bootstrap.js > > >> often comes with embedded jQuery and then you would overwrite the > > wicket > > >> one with the bootstrap one, that will lead to problems where you dont > > get > > >> notfied at all. I know this from foundation / sites, where you are > best > > >> using a second global variable beside the one from default jQuery. > > >> > > >> In this part wicket is a bit of a troublemaker, you could try to > > replace > > >> the wicket jQuery with an empty.js resource or even pull in the > > bootstrap > > >> one instead (e.g.: bootstrap script file instead of wickets jquery > only > > >> script), so only 1 jQuery gets executed. Also the migrate you use is > > quite > > >> old, I would suggest 1.4.1; > > >> > > >> Best, > > >> > > >> KB > > >> > > >> > > >> ----- Ursprüngliche Mail ----- > > >> > Von: "Chris Colman" <chr...@stepaheadsoftware.com> > > >> > An: users@wicket.apache.org > > >> > Gesendet: Mittwoch, 11. Oktober 2017 04:39:22 > > >> > Betreff: RE: AjaxFormComponentUpdatingBehavior not triggering > > ListChoice > > >> model update in Firefox in Wicket 7.9.0 > > >> > > >> > I've made some progress. I have created a cut down app that > produces > > a > > >> > similar page to the troublesome one in the large app that exhibits > > the > > >> > problem - except I can't make the cut down app exhibit the problem > > yet > > >> > ;) > > >> > > > >> > ... but I have found a suble difference between the two apps: > > >> > > > >> > It seems to be something to do with the order/inclusion of .js > files > > >> > added within a HeaderResponseContainer component. > > >> > > > >> > In the working app the .js is ordered like this: > > >> > (left out unimportant tags, paths etc., for brevity) > > >> > > > >> > src="... /jquery/jquery-1.12.4.js"></script> > > >> > src="... /wicket-event-jquery.js"></script> > > >> > src="... /wicket-ajax-jquery.js"></script> > > >> > <script type="text/javascript" id="wicket-ajax-base-url"> > > >> > /*<![CDATA[*/ > > >> > Wicket.Ajax.baseUrl=""; > > >> > /*]]>*/ > > >> > </script> > > >> > <!--[if lt IE 9]> src="... /js/respond.js"></script> > > >> > <![endif]--> > > >> > src="... /jquery-migrate-1.3.0.js"></script> > > >> > id="bootstrap-js" src="... / > > >> > webjars/bootstrap/3.3.7-1/js/bootstrap.js"></script> > > >> > <script type="text/javascript" > > > >> > /*<![CDATA[*/ > > >> > > > >> > In the app that doesn't work in FireFox the .js ordering is: > > >> > > > >> > src="... /jquery/jquery-1.12.4.js"></script> > > >> > src="... /wicket-event-jquery.js"></script> > > >> > src="... /js/jquery-migrate-1.3.0.js"></script> > > >> > src="... /webjars/bootstrap/3.3.7-1/js/bootstrap.js"></script> > > >> > src="... /prettify.js"></script> > > >> > <!--[if lt IE 9]> > > >> > src="./ RespondJavaScriptReference/js/respond.js"></script> > > >> > <![endif]--> > > >> > <script type="text/javascript" > > > >> > /*<![CDATA[*/ > > >> > > > >> > > > >> > The non working version does not use wicket-ajax-jquery.js - could > > this > > >> > be the issue? Maybe FireFox needs this but Chrome and IE don't? > > >> > > > >> >> -----Original Message----- > > >> >> From: Andrea Del Bene [mailto:an.delb...@gmail.com] > > >> >> Sent: Saturday, 7 October 2017 12:33 AM > > >> >> To: users@wicket.apache.org > > >> >> Subject: Re: AjaxFormComponentUpdatingBehavior not triggering > > >> > ListChoice > > >> >> model update in Firefox in Wicket 7.9.0 > > >> >> > > >> >> Hi, > > >> >> > > >> >> I've tried your code but everything works fine. Maybe your FF has > an > > >> > add- > > >> >> on > > >> >> that causes the problem ? > > >> >> > > >> >> On Fri, Oct 6, 2017 at 1:21 PM, Chris Colman > > >> >> <chr...@stepaheadsoftware.com> > > >> >> wrote: > > >> >> > > >> >> > I also tried it without the leading 'on' in 'onchange' > > >> >> > > > >> >> > > -----Original Message----- > > >> >> > > From: Chris Colman [mailto:chr...@stepaheadsoftware.com] > > >> >> > > Sent: Friday, 6 October 2017 10:12 PM > > >> >> > > To: users@wicket.apache.org > > >> >> > > Subject: AjaxFormComponentUpdatingBehavior not triggering > > >> > ListChoice > > >> >> > model > > >> >> > > update in Firefox in Wicket 7.9.0 > > >> >> > > > > >> >> > > I have a ListChoice with a ProperyModel and I have added a > > >> >> > > AjaxFormComponentUpdatingBehavior to cause the model object to > > be > > >> >> > > updated 'live' (i.e. whenever the selection is changed rather > > than > > >> >> > > waiting for form submit) via: > > >> >> > > > > >> >> > > > > >> >> > > myListChoice.add(new > > >> >> > > AjaxFormComponentUpdatingBehavior("onchange") { > > >> >> > > @Override > > >> >> > > protected void onUpdate(AjaxRequestTarget > target) > > >> >> > > { > > >> >> > > logger.info("Item changed"); > > >> >> > > } > > >> >> > > }); > > >> >> > > > > >> >> > > In all browsers the "Item changed" log entry occurs every time > > the > > >> >> > > selection in the ListChoice is changed. > > >> >> > > > > >> >> > > However in Firefox the model object is not updated to the > latest > > >> >> > > selection while in Chrome and Edge this works perfectly. > > >> >> > > > > >> >> > > Am I doing anything wrong or is there something simple I can > do > > to > > >> > get > > >> >> > > it working in FireFox? > > >> >> > > > > >> >> > > > > >> > ------------------------------------------------------------------- > -- > > >> >> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> >> > > For additional commands, e-mail: users-h...@wicket.apache.org > > >> >> > > > >> >> > > > >> >> > > > >> > ------------------------------------------------------------------- > -- > > >> >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> >> > For additional commands, e-mail: users-h...@wicket.apache.org > > >> >> > > > >> >> > > > >> > > > >> > ------------------------------------------------------------------- > -- > > >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> > For additional commands, e-mail: users-h...@wicket.apache.org > > >> > > >> --------------------------------------------------------------------- > > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org