Handler is being ignored: Why?

[Devin Asay]

Paul,

Could it be that the ids of the controls in your backscripts stacks are not resolving properly? This causes problems with behaviors that are stored in other stacks. See http://quality.runrev.com/show_bug.cgi?id=8993

Devin


On May 23, 2014, at 1:09 PM, Paul Dupuis <paul at researchware.com>
 wrote:

> I have a command "thisCommand" that calles a 2nd command "thatCommand"
> which is in a btn script inserted as a backscript. So
> 
> on startup
>  -- some stuff
>  insert script of btn "thatCommandButton" of stack "myBackscripts" into
> back
>  -- some more stuff
> end startup
> 
> btn "thatCommandButton" contains
> 
> on thatCommand pArg1, pArg2
>  -- some stuff
>  answer pArg1 && pArg2
> end thatCommand
> 
> and finally my main script
> 
> on thisCommand
>  -- do a bunch of stuff
>  thatCommand arg1, arg2
>  -- more stuff
> end thisCommand
> 
> The symptom I am running into is that "thisCommand" never calls
> "thatCommand" I can set a breakpoint in the debugger and step line by
> line. When it gets to "thatCommand arg1, arg2" it steps right over it
> (like it was a singel statement rathet than a handler that it should
> step into) instead of INTO it and the command is never invoked. That
> seems to imply that it recognizes that the handler "thatCommand" is
> defined but is not executing it. I have checked to make sure that
> lockMessages is false. I have put the backScripts into msg to verify
> that the script is present in the backscripts. If I replace thatCommand
> with a fake handler name, LC throw a proper handler "not found error"
> 
> Does the order backscripts are inserted matter? thisCommand is actually
> also in a backscript that is inserted BEFORE the script containing
> "thatCommand"?
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

Devin Asay
Office of Digital Humanities
Brigham Young University