Programs disabled after time change

[DreamerI90]

I got up this morning and all my programs were disabled also. DST clock change was last night but maybe a coincidence?

I'm currently on 5.7.0, eisy, iOX, PG3x, using Insteon and Zwave. The system status looks like it hasn't been restarted for a couple days so it doesn't look related to an update or restart. I don't remember this ever happening before and I've been using UDI for maybe 15 years.

Then and else will run manually and when I renable the programs they seem to work again.

Does anyone know what might have happened?

Edited November 5, 2023 by DreamerI90
clarity

[Xathros]

Hey @DreamerI90,

You're not alone.  This morning all of my programs were disabled.  Quite sure this has to do with DST change.  Over the years, I have had odd issues with the ISY and DST changes.  This I think is the first time all of my programs went disabled though.  It wasn't too hard for me to recover as I have all of my disabled program names begin with a # so I can sort on the summary screen select all but the #programs and re-enable all at once.  A trick I learned a while back on these forums.

Interestingly, I restarted IoX before discovering that all the progs were disabled and any program that was set to run at startup did in fact run as well as any that were called by my startup programs.  I get that the programs that were called by others should have ran. Not sure if a DISABLED program that is set to run at startup should actually run at startup.

@Michel Kohanim or @Chris Jahn - Thoughts, comments?

Thanks.

-Xathros

[stevehoyt]

Same here all programs disabled with DST change. I had to manually enable all of them.

Polisy PG3X v 3.2.8

IOX 5.7.0

[oberkc]

Same here.  I am assuming this is fixed in most recent update 5.7.0-5.  Unfortunately, I was on -4.

[n_sievers]

Upon checking to make sure everything was good this morning, I found that the sunrise and sunset times displayed in the admin console are actually an hour earlier than they should be but the actual time is correct.  I have no other obvious issues at this point and no disabled programs so I tried rebooting the Polisy but upon coming back up, the sunrise/sunset are still displaying an hour earlier than they should be.  I am in Denver so on Mountain time.

 

[rlebel]

All of my programs disabled also - and by looking at when variables had last been updated I see it happened exactly at the DST change. I don't have disabled programs labeled in any special way so enabling is going to be a real PITA.

 

I also see that DST is still checked on the configuration screen and sunrise and sunset are an hour earlier than they should be!!!

Edited November 5, 2023 by rlebel

[rlebel]

I did an update packages and reboot and my programs seem to have been appropriately reenabled. However, sunrise and sunset and the DST checkbox are still wrong.

[CoolToys]

When I did the last upgrade all programs were disabled, and that was fine.  Upgrades need attention.

Today though my system was going nuts, the wrong lights were on, the A/C is set to 68 and the notifications don't work.  The all doors closed program was showing at "true" even though doors were open and the program was "disabled".  Based on the variable state this happened between 12:01 am and 5:16 am.  

I logged into the admin panel to find the correct time for PDT and all of my programs disabled.  Anyone else?  Any idea why and how to prevent?  Bug with the time change?
 

Edited November 5, 2023 by CoolToys
More information for accuracy

[nadler]

Yes, None of my overnight programs ran last night. All the programs that were enabled yesterday were not enabled today.  I changed nothing!  Quite annoying.

[CoolToys]

6 minutes ago, nadler said:

Yes, None of my overnight programs ran last night. All the programs that were enabled yesterday were not enabled today.  I changed nothing!  Quite annoying.

For me the 12:01 am variable for our studio reset, so I know it was after 12:01, and the "sunrise" program also didn't run.  I set a variable in there just to troubleshoot.  Best guess is the time change "falling" back caused a logic bug because 02:01am happened twice.  I recall an issue with this waaaaay back when because I did my variable reset and query at 2 am.  I moved them to 5:10 am, and now realize that may be before sunrise causing another issue so moving it to 04:10 now.

I am also renaming my programs that should be disabled all the time.  So I can quickly remember which ones are triggered only by other programs.  ItIsNight is now d_ItIsNight. for example.

 

 

Edited November 5, 2023 by CoolToys

[someguy]

all of my programs somehow became "disabled" overnight, too.  I am currently going through them to re-enabled those that needs such. 

[jaydrosy]

5 hours ago, n_sievers said:

Upon checking to make sure everything was good this morning, I found that the sunrise and sunset times displayed in the admin console are actually an hour earlier than they should be but the actual time is correct.  I have no other obvious issues at this point and no disabled programs so I tried rebooting the Polisy but upon coming back up, the sunrise/sunset are still displaying an hour earlier than they should be.  I am in Denver so on Mountain time.

 

I did not have the disabled program problem, but I do have the problem where sunrise and sunset times are not correct.  I din't realize I was having trouble until the past hour or so as things got really dark!

[Xathros]

Sunrise/Sunset are an hour early on my system as well.  I'm in Central Timezone.  DST checkbox is checked and grayed out.

-Xathros

 

[oamber]

This morning nothing ran. All my programs have been disabled. I didn't do this. What's going on?

 

[EW1]

Same issue with all programs disabled and sunrise/sunset an hour early.  I'm on 5.7.0  Has anyone opened a ticket?

[rlebel]

1 hour ago, EW1 said:

Same issue with all programs disabled and sunrise/sunset an hour early.  I'm on 5.7.0  Has anyone opened a ticket?

I think that rebooting (in my case after doing an update packages) has fixed this for most people. The display problem of sunrise/sunset is the remaining bug but that doesn't impact proper program operation since it is only the UI.

[DreamerI90]

My sunset/sunrise times are correct for my PST location

[bgrubb1]

Did anyone on 5.0.7_5 have the disable program issue ?? I was and did not

 

[rlebel]

4 hours ago, DreamerI90 said:

My sunset/sunrise times are correct for my PST location

Today mine are too! They weren't yesterday. But the greyed out DST check is still incorrectly checked.

[rlebel]

1 minute ago, bgrubb1 said:

Did anyone on 5.0.7_5 have the disable program issue ?? I was and did not

 

It would be nice if the About box gave the _x suffix, mine just says 5.0.7.

[Geddy]

@bgrubb1 probably hard for some to really know what version they're on. It depends on when they upgraded to 5.7.0. Since the _5 came out several days after the initial release and there wasn't a "new" post made and since it didn't impact the actual release number not many would know what build release(?) they were on unless they went to the info page that Michel had posted earlier in the support thread. 

To find what version is installed go here:

eisy:      https://eisy.local:8443/WEB/sysconfig.txt

Polisy:   https://polisy.local:8443/WEB/sysconfig.txt

   (or replace the *.local with the device IP) 

 

 

[mmb]

I use this url to get versions on Polisy.

https://polisy.local:8443/WEB/sysconfig.txt

But yes, having About report version would be nice.

[ShawnW]

On 11/6/2023 at 7:27 PM, Geddy said:

@bgrubb1 probably hard for some to really know what version they're on. It depends on when they upgraded to 5.7.0. Since the _5 came out several days after the initial release and there wasn't a "new" post made and since it didn't impact the actual release number not many would know what build release(?) they were on unless they went to the info page that Michel had posted earlier in the support thread. 

To find what version is installed go here:

eisy:      https://eisy.local:8443/WEB/sysconfig.txt

Polisy:   https://polisy.local:8443/WEB/sysconfig.txt

   (or replace the *.local with the device IP) 

I'm surprised that UDI is not addressing this lack of notification of the new 5.7.0 upgrades. Guys, are we expecting every single customer to come and read all these forums JUST to finally realize that their 5.7.0 isn't the right 5.7.0?? 

If nothing else, RE-POST the 5.7.0 announcement* with the first thing mentioned being that this is a NEW 5.7.0 and people should upgrade if they're not 100% certain. Wouldn't that save a LOT of people a lot of grief? (* in 'Current Release Announcements')

@Javi @Geddy

By the way, when running those links to web/sysconfig.txt, you should mention that you need to actually "search' for "ISY" as there are hundreds of lines in that file and you likely won't find it by skimming through the file - it doesn't just pop out at you. 

Thanks.

[Javi]

@ShawnW Will bring up in the next meeting.

[peterathans]

Something my manager used to say - "Version numbers are cheap".  Rather than playing games with hidden subversions (5.7.0_1, 5.7.0_2, etc) that can't even be seen by the typical user, why not just bump the version (5.7.1, 5.7.2, ...) with each change?