LiveCode Forums.

Hi Craig,

It is odd that it has got better for you, while it reliably replicates for me. To repeat there are two handlers as below. Problem reliably replicates by quitting IDE, then re-starting IDE with the script by double clicking on the test script.

As before Test Handlers are:

Button Test MainStack The problem is resolved by doing as Hermann suggested and adding into the first card script
For my purposes it's a great work-around. But I agree it still begs a thorough explanation. To me it suggests that the IDE is interfering with messages all the way to choosing the pointer tool or behaving differently on startup when the pointer tool is selected, as Hermann suggested. Given replacing the 'send "choose browse tool" to me in 1 tick' with 'wait 60 seconds' does nothing but cause the IDE to hum and haw on startup with its startup panel showing for the 60 seconds the problem does not seem to be a simple timing problem as you suspected.

Well, I know nothing about the construction of the IDE, but it is still an oddity (and perhaps a little worrying in a calm sort of way!)

It is even odder that you are getting first intermittent display of the problem and then it has self-'fixed' while mine is reliably not working. That suggests the platform might have something to do with it. And also it does reinforce your view that timing has SOMETHING to do with it. My machine is the latest and greatest MacBook Pro (retina) with 1 TB of solid state memory and with the fastest processor, so whatever it does it does FAST (by Mac standards). Not sure what platform you are using. But it might be relevant to timing.

Well thats all I can add - more or less a review of the situation as I understand it. It remains a puzzle I think.

Warm good wishes.

So far 2014 seems quite nice

Jim

Jim.

I was hoping that Jacque would just figure this out.

I am on a MacBook Air OSX 10.6.8. LC 6.5.1. Maybe this is pertinent...

Craig

..........

Right, Hermann found it. The IDE takes over much of the message queue when it starts up. Dialogs are locked out. Lots of other things are locked out too until all the libraries, stacks, and other components the IDE needs are loaded.

My original suggestion was for changing the tool, but the same method applies for triggering buttons. Instead of using "answer" directly in the openstack handler, create a handler that shows the dialog and send that command from the openstack handler in 1 tick.

Just a quick note about "ask" and "answer" in general -- ask is for retrieving user input, answer is for relaying information. It may be that your test scripts don't reflect what the real ones do, but from what I see here you only need "answer".

Since "ask" waits for user input and in general needs to do something with that input, I can understand why it is blocked during startup. A handler that tries to work with data using any built-in LiveCode functions that haven't loaded yet would fail.

All good stuff, Hermann and Jacque.

But I have this test running just fine, as Jim originally set it up. It used not to work, and now it does, on two different machines. One running OS 10.5, one 10.6.

Jim still has the problem. His machine is faster than mine.

Matters not if I use "ask" or "answer". There is something going on. I assume LC did not learn how to appease me.

Craig

..........

Hermann.

Sort of. I am just a little miffed at the fact that I cannot reproduce what I very recently struggled with. I am on the same machine, same set-up, same everything. This is not the first time I have found myself getting unstuck without seemingly doing anything in particular to fix a problem. I know for a fact that many times I am the cause. But I also know that sometimes LC (and HC before it) just fixed themselves.

In this case, I had inserted an "if" statement in a certain spot in the openStack handler to see if the card had loaded. I just asked for the name of the current card. It had indeed loaded. From that moment (I deleted the "if") it never failed again.

Could still be me, I suppose...

Craig

..........

Hermann.

I thought I had to find some sort of playfulness or make some sort of joke in order to earn the second. Have not found an opening recently...

Craig