Re: Access denied
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
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
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
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
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
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 (static) package resource
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
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 Resource
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 wrote: 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.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 Resource
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 wrote: 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.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
On Wed, Jul 24, 2013 at 10:52 AM, Piratenvisier wrote: > 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.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Access Denied Page
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 Page
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 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 with AjaxEditableLabel ant AjaxEditableMultiLineLabel under chrome and safari #wicket1.5
On Thu, Oct 20, 2011 at 4:17 PM, Gaetan Zoritchak 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 > >> 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) >> 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 >> 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 >> > >> >> 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 >> >> 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
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 > 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) > 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 > 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 > > > >> 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 > >> 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
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) 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 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 > >> 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 >> 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
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 > 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 > 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
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 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