I pushed some updates for events a couple of hours back. Hopefully that
fixes things. Please let me know if you still see issues.
We should also now see a warning log in the browser console if there are
additional problematic event classes encountered (i.e. for events that are
re-dispatched) that do not implement the royale approach for event cloning.
This is only in js-debug builds.




On Tue, Apr 19, 2022 at 8:50 AM Brian Raymes <brian.ray...@teotech.com>
wrote:

> You are welcome, and thank you; a vacation sure does sound nice!
>
> -----Original Message-----
> From: Greg Dove <greg.d...@gmail.com>
> Sent: Monday, April 18, 2022 1:26 PM
> To: Apache Royale Development <dev@royale.apache.org>
> Subject: Re: [EXTERNAL] Re: Problem with Release 0.9.9 and 0.9.10-SNAPSHOT
>
> Sorry Brian, the only delay has been my available time. I am focusing
> today on catching up on Royale work, after a local 4-day public holiday
> weekend, which I actually took as a break from work (I do often work
> through them and was originally intending to get this done during that
> 'break', but circumstances changed).
>
> Thanks for the offer, however you will see that these changes are not
> complicated, and I have already done most of the work for that, and will
> get this in within the next 12 hours.
>
>
> Greg
>
>
> On Tue, 19 Apr 2022, 5:14 am Brian Raymes, <brian.ray...@teotech.com>
> wrote:
>
> > Hi Greg,
> >
> > Is there a way I can assist you with these changes? Can you provide an
> > example of what needs to be updated?
> >
> >
> > Brian
> >
> > -----Original Message-----
> > From: Greg Dove <greg.d...@gmail.com>
> > Sent: Monday, April 11, 2022 11:19 PM
> > To: Apache Royale Development <dev@royale.apache.org>
> > Subject: Re: [EXTERNAL] Re: Problem with Release 0.9.9 and
> > 0.9.10-SNAPSHOT
> >
> > Sorry, free time is challenging right now, I didn't get this in yet, I
> > will find some time at the end of my day tomorrow
> >
> > On Mon, Apr 11, 2022 at 6:41 PM Greg Dove <greg.d...@gmail.com> wrote:
> >
> > >
> > > Yeah, that would be a symptom of this (getting just a plain Event)
> > > Looks like there are a whole bunch of event classes that were
> > > missing the JS cloning support, although flash was being supported.
> > > I plan to push a change tomorrow.
> > >
> > >
> > >
> > >
> > > On Fri, Apr 8, 2022 at 7:14 AM Brian Raymes
> > > <brian.ray...@teotech.com>
> > > wrote:
> > >
> > >> Ah great. I've noticed that the event hitting that method is not
> > >> actually of type ChannelFaultEvent, but just plain Event.
> > >>
> > >> I've occasionally noticed this behavior while working with Royale
> > >> these last couple years -- where the expected event type is
> > >> sometimes plain old Event instead of the actual type declared.
> > >>
> > >> -----Original Message-----
> > >> From: Greg Dove <greg.d...@gmail.com>
> > >> Sent: Thursday, April 7, 2022 12:00 PM
> > >> To: Apache Royale Development <dev@royale.apache.org>
> > >> Subject: [EXTERNAL] Re: Problem with Release 0.9.9 and
> > >> 0.9.10-SNAPSHOT
> > >>
> > >> Brian, I have an idea what it might be. There was a change for
> > >> event redispatching to align more with the way flash does it
> > >> natively. It could be incomplete or unimplemented event cloning
> > >> support. I will look into this over the weekend.
> > >>
> > >> On Fri, 8 Apr 2022, 5:51 am Brian Raymes,
> > >> <brian.ray...@teotech.com>
> > >> wrote:
> > >>
> > >> > Hello all,
> > >> >
> > >> > It appears that something slipped through right before the 0.9.9
> > >> > release that breaks MX RemoteObjects/Consumers.
> > >> >
> > >> > I've attempted rolling through and reverting various recent
> > >> > commits to try to narrow down the problem, but have yet to be
> > >> > able to find one
> > >> related.
> > >> >
> > >> > To provide context, I've been building on the 0.9.9-SHAPSHOT up
> > >> > to and in the middle of the latest release. Sometime around when
> > >> > the release came out, this method, from MessageAgent.as (MX), now
> fails:
> > >> >
> > >> >     public function
> channelFaultHandler(event:ChannelFaultEvent):void
> > >> >     {
> > >> >         if (Log.isWarn())
> > >> >             _log.warn("'{0}' {1} channel faulted with {2} {3}",
> > >> > id, _agentType, event.faultCode, event.faultDetail);
> > >> >
> > >> >         if (!event.channel.connected) <--<--<--<--<-- HERE
> > >> <--<--<--<--<--
> > >> >         {
> > >> >             setConnected(false);
> > >> >             // If we have remoteCredentials we need to send them
> > >> > on reconnect.
> > >> >             if (_remoteCredentials != null)
> > >> >             {
> > >> >                 _sendRemoteCredentials = true;
> > >> >             }
> > >> >         }
> > >> >         dispatchEvent(event);
> > >> >     }
> > >> >
> > >> > If reverting my project to run off the 0.9.8 release, everything
> > >> > runs as expected. If I were to revert the compiler/framework to
> > >> > sometime before the release, everything worked as expected as well.
> > >> >
> > >> > Exception has occurred: TypeError: Cannot read properties of
> > >> > undefined (reading 'connected')
> > >> >   at
> > >> > mx.rpc.AsyncRequest.mx.messaging.MessageAgent.channelFaultHandler
> > >> > (
> > >> > http://localhost/mx/messaging/MessageAgent.js:464:22)
> > >> >     at
> > >> > mx.rpc.AsyncRequest.mx.messaging.AbstractProducer.channelFaultHan
> > >> > dl
> > >> > er
> > >> > (http://localhost/mx/messaging/AbstractProducer.js:158:65)
> > >> >     at
> > >> > mx.messaging.ChannelSet.org.apache.royale.events.EventDispatcher.
> > >> > fi
> > >> > reL
> > >> > isteners
> > >> > (
> http://localhost/org/apache/royale/events/EventDispatcher.js:102:23)
> > >> >     at Function.goog.events.EventTarget.dispatchEventInternal_ (
> > >> > http://localhost/library/closure/goog/events/eventtarget.js:381:26)
> > >> >     at
> > >> > mx.messaging.ChannelSet.org.apache.royale.events.EventDispatcher.
> > >> > di
> > >> > spa
> > >> > tchEvent
> > >> > (
> http://localhost/org/apache/royale/events/EventDispatcher.js7:77:37)
> > >> >     at mx.messaging.ChannelSet.channelFaultHandler (
> > >> > http://localhost/mx/messaging/ChannelSet.js:618:10)
> > >> >     at
> > >> > mx.messaging.channels.AMFChannel.org.apache.royale.events.EventDi
> > >> > sp
> > >> > atc
> > >> > her.fireListeners
> > >> > (
> http://localhost/org/apache/royale/events/EventDispatcher.js:102:23)
> > >> >     at Function.goog.events.EventTarget.dispatchEventInternal_ (
> > >> > http://localhost/library/closure/goog/events/eventtarget.js:381:26)
> > >> >     at
> > >> > mx.messaging.channels.AMFChannel.org.apache.royale.events.EventDi
> > >> > sp
> > >> > atc
> > >> > her.dispatchEvent
> > >> > (http://localhost/org/apache/royale/events/EventDispatcher.js77:37)
> > >> >     at
> > >> > mx.messaging.channels.PollingChannel.PollCommandMessageResponder.
> > >> > st
> > >> > atu
> > >> > sHandler
> > >> > (http://localhost/mx/messaging/channels/PollingChannel.js:824:18)
> > >> >
> > >> >
> > >> > If there is anything I can provide to further assist, please let
> > >> > me
> > >> know.
> > >> >
> > >> > Thank you.
> > >> >
> > >> > Brian
> > >> >
> > >> >
> > >>
> > >
> >
>

Reply via email to