On Fri, Jan 2, 2015 at 4:49 PM, Richard Gaskin <[email protected]> wrote:
> The example stack uploaded there is nearly 1 MB. > I couldn't get it any smaller :) > > I often try to reproduce bugs reported to the RQCC to help them along, but > with this one I couldn't figure out how to do so. When I open the stack a > script editor appears, but apparently not because of a breakpoint. The > recipe given was difficult for me to follow; I couldn't figure out how to > make any palette appear at all. > During a period where livecode was crashing every couple of minutes, I added code to open those when in the IDE :) > So having given up on the recipe I was at least curious about how many > objects there might be in this megabyte stack to estimate the level of > effort I might need to try to reproduce this issue. > > I opened the Project Browser to get a look, and something noteworthy > immediately stood out: > > Group "pp_calcids" of card "entry" of substack "dna" is flagged by the > Project Browser with a bright yellow warning triangle as having a behavior > object assigned to it that doesn't exist. > I try the project browser every few months, find no reason to switch over, and go back. It takes more clicks to do the same things as the application browser . . . this is the first reason I've seen to switch. I missed deleting that group as it was invisible. It isn't related to the issue. As for the local vars clearing with the palette command, is there any code > in play which initializes those vars on one of the open messages > (openStack, preOpenStack, etc.)? openField, actually. I forgot to this in the response to Peter, but I suspect that this may have to do with the mouseLeave he noted, and the order in which mouseEnter and mouseLeave get called (I got caught in the past by the mouseEnter going to the new object before the mouseLeave of the prior . . . thanks. Hopefully these let me lick this early tomorrow morming . . . -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 _______________________________________________ use-livecode mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
