You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Gaetan Zoritchak <g....@moncoachfinance.com> on 2011/10/18 23:48:06 UTC
Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel
under chrome and safari #wicket1.5
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@18fa85at
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,
Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel
under chrome and safari #wicket1.5
Posted by Martin Grigorov <mg...@apache.org>.
On Thu, Oct 20, 2011 at 4:17 PM, Gaetan Zoritchak
<g....@moncoachfinance.com> wrote:
> 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.
Wicket doesn't know that.
Wicket knows the visibility at the server side and rejects any
requests against invisible/disabled components/behaviors.
>
> Furthermore, I find problematic the fact that the behavior depends on
> the browser implementation.
It seems Chrome sends the blur event differently than the other
browsers when the tab/window is changed.
>
> Gaetan,
>
> 2011/10/20 Martin Grigorov <mg...@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(MarkupContainer,
>> String, IModel<T>)
>> and instead of adding
>>
>> org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel.EditorAjaxBehavior
>> 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....@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 <mg...@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....@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@18fa85
>> >> > 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-unsubscribe@wicket.apache.org
>> >> > For additional commands, e-mail: users-help@wicket.apache.org
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Martin Grigorov
>> >> jWeekend
>> >> Training, Consulting, Development
>> >> http://jWeekend.com
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> >> For additional commands, e-mail: users-help@wicket.apache.org
>> >>
>> >>
>> >
>>
>>
>>
>> --
>> Martin Grigorov
>> jWeekend
>> Training, Consulting, Development
>> http://jWeekend.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
AW: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel under chrome and safari #wicket1.5
Posted by Sven Meier <sv...@meiers.net>.
>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.zoritchak@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 <mg...@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....@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 <mg...@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....@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-unsubscribe@wicket.apache.org
> >> > For additional commands, e-mail: users-help@wicket.apache.org
> >> >
> >>
> >>
> >>
> >> --
> >> Martin Grigorov
> >> jWeekend
> >> Training, Consulting, Development
> >> http://jWeekend.com
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel
under chrome and safari #wicket1.5
Posted by Gaetan Zoritchak <g....@moncoachfinance.com>.
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 <mg...@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(MarkupContainer,
> String, IModel<T>)
> and instead of adding
>
> org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel.EditorAjaxBehavior
> 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....@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 <mg...@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....@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@18fa85
> >> > 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-unsubscribe@wicket.apache.org
> >> > For additional commands, e-mail: users-help@wicket.apache.org
> >> >
> >>
> >>
> >>
> >> --
> >> Martin Grigorov
> >> jWeekend
> >> Training, Consulting, Development
> >> http://jWeekend.com
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> >> For additional commands, e-mail: users-help@wicket.apache.org
> >>
> >>
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel
under chrome and safari #wicket1.5
Posted by Martin Grigorov <mg...@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(MarkupContainer,
String, IModel<T>)
and instead of adding
org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel.EditorAjaxBehavior
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....@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 <mg...@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....@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@18fa85
>> > 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-unsubscribe@wicket.apache.org
>> > For additional commands, e-mail: users-help@wicket.apache.org
>> >
>>
>>
>>
>> --
>> Martin Grigorov
>> jWeekend
>> Training, Consulting, Development
>> http://jWeekend.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel
under chrome and safari #wicket1.5
Posted by Gaetan Zoritchak <g....@moncoachfinance.com>.
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 <mg...@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....@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@18fa85
> > 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-unsubscribe@wicket.apache.org
> > For additional commands, e-mail: users-help@wicket.apache.org
> >
>
>
>
> --
> Martin Grigorov
> jWeekend
> Training, Consulting, Development
> http://jWeekend.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel
under chrome and safari #wicket1.5
Posted by Martin Grigorov <mg...@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....@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@18fa85
> 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-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
--
Martin Grigorov
jWeekend
Training, Consulting, Development
http://jWeekend.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org