Re: Access denied

2017-03-09 Thread Zala Pierre GOUPIL 
Thanks for the advice. But I realized that there was a glitch in my
WebSocket code: I didn't send the UI update code to the right page. Now
that this is sorted out, the editable label works again.

Thanks a lot for the tip!

Regards,

Pierre


On Thu, Mar 9, 2017 at 10:17 AM, Martin Grigorov 
wrote:

> The error says "behavior not enabled" so there is some logic that sets
> 'enabled' to false.
> I'd suggest to put a breakpoint and see what happens.
>
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Mar 8, 2017 at 5:22 PM, Zala Pierre GOUPIL  >
> wrote:
>
> > Mmmmh actually, the access denied page appears as soon as the component
> is
> > clicked! Not just when a value is submitted.
> >
> > On Wed, Mar 8, 2017 at 5:19 PM, Zala Pierre GOUPIL <
> goupilpie...@gmail.com
> > >
> > wrote:
> >
> > > No, it doesn't have such calculations. Could the problem be
> > > websockets-related?
> > >
> > > On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov 
> > > wrote:
> > >
> > >> Hi,
> > >>
> > >> I think your AjaxEditableLabel has logic to calculate whether it is
> > >> enabled
> > >> or not.
> > >> It seems it is enabled for the initial rendering but later when Wicket
> > >> tries to post the new value after edit it calculates to 'disabled'
> > >>
> > >> Martin Grigorov
> > >> Wicket Training and Consulting
> > >> https://twitter.com/mtgrigorov
> > >>
> > >> On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL <
> > >> goupilpie...@gmail.com>
> > >> wrote:
> > >>
> > >> > Good afternoon,
> > >> >
> > >> > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the
> > >> > following message in the logs:
> > >> >
> > >> > behavior not enabled; ignore call. Behavior
> > >> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$
> > >> > LabelAjaxBehavior@1bab91c8
> > >> > at component [Component id = label]
> > >> >
> > >> > And there's an access denied in the browser. What am I supposed to
> do,
> > >> > please? It is related to the resource guards, I guess, but I can't
> > >> figure
> > >> > out what to provide them.
> > >> >
> > >> > Thanks a lot,
> > >> >
> > >> > Pierre
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> > >> >
> > >> > (Blade Runner)
> > >> >
> > >>
> > >
> > >
> > >
> > > --
> > > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> > >
> > > (Blade Runner)
> > >
> >
> >
> >
> > --
> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> >
> > (Blade Runner)
> >
>



-- 
Je n'aime pas seulement ma vie, mais aussi celle des autres.

(Blade Runner)

Re: Access denied

2017-03-09 Thread Martin Grigorov 
The error says "behavior not enabled" so there is some logic that sets
'enabled' to false.
I'd suggest to put a breakpoint and see what happens.


Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Wed, Mar 8, 2017 at 5:22 PM, Zala Pierre GOUPIL 
wrote:

> Mmmmh actually, the access denied page appears as soon as the component is
> clicked! Not just when a value is submitted.
>
> On Wed, Mar 8, 2017 at 5:19 PM, Zala Pierre GOUPIL  >
> wrote:
>
> > No, it doesn't have such calculations. Could the problem be
> > websockets-related?
> >
> > On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov 
> > wrote:
> >
> >> Hi,
> >>
> >> I think your AjaxEditableLabel has logic to calculate whether it is
> >> enabled
> >> or not.
> >> It seems it is enabled for the initial rendering but later when Wicket
> >> tries to post the new value after edit it calculates to 'disabled'
> >>
> >> Martin Grigorov
> >> Wicket Training and Consulting
> >> https://twitter.com/mtgrigorov
> >>
> >> On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL <
> >> goupilpie...@gmail.com>
> >> wrote:
> >>
> >> > Good afternoon,
> >> >
> >> > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the
> >> > following message in the logs:
> >> >
> >> > behavior not enabled; ignore call. Behavior
> >> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$
> >> > LabelAjaxBehavior@1bab91c8
> >> > at component [Component id = label]
> >> >
> >> > And there's an access denied in the browser. What am I supposed to do,
> >> > please? It is related to the resource guards, I guess, but I can't
> >> figure
> >> > out what to provide them.
> >> >
> >> > Thanks a lot,
> >> >
> >> > Pierre
> >> >
> >> >
> >> >
> >> > --
> >> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> >> >
> >> > (Blade Runner)
> >> >
> >>
> >
> >
> >
> > --
> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> >
> > (Blade Runner)
> >
>
>
>
> --
> Je n'aime pas seulement ma vie, mais aussi celle des autres.
>
> (Blade Runner)
>

Re: Access denied

2017-03-08 Thread Zala Pierre GOUPIL 
Mmmmh actually, the access denied page appears as soon as the component is
clicked! Not just when a value is submitted.

On Wed, Mar 8, 2017 at 5:19 PM, Zala Pierre GOUPIL 
wrote:

> No, it doesn't have such calculations. Could the problem be
> websockets-related?
>
> On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov 
> wrote:
>
>> Hi,
>>
>> I think your AjaxEditableLabel has logic to calculate whether it is
>> enabled
>> or not.
>> It seems it is enabled for the initial rendering but later when Wicket
>> tries to post the new value after edit it calculates to 'disabled'
>>
>> Martin Grigorov
>> Wicket Training and Consulting
>> https://twitter.com/mtgrigorov
>>
>> On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL <
>> goupilpie...@gmail.com>
>> wrote:
>>
>> > Good afternoon,
>> >
>> > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the
>> > following message in the logs:
>> >
>> > behavior not enabled; ignore call. Behavior
>> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$
>> > LabelAjaxBehavior@1bab91c8
>> > at component [Component id = label]
>> >
>> > And there's an access denied in the browser. What am I supposed to do,
>> > please? It is related to the resource guards, I guess, but I can't
>> figure
>> > out what to provide them.
>> >
>> > Thanks a lot,
>> >
>> > Pierre
>> >
>> >
>> >
>> > --
>> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
>> >
>> > (Blade Runner)
>> >
>>
>
>
>
> --
> Je n'aime pas seulement ma vie, mais aussi celle des autres.
>
> (Blade Runner)
>



-- 
Je n'aime pas seulement ma vie, mais aussi celle des autres.

(Blade Runner)

Re: Access denied

2017-03-08 Thread Zala Pierre GOUPIL 
No, it doesn't have such calculations. Could the problem be
websockets-related?

On Wed, Mar 8, 2017 at 5:14 PM, Martin Grigorov 
wrote:

> Hi,
>
> I think your AjaxEditableLabel has logic to calculate whether it is enabled
> or not.
> It seems it is enabled for the initial rendering but later when Wicket
> tries to post the new value after edit it calculates to 'disabled'
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
> On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL  >
> wrote:
>
> > Good afternoon,
> >
> > I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the
> > following message in the logs:
> >
> > behavior not enabled; ignore call. Behavior
> > org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$
> > LabelAjaxBehavior@1bab91c8
> > at component [Component id = label]
> >
> > And there's an access denied in the browser. What am I supposed to do,
> > please? It is related to the resource guards, I guess, but I can't figure
> > out what to provide them.
> >
> > Thanks a lot,
> >
> > Pierre
> >
> >
> >
> > --
> > Je n'aime pas seulement ma vie, mais aussi celle des autres.
> >
> > (Blade Runner)
> >
>



-- 
Je n'aime pas seulement ma vie, mais aussi celle des autres.

(Blade Runner)

Re: Access denied

2017-03-08 Thread Martin Grigorov 
Hi,

I think your AjaxEditableLabel has logic to calculate whether it is enabled
or not.
It seems it is enabled for the initial rendering but later when Wicket
tries to post the new value after edit it calculates to 'disabled'

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Wed, Mar 8, 2017 at 4:54 PM, Zala Pierre GOUPIL 
wrote:

> Good afternoon,
>
> I use Wicket 7.6.0. When clicking on an AjaxEditableLabel, I get the
> following message in the logs:
>
> behavior not enabled; ignore call. Behavior
> org.apache.wicket.extensions.ajax.markup.html.AjaxEditableLabel$
> LabelAjaxBehavior@1bab91c8
> at component [Component id = label]
>
> And there's an access denied in the browser. What am I supposed to do,
> please? It is related to the resource guards, I guess, but I can't figure
> out what to provide them.
>
> Thanks a lot,
>
> Pierre
>
>
>
> --
> Je n'aime pas seulement ma vie, mais aussi celle des autres.
>
> (Blade Runner)
>

Re: Access denied to (static) package resource

2013-09-06 Thread Andrea Del Bene 
you should add the file type you want to load to the set of allowed
extensions. Take a look here:
http://wicketguide.comsysto.com/guide/chapter19.html#chapter19_4
 I'm getting the exception below occurring occasionally and I can't
 figure out why.
 I have read the javadoc for IPackageResourceGuard but still not really
 enlightened as to why this is occurring.

 Under what circumstances will access be denied?

 In Application init():
 getJavaScriptLibrarySettings().setJQueryReference(new
 DynamicJQueryResourceReference());

 2013-09-06 14:59:47,417 [jk-listener(2)] DEBUG
 o.a.w.r.m.CompoundRequestMapper - One compatible mapper found for URL
 'wicket/resource/org.apache.wicket.resource.DynamicJQueryResourceReference/jquery/jquery-2.0.2.min.map'
 - 'Mapper:
 org.apache.wicket.core.request.mapper.ResourceReferenceMapper; Score: 1'
 2013-09-06 14:59:47,418 [jk-listener(2)] ERROR
 o.a.w.DefaultExceptionMapper - Unexpected error occurred
 org.apache.wicket.request.resource.PackageResource$PackageResourceBlockedException:
 Access denied to (static) package resource
 org/apache/wicket/resource/jquery/jquery-2.0.2.min.map. See
 IPackageResourceGuard
 at
 org.apache.wicket.request.resource.PackageResource.internalGetResourceStream(PackageResource.java:460)
 ~[wicket-core-6.10.0.jar:6.10.0]
 at
 org.apache.wicket.request.resource.PackageResource.getResourceStream(PackageResource.java:405)
 ~[wicket-core-6.10.0.jar:6.10.0]
 at
 org.apache.wicket.request.resource.PackageResource.newResourceResponse(PackageResource.java:267)
 ~[wicket-core-6.10.0.jar:6.10.0]
 at
 org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:498)
 ~[wicket-core-6.10.0.jar:6.10.0]
 at
 org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:75)
 ~[wicket-core-6.10.0.jar:6.10.0]

 -
 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

Re: Access denied to (static) package resource

2013-09-06 Thread Phill Ashworth 

Thanks that's handy and explains it well.
The resource is part of the Wicket internals though and not something of 
my making.


On 6 Sep 2013, at 16:48, Andrea Del Bene wrote:


you should add the file type you want to load to the set of allowed
extensions. Take a look here:
http://wicketguide.comsysto.com/guide/chapter19.html#chapter19_4



I'm getting the exception below occurring occasionally and I can't
figure out why.
I have read the javadoc for IPackageResourceGuard but still not 
really

enlightened as to why this is occurring.

Under what circumstances will access be denied?

In Application init():
getJavaScriptLibrarySettings().setJQueryReference(new
DynamicJQueryResourceReference());

2013-09-06 14:59:47,417 [jk-listener(2)] DEBUG
o.a.w.r.m.CompoundRequestMapper - One compatible mapper found for URL
'wicket/resource/org.apache.wicket.resource.DynamicJQueryResourceReference/jquery/jquery-2.0.2.min.map'
- 'Mapper:
org.apache.wicket.core.request.mapper.ResourceReferenceMapper; Score: 
1'

2013-09-06 14:59:47,418 [jk-listener(2)] ERROR
o.a.w.DefaultExceptionMapper - Unexpected error occurred
org.apache.wicket.request.resource.PackageResource$PackageResourceBlockedException:
Access denied to (static) package resource
org/apache/wicket/resource/jquery/jquery-2.0.2.min.map. See
IPackageResourceGuard
at
org.apache.wicket.request.resource.PackageResource.internalGetResourceStream(PackageResource.java:460)
~[wicket-core-6.10.0.jar:6.10.0]
at
org.apache.wicket.request.resource.PackageResource.getResourceStream(PackageResource.java:405)
~[wicket-core-6.10.0.jar:6.10.0]
at
org.apache.wicket.request.resource.PackageResource.newResourceResponse(PackageResource.java:267)
~[wicket-core-6.10.0.jar:6.10.0]
at
org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:498)
~[wicket-core-6.10.0.jar:6.10.0]
at
org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:75)
~[wicket-core-6.10.0.jar:6.10.0]

-
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

Re: Access denied to (static) package resource

2013-09-06 Thread Andrea Del Bene 
Yep! Right, is part of the framework. I will ask in dev list if we 
should ad .map to the set of default allowed file.

Thanks that's handy and explains it well.
The resource is part of the Wicket internals though and not something 
of my making.


On 6 Sep 2013, at 16:48, Andrea Del Bene wrote:




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: access denied to Resource

2013-07-24 Thread Martin Grigorov 
On Wed, Jul 24, 2013 at 10:52 AM, Piratenvisier
hansheinrichbr...@yahoo.dewrote:

 I want to give access to a file *.xslt
 I tried
  SecurePackageResourceGuard guard = new
  SecurePackageResourceGuard();
 guard.addPattern(+*.xslt);


Add
guard.setAllowAccessToRootResources(true);

getResourceSettings().**setPackageResourceGuard(guard)**;
but no success
 always the error
 WARN - PackageResourceGuard.**acceptAbsolutePath(176) | Access to root
 directory is by default disabled for shared resources: test4.xslt
 org.apache.wicket.request.**resource.PackageResource$**
 PackageResourceBlockedExceptio**n: Access denied to (static) package
 resource test4.xslt. See IPackageResourceGuard


 --**--**-
 To unsubscribe, e-mail: 
 users-unsubscribe@wicket.**apache.orgusers-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org

Re: access denied to Resource

2013-07-24 Thread Piratenvisier 

I now have
SecurePackageResourceGuard guard = new
 SecurePackageResourceGuard();
guard.addPattern(+*.xslt);
guard.setAllowAccessToRootResources(true);
getResourceSettings().setPackageResourceGuard(guard);

and I get the following results for
System.err.println(here.getClass());
System.err.println(here.getClass().getResource(/test4.xslt));
PackageResourceReference rs=new 
PackageResourceReference(here.getClass(),/test4.xslt);

System.err.println(rs);

class braunimmobilien.webapp.pages.AngebotForm
null
scope: braunimmobilien.webapp.pages.AngebotForm; name: /test4.xslt; 
locale: null; style: null; variation: null

java.lang.NullPointerException
at 
braunimmobilien.webapp.pages.AngebotForm$EditForm$6.onClick(AngebotForm.java:357)



Am 24.07.2013 09:55, schrieb Martin Grigorov:

On Wed, Jul 24, 2013 at 10:52 AM, Piratenvisier
hansheinrichbr...@yahoo.dewrote:


I want to give access to a file *.xslt
I tried
  SecurePackageResourceGuard guard = new
  SecurePackageResourceGuard();
 guard.addPattern(+*.xslt);


Add
guard.setAllowAccessToRootResources(true);

 getResourceSettings().**setPackageResourceGuard(guard)**;

but no success
always the error
WARN - PackageResourceGuard.**acceptAbsolutePath(176) | Access to root
directory is by default disabled for shared resources: test4.xslt
org.apache.wicket.request.**resource.PackageResource$**
PackageResourceBlockedExceptio**n: Access denied to (static) package
resource test4.xslt. See IPackageResourceGuard


--**--**-
To unsubscribe, e-mail: 
users-unsubscribe@wicket.**apache.orgusers-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

Re: access denied to Resource

2013-07-24 Thread Piratenvisier 

Problem is solved!

Am 24.07.2013 14:32, schrieb Piratenvisier:

I now have
SecurePackageResourceGuard guard = new
 SecurePackageResourceGuard();
guard.addPattern(+*.xslt);
guard.setAllowAccessToRootResources(true);
getResourceSettings().setPackageResourceGuard(guard);

and I get the following results for
System.err.println(here.getClass());
System.err.println(here.getClass().getResource(/test4.xslt));
PackageResourceReference rs=new 
PackageResourceReference(here.getClass(),/test4.xslt);

System.err.println(rs);

class braunimmobilien.webapp.pages.AngebotForm
null
scope: braunimmobilien.webapp.pages.AngebotForm; name: /test4.xslt; 
locale: null; style: null; variation: null

java.lang.NullPointerException
at 
braunimmobilien.webapp.pages.AngebotForm$EditForm$6.onClick(AngebotForm.java:357)



Am 24.07.2013 09:55, schrieb Martin Grigorov:

On Wed, Jul 24, 2013 at 10:52 AM, Piratenvisier
hansheinrichbr...@yahoo.dewrote:


I want to give access to a file *.xslt
I tried
  SecurePackageResourceGuard guard = new
  SecurePackageResourceGuard();
 guard.addPattern(+*.xslt);


Add
guard.setAllowAccessToRootResources(true);

getResourceSettings().**setPackageResourceGuard(guard)**;

but no success
always the error
WARN - PackageResourceGuard.**acceptAbsolutePath(176) | Access to root
directory is by default disabled for shared resources: test4.xslt
org.apache.wicket.request.**resource.PackageResource$**
PackageResourceBlockedExceptio**n: Access denied to (static) package
resource test4.xslt. See IPackageResourceGuard


--**--**- 

To unsubscribe, e-mail: 
users-unsubscribe@wicket.**apache.orgusers-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

Re: Access Denied Page

2012-04-16 Thread Martin Grigorov 
Hi,

AccessDeniedPage is being shown only when either
org.apache.wicket.authorization.AuthorizationException or
org.apache.wicket.request.handler.ListenerInvocationNotAllowedException
is thrown. I think the latter is cause in your case. But I have no
idea why there is nothing in the log files.
Make sure you have enabled INFO level logging for
org.apache.wicket.RequestListenerInterface

On Fri, Apr 13, 2012 at 6:02 PM, Satrix satrix...@gmail.com wrote:
 Hello,

 I'm facing really strange behaviour and I can't find out what's causing
 this. Let me describe this scenario:

 1. We have an external hosting and the wicket app is running out there.
 2. There is a form to upload a file to FTP.
 3. When I try to upload a file I get Access Denied Page. However I dont use
 any authorize strategies etc. My logs are clear and there are no exceptions
 in the logs.

 The interesting thing is that on my local machine it's working like a charm
 but on the external hosting sometimes it's working and sometimes it's not.

 So any idea what can cause such a problem ?

 Regards, Satrix

 --
 View this message in context: 
 http://apache-wicket.1842946.n4.nabble.com/Access-Denied-Page-tp4555096p4555096.html
 Sent from the Users forum mailing list archive at Nabble.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

Re: Access Denied Page

2012-04-16 Thread Satrix 
Hi,

Yeah, the INFO logging is ON so that's not the case. I've resolved the
problem... but I don't know what was causing it. Two reasons:

1. Multipart set to true on form
2. Nested form

But the problem is that it was only occuring on external hosting. Locally it
was working like a charm.

Regards, Satrix


--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Access-Denied-Page-tp4555096p4560780.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel under chrome and safari #wicket1.5

2011-10-20 Thread Gaetan Zoritchak 
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@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-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

Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel under chrome and safari #wicket1.5

2011-10-20 Thread Martin Grigorov 
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, IModelT)
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.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@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-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

Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel under chrome and safari #wicket1.5

2011-10-20 Thread Gaetan Zoritchak 
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(MarkupContainer,
 String, IModelT)
 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.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@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-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

Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel under chrome and safari #wicket1.5

2011-10-20 Thread Martin Grigorov 
On Thu, Oct 20, 2011 at 4:17 PM, Gaetan Zoritchak
g.zoritc...@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 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(MarkupContainer,
 String, IModelT)
 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.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@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-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






-- 
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

Re: Access Denied with AjaxEditableLabel ant AjaxEditableMultiLineLabel under chrome and safari #wicket1.5

2011-10-19 Thread Martin Grigorov 
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@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-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