>I still doesn't understand how wicket is able to know that the component is >not visible in the browser.
We don't understand this either. Could you create a quickstart? Sven -----Ursprüngliche Nachricht----- Von: Gaetan Zoritchak [mailto:g.zoritc...@moncoachfinance.com] Gesendet: Donnerstag, 20. Oktober 2011 15:18 An: users@wicket.apache.org Betreff: Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel under chrome and safari #wicket1.5 Thank you, It's working but the code is quite ugly (lot of duplication just to override the canCallListenerInterface() ). I still doesn't understand how wicket is able to know that the component is not visible in the browser. Furthermore, I find problematic the fact that the behavior depends on the browser implementation. Gaetan, 2011/10/20 Martin Grigorov <mgrigo...@apache.org> > There is an improvement in Wicket 1.5 to not allow execution of > invisible component or even worse on disabled behavior for security > reasons. > It is possible to extend AjaxEditableLabel and configure it to allow > such executions. > > Override > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel.newEditor(Ma rkupContainer, > String, IModel<T>) > and instead of adding > > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel.EditorAjaxBe havior > you'll have to extend that Behavior and override its > org.apache.wicket.behavior.Behavior.canCallListenerInterface(Component) > > On Thu, Oct 20, 2011 at 10:44 AM, Gaetan Zoritchak > <g.zoritc...@moncoachfinance.com> wrote: > > So is it a bug or a regression (because it was working on W1.4)? Even, if > > the event is fired when leaving the tab, I don't understand why the > server > > reacts differently. How can it knows that the component isn't visible > > anymoree??? > > > > Should I drop all these widget from my app? We use them a lot in my > > backoffice app. > > > > Gaetan, > > > > 2011/10/19 Martin Grigorov <mgrigo...@apache.org> > > > >> Hi, > >> > >> The EditableLabel's editor (the text field/area) saves the value on > >> 'blur' event. > >> It is interesting when this event is fired - when the user leaves the > >> first tab or when she comes back. > >> > >> On Wed, Oct 19, 2011 at 12:48 AM, Gaetan Zoritchak > >> <g.zoritc...@moncoachfinance.com> wrote: > >> > The problems occurs under chrome, safari and wicket 1.5. > >> > Scenario with an AjaxEditableLabel : > >> > 1. The user puts the focus on the AjaxEditableLabel and edit the > field. > >> > 2. Without focusing out of the editable label, the user clicks on > another > >> > tab of chrome. > >> > => the value is not put in the model. > >> > > >> > Scenario with an AjaxEditableMultiLineLabel : > >> > 1. The user puts the focus on the AjaxEditableMultiLineLabel and edit > the > >> > field. > >> > 2. Without focusing out of the editable label, the user clicks on > another > >> > tab of chrome. > >> > => coming back to the first tab, the browser shows an "Access Denied > >> Page". > >> > The log shows the warn : > >> > WARN - RequestListenerInterface - behavior not enabled; ignore > call. > >> > Behavior > >> > > >> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableMultiLineLabel$5@1 8fa85 > >> > at component [ [Component id = editor]] > >> > After some debugs it appears that under chrome the call on > >> > isVisibleInHierarchie() returns false. > >> > > >> > These scenario were ok with wicket 1.4 > >> > > >> > Gaetan, > >> > > >> > > >> > --------------------------------------------------------------------- > >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> > For additional commands, e-mail: users-h...@wicket.apache.org > >> > > >> > >> > >> > >> -- > >> Martin Grigorov > >> jWeekend > >> Training, Consulting, Development > >> http://jWeekend.com > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > > > -- > Martin Grigorov > jWeekend > Training, Consulting, Development > http://jWeekend.com > > --------------------------------------------------------------------- > 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
