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/jquery/jquery-1.12.4.js
> 
> ./wicket/resource/de.agilecoders.wicket.webjars.request.resource.WebjarsJavaScriptResourceReference/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

Reply via email to