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

Reply via email to