Hi Tobias, no the InlineFrame is never disabled (or anything in the hierarchy) so I don't know why this happens. I've overridden the isEnabledInHierarchy() to return true to side step the issue for now. I will perhaps try and get a quick start together to show the issue.
thanks On Wed, Feb 18, 2015 at 5:48 PM, Tobias Soloschenko < tobiassolosche...@googlemail.com> wrote: > Hi again, > > I had a look at the method isEnabledInHierarchy() in Component and it > hasn't changed for about 2 years. Even the places the flags are used > (RFLAG_ENABLED_IN_HIERARCHY_SET, RFLAG_ENABLED_IN_HIERARCHY_VALUE) > haven't changed. > > kind regards > > Tobias > > Am 18.02.15 um 18:06 schrieb Wayne W: > >> Wicket seems to think its not enabled isEnabledInHierarchy() returns >> false >> >> randomly >> >> On Wed, Feb 18, 2015 at 4:48 PM, Wayne W <waynemailingli...@gmail.com> >> wrote: >> >> Hi, >>> >>> we're still stuck on this. I can reproduce it - it seems a bit random but >>> I suspect it to do when the browser makes the request. I can hit the same >>> page and sometimes its good and sometimes this exception is thrown. >>> There's >>> definitely something wrong here. >>> >>> org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedEx >>> ception: >>> Component rejected interface invocationComponent: [InlineFrame [Component >>> id = customContent]] Listener: [RequestListenerInterface >>> name=ILinkListener, method=public abstract void >>> org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] >>> at >>> org.apache.wicket.RequestListenerInterface.invoke( >>> RequestListenerInterface.java:212) >>> at >>> org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandle >>> r.invokeListener(ListenerInterfaceRequestHandler.java:243) >>> at >>> org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandle >>> r.respond(ListenerInterfaceRequestHandler.java:236) >>> at >>> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond( >>> RequestCycle.java:862) >>> at >>> org.apache.wicket.request.RequestHandlerStack.execute( >>> RequestHandlerStack.java:64) >>> at >>> org.apache.wicket.request.cycle.RequestCycle.execute( >>> RequestCycle.java:261) >>> at >>> org.apache.wicket.request.cycle.RequestCycle. >>> processRequest(RequestCycle.java:218) >>> at >>> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach( >>> RequestCycle.java:289) >>> at >>> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle( >>> WicketFilter.java:259) >>> at >>> org.apache.wicket.protocol.http.WicketFilter. >>> processRequest(WicketFilter.java:201) >>> at >>> org.apache.wicket.protocol.http.WicketFilter.doFilter( >>> WicketFilter.java:282) >>> at >>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( >>> ApplicationFilterChain.java:239) >>> at >>> org.apache.catalina.core.ApplicationFilterChain.doFilter( >>> ApplicationFilterChain.java:206) >>> at >>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( >>> ApplicationFilterChain.java:239) >>> at >>> org.apache.catalina.core.ApplicationFilterChain.doFilter( >>> ApplicationFilterChain.java:206) >>> at >>> com.wideplay.warp.persist.PersistenceFilter$3.run( >>> PersistenceFilter.java:141) >>> at >>> com.wideplay.warp.persist.internal.Lifecycles. >>> failEarlyAndLeaveNoOneBehind(Lifecycles.java:29) >>> at >>> com.wideplay.warp.persist.PersistenceFilter.doFilter( >>> PersistenceFilter.java:155) >>> at >>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter( >>> ApplicationFilterChain.java:239) >>> at >>> org.apache.catalina.core.ApplicationFilterChain.doFilter( >>> ApplicationFilterChain.java:206) >>> at >>> org.apache.catalina.core.StandardWrapperValve.invoke( >>> StandardWrapperValve.java:219) >>> at >>> org.apache.catalina.core.StandardContextValve.invoke( >>> StandardContextValve.java:106) >>> at >>> org.apache.catalina.authenticator.AuthenticatorBase.invoke( >>> AuthenticatorBase.java:501) >>> at >>> org.apache.catalina.core.StandardHostValve.invoke( >>> StandardHostValve.java:142) >>> at >>> org.apache.catalina.valves.ErrorReportValve.invoke( >>> ErrorReportValve.java:79) >>> at >>> org.apache.catalina.core.StandardEngineValve.invoke( >>> StandardEngineValve.java:88) >>> at >>> org.apache.catalina.connector.CoyoteAdapter.service( >>> CoyoteAdapter.java:516) >>> at >>> org.apache.coyote.ajp.AbstractAjpProcessor.process( >>> AbstractAjpProcessor.java:831) >>> at >>> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler. >>> process(AbstractProtocol.java:659) >>> at >>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor. >>> doRun(NioEndpoint.java:1558) >>> at >>> org.apache.tomcat.util.net.NioEndpoint$SocketProcessor. >>> run(NioEndpoint.java:1515) >>> at >>> java.util.concurrent.ThreadPoolExecutor.runWorker( >>> ThreadPoolExecutor.java:1145) >>> at >>> java.util.concurrent.ThreadPoolExecutor$Worker.run( >>> ThreadPoolExecutor.java:615) >>> at >>> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run( >>> TaskThread.java:61) >>> at java.lang.Thread.run(Thread.java:744) >>> >>> On Fri, Dec 19, 2014 at 1:36 PM, Wayne W <waynemailingli...@gmail.com> >>> wrote: >>> >>> Hi, >>>> >>>> we're trying to clear up our production logs at the moment and are going >>>> through errors. I cannot understand what is happen here. We're getting : >>>> >>>> org.apache.wicket.core.request.handler.ListenerInvocationNotAllowedEx >>>> ception: >>>> Component rejected interface invocationComponent: [InlineFrame >>>> [Component >>>> id = customContent]] Listener: [RequestListenerInterface >>>> name=ILinkListener, method=public abstract void >>>> org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] >>>> >>>> Couple of points. The user can see and access this page no problem which >>>> has an inline frame which is displaying some html. However sometimes >>>> this >>>> exception is thrown. I don't understand why this is being thrown as the >>>> inline frame is not enable to disabled at any point and why does an >>>> inline >>>> frame have an onLinkClicked event? Looking at the source it seems it >>>> using >>>> this to load the actual content. Is this something to do with perhaps >>>> the >>>> session not being available? any ideas? >>>> >>>> >>>> >>>> >>>> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
