[SOLVED]6.0.5 Crash Enabling/Disabling Delays

Having a consistent Indigo client lockup when I access the remove delayed action menu to select
a schedule to remove it's delays.

Anyone else having the issue?

Thanks,

Carl

[matt (support)]

Hi Carl,

I'm not able to reproduce the problem here. Do you have specific steps? I just created a new Trigger, selected the action panel and choose the Remove Delayed Action type and then selected the schedule radio button and a schedule.

If it consistently crashes for you then try the following:

1) Choose the Indigo 6->Stop Server menu item.

2) Temporarily rename the folder:

/Library/Application Support/Perceptive Automation/Indigo 6/Plugins

to:

/Library/Application Support/Perceptive Automation/Indigo 6/Plugins-hidden-so-indigo-cannot-find

3) Start the Indigo server and try to reproduce the crash.

Tried renaming the Plugin folder but it still locks up.

I select the "Remove Delayed Actions", check the "Schedules" button
and try to scroll the list to select one and then it freezes.
Happens every time. I'm running 10.5.8

Thanks for looking into it.

Carl

[matt (support)]

Do the other popups in that dialog also cause a freeze?

And how about selecting the action type to Disable Schedule (it also has a schedule popup) -- does that one cause a freeze?

The only one that causes the freeze is the Schedule list.
The others seem fine. I tried the Disable Schedule and that crashed as well.

It seems limited to just the schedule delays and disabling.

Thanks,

Carl

[matt (support)]

Temporarily create a new Indigo database (File->New Database) and add a few bogus/empty Schedules. Does it still crash?

No crash using a new database with just a few schedules.

Thanks,

Carl

[matt (support)]

Does your database have frequently executing actions (from triggers/schedules/scripts/etc.) that might be changing schedule attributes? Like if they are enabled or disabled? Or does your database have transient schedules (like "auto off after N minutes") executing frequently?

It sounds like you might be seeing a race condition in the UI, and I suspect it is because the schedule list is changing quickly. We've seen cases in the past where the OS X UI updating and rendering code locks up if the underlying data (schedules in this case) are changing quickly when popup menus are rendering.

Just a few schedules that execute much at all, or auto on/off. In fact I don't use a whole lot of them.
I do have a couple that rarely enable/disable.

Odd one for sure....

edit: maybe a python script to remove delayed actions on a schedule?

Thanks,

Carl

[matt (support)]

Try temporarily disabling (just a disable, not a delete should do) any triggers/schedules/scripts you have that might be changing schedules. Still crashes?

Tried disabling most everything...still crashed

Thanks,

Carl

[matt (support)]

Hi Carl,

Email me your database file and I'll try to reproduce the crash here.

I tried disabling all my timer schedules and that cured the crash.
As you saw in my database I use those for quite a few things and
am not sure how to replace those functions with something else.

Any thoughts appreciated!

Thanks,

Carl

[matt (support)]

I think it is only the ones that are firing that is causing the problem. So you can sort by the "Next Execution" column and just temporarily disable the ones near the top (that will be firing soon), then you should be able to use the Actions panel UI that has schedule popups. Once you are done in the UI, you can re-enable them.

Not a terrific sol'n obviously, but since I cannot reproduce this crash I'm pretty sure it is specific both to OS X 10.5.8 and having a large list of schedules with 1 or more that are executing while you click on the popup UI.

Not a problem at all. Thanks again for looking into it.
I may just move the actions out of the schedules and remove
the delays there.

Carl