Yeah, unfortunately this was always kind of my approach to narrow down the issues: Divide the code into blocks and drill/strip down until you could remove that part of the code that created the issue. When you found it you can then drill down more until you really have the line of code that breaks it.
It's a bit tiring but unfortunate the most Front End UI frameworks still work like this. Thanks, Sebastian 2015-11-20 6:59 GMT+13:00 Maxim Solodovnik <[email protected]>: > It is something inside the chat which broke everything :( > Thanks a lot for your help, now I can move forward > > On Thu, Nov 19, 2015 at 3:47 PM, Maxim Solodovnik <[email protected]> > wrote: > >> same >> new lz.errorPopup(canvas,{error:'Invalid Hash'}); >> >> added to the main.lzx works as expected, will try to remove code block by >> block and find the cause >> >> On Thu, Nov 19, 2015 at 3:21 PM, Maxim Solodovnik <[email protected]> >> wrote: >> >>> Maybe you know >>> >>> can I have sources for "view" class so I can check how this event is >>> produced? >>> >>> On Thu, Nov 19, 2015 at 3:17 PM, Maxim Solodovnik <[email protected]> >>> wrote: >>> >>>> just tried to add >>>> new lz.errorPopup(canvas,{error:'Invalid Hash'}); >>>> >>>> errorPopup was modified to print debug info in "oninit" handler, no >>>> printing :( >>>> I'm absolutely lost :( >>>> >>>> On Thu, Nov 19, 2015 at 2:26 PM, Maxim Solodovnik <[email protected] >>>> > wrote: >>>> >>>>> "construct" was added by me to ensure at least something is working :( >>>>> will try other ideas >>>>> >>>>> somehow the only "oninit" being printed is the one in main.lxz >>>>> will try to fix/workaround this somehow :( >>>>> >>>>> Thanks for the ideas! >>>>> >>>>> On Thu, Nov 19, 2015 at 2:19 PM, [email protected] < >>>>> [email protected]> wrote: >>>>> >>>>>> Okay I see your updates. >>>>>> >>>>>> Have you tried removing the "onconstruct", will the oninit then call >>>>>> correctly ? >>>>>> >>>>>> Another idea would be to change: >>>>>> <class name="restrictedConferenceRoom" extends="baseConferenceRoom"> >>>>>> >>>>>> to instead extend something more simple. >>>>>> >>>>>> And maybe remove the "fixedFileExplorerWhiteboardPanel" out of the >>>>>> class just to get an idea where the relevant code that leads to the issue >>>>>> is situated. >>>>>> >>>>>> Sebastian >>>>>> >>>>>> >>>>>> >>>>>> 2015-11-19 21:01 GMT+13:00 Maxim Solodovnik <[email protected]>: >>>>>> >>>>>>> sorry my 'svn commit' failed and I haven't noticed that :( >>>>>>> now the line numbers should be correct >>>>>>> whole code is being compiled with 'swf11' option, so I expect the >>>>>>> whole output is swf11 >>>>>>> >>>>>>> could you please examine sources one more time >>>>>>> >>>>>>> On Thu, Nov 19, 2015 at 1:51 PM, [email protected] < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Hm, >>>>>>>> >>>>>>>> at line ~516, there is no room inited in: >>>>>>>> >>>>>>>> http://svn.apache.org/viewvc/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/base/mainMethods.lzx?view=markup >>>>>>>> >>>>>>>> it says new lz.testSetup and passes the classname of the room. >>>>>>>> >>>>>>>> Then in: >>>>>>>> >>>>>>>> http://svn.apache.org/viewvc/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/modules/conference/testsetup/testSetup.lzx?view=markup >>>>>>>> >>>>>>>> new lz[this.roomClassName](canvas.main_content._content.inner, { >>>>>>>> roomobj:this.roomObj >>>>>>>> }); >>>>>>>> >>>>>>>> creates the room and then directly calls >>>>>>>> this.destroy(); >>>>>>>> >>>>>>>> And you say in >>>>>>>> >>>>>>>> http://svn.apache.org/viewvc/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/modules/conference/flexibleConferenceRoom/restrictedConferenceRoom.lzx?view=markup >>>>>>>> >>>>>>>> You can't find any output produced by: >>>>>>>> <handler name="oninit"> >>>>>>>> if ($debug) Debug.write("restrictedConferenceRoom::oninit "); >>>>>>>> </handler> >>>>>>>> >>>>>>>> In the debug window of the OpenLaszlo swf9 application (there is >>>>>>>> still the swf8 debugger window somewhere) ? >>>>>>>> >>>>>>>> I have seen some strange stuff before but it was usually possible >>>>>>>> to explain, or at least possible to deconstruct the issue. >>>>>>>> >>>>>>>> One possibility is obviously the immediately "this.destroy()" in >>>>>>>> the testSetup.lzx, I would maybe try to remove that to see if that has >>>>>>>> some >>>>>>>> sort of effect. >>>>>>>> >>>>>>>> But yeah this debug should be always produced somehow. In case you >>>>>>>> can really rule out all debugger side effects or uncertainties you >>>>>>>> might >>>>>>>> want to strip down the code further until you just simply do a >>>>>>>> initialisation of a simple lz.view. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Sebastian >>>>>>>> >>>>>>>> >>>>>>>> 2015-11-19 17:00 GMT+13:00 Maxim Solodovnik <[email protected]>: >>>>>>>> >>>>>>>>> same time 'onvisible' handler is called as expected :( >>>>>>>>> >>>>>>>>> On Thu, Nov 19, 2015 at 9:59 AM, Maxim Solodovnik < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> Hello Sebastian, thanks for the quick response >>>>>>>>>> >>>>>>>>>> here is the example: >>>>>>>>>> in [1] line 516 I'm creating restricted room [2] (by direct >>>>>>>>>> calling 'new' for simplicity) >>>>>>>>>> restricted room and all its ancestors have Debug.write in >>>>>>>>>> constructor (I have added dummy constructor to check what is going >>>>>>>>>> on) and >>>>>>>>>> in oninit handler >>>>>>>>>> >>>>>>>>>> According to debug output, constructor is being called while >>>>>>>>>> oninit is not :( >>>>>>>>>> >>>>>>>>>> [1] >>>>>>>>>> https://svn.apache.org/repos/asf/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/base/mainMethods.lzx >>>>>>>>>> [2] >>>>>>>>>> https://svn.apache.org/repos/asf/openmeetings/branches/3.1.x/openmeetings-flash/src/main/swf/modules/conference/flexibleConferenceRoom/restrictedConferenceRoom.lzx >>>>>>>>>> >>>>>>>>>> On Thu, Nov 19, 2015 at 2:25 AM, [email protected] < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> >>>>>>>>>>> Hi Maxim, >>>>>>>>>>> >>>>>>>>>>> can you point at the class/file/line-number of the file in the >>>>>>>>>>> SVN that has this issue ? >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Sebastian >>>>>>>>>>> >>>>>>>>>>> 2015-11-18 18:43 GMT+13:00 Maxim Solodovnik < >>>>>>>>>>> [email protected]>: >>>>>>>>>>> >>>>>>>>>>>> Hello Sebastian, >>>>>>>>>>>> >>>>>>>>>>>> Maybe you ever saw situation like this and can help to resolve >>>>>>>>>>>> it >>>>>>>>>>>> I'm currently moving on Openlaszlo code to be swf11 (in branch >>>>>>>>>>>> 3.1.x) >>>>>>>>>>>> It is hard process, and the main difficulty is: on some reason >>>>>>>>>>>> "oninit" handler is not being called on components :( Maybe you >>>>>>>>>>>> ever saw >>>>>>>>>>>> behavior like this and can suggest how to resolve it? >>>>>>>>>>>> >>>>>>>>>>>> Thanks in advance for any help! >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> WBR >>>>>>>>>>>> Maxim aka solomax >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Sebastian Wagner >>>>>>>>>>> https://twitter.com/#!/dead_lock >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> WBR >>>>>>>>>> Maxim aka solomax >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> WBR >>>>>>>>> Maxim aka solomax >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Sebastian Wagner >>>>>>>> https://twitter.com/#!/dead_lock >>>>>>>> [email protected] >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> WBR >>>>>>> Maxim aka solomax >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Sebastian Wagner >>>>>> https://twitter.com/#!/dead_lock >>>>>> [email protected] >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> WBR >>>>> Maxim aka solomax >>>>> >>>> >>>> >>>> >>>> -- >>>> WBR >>>> Maxim aka solomax >>>> >>> >>> >>> >>> -- >>> WBR >>> Maxim aka solomax >>> >> >> >> >> -- >> WBR >> Maxim aka solomax >> > > > > -- > WBR > Maxim aka solomax > -- Sebastian Wagner https://twitter.com/#!/dead_lock [email protected]
