Is there anyway to kill a Groovy smart app now?

Every morning something keeps changing the temp settings for my thermostat. I’ve checked all my automations none were triggered. The only automation with these settings was on @RBoy 's RLA on Groovy. When I try to log into IDE to delete the app I’m redirected to Edge Advanced. Nothing would set the heating to 70 and cooling to 74, this was only on RLA. All my other automation uses different settings, every time the change happens, it changes to 70/74.

I want to know is there any way to get into Groovy to erase everything?

Tagging @nayelyz

Hi, @Redcentauri
No, you cannot login into the IDE anymore, but it is strange since the execution of all Groovy SmartApps was shutdown as announced here: Groovy SmartApp Shutdown
You should check if this SmartApp still appears in the app and see if you can uninstall it from there.
According to the latest app version, this is where you should find it:

  1. In the app, go to the Routines menu
  2. Scroll down the page until you find the SmartApps section
  3. Tap and hold over the SmartApp name, it should make the option of “Delete” appear
  4. Click on “Delete” and confirm

Please, let us know your results, if this is not what’s causing the behavior, we would need access to your account to see if we can see where that might come from.

Thanks for the tag, @JDRoberts

1 Like
  • check the thermostat to ensure no schedules are set there
  • if you use Alexa - check if Hunches is enabled and creating Routines in Alexa

It is no longer listed as a smart app in Routines

There’s no connection to Alexa. There is a connection to Homesassistant but the only features allowed are reporting, as in a sensor. There’s no set.

I’m not at the unit, the unit has been unoccupied for 5 days, this has happened 3 days in a row in the morning between 4 AM and 6 AM EST. I will not be there for another two weeks, trying to figure out what’s changing these values.

ok, have you checked all the installed apps there?
If you use the Advanced Users’ app, you can see some details about them like schedules created:

You can also open support access to your account:

  1. Confirm the email account registered in the forum is the same one you use for SmartThings. If not, please share it with me over DM
  2. Enable support access to your account:
  1. Go to the SmartThings Web (
  2. Log in to your Samsung Account
  3. Select Menu (⋮) and choose Settings
  4. Toggle on Account Data Access
  5. Select the time period and confirm - In this step, please select “Until turned off”, once the team finishes, we’ll let you know so you can disable it again.

In which timezone are you? This is to look for the logs of that activity

These are the apps running.

I will DM you the email address.

EST. Florida

Just FYI. Some of the groovy apps (including RLA) are still running. I can see them trying to contact our servers.


@Redcentauri, following up.

We’ve been searching for logs in the Cloud that indicate those events were generated by a Routine, a SmartApp, or an external source and we found no events. However, the engineering pulled some Hub logs and we see the event is shown there as if the physical device is sending them.

That would explain why you see them in History but we cannot find their execution on the Cloud services.
I don’t know if it’s possible you set a “local” schedule for the physical device. A way to verify this is to “unplug” the Hub (make it offline to SmartThings, don’t turn it off) around the time those events are generated and see if they happen even then.
If the commands are sent locally, they will still execute, otherwise, they won’t appear because the connection with the SmartThings Cloud is interrupted.

I’m not at the location to do it at the time, but I can probably block internet access to the hub via blacklisting the mac address on the router.

hmmmm… how does an administrator’s post get flagged…

that borders on strange! :sunglasses:

PS - I didn’t do it


The hub was offline from 11:17 PM EST to 6:59 AM EST, the temp was not changed during that time as it did the previous 3 days. I can confirm it is not a schedule executing on the device hardware locally. Probably not a routine running locally on the hub because the hub was still powered on but not connected to the Internet.

Also, the combination of values that changed can only be found in one place, RLA on Groovy. This has never been like this before, it started about 4 days ago and hasn’t stopped until I disconnect the hub from the cloud.

Support still has access to my account if you want to jump in.

1 Like

ok, you put the Hub back again, right? Please help us monitor it over the weekend

If it happens again, please:

  1. Take notes of the timestamp when they occur
  2. Send Hub logs right after or as soon as possible since they occur very early (it’s best if it’s in less than 12 hrs)

We’ll see if there are registries about those events since for the first you mentioned we found nothing on our side.

Ok, I will.

It happened today, it didn’t happen yesterday. I will go there later this week to exclude the Thermostat and add it back to see if that helps.

It happened again this morning, the frequency has changed to every other day instead of every day.

Hi, @Redcentauri

We discussed your case again today and we were wondering if when you put the Hub offline and mentioned the event didn’t happen again, did you only check the history tab?
Something important I didn’t mention before is that the event won’t appear in the History when the Hub comes back online again.
Whenever the Hub goes offline, any events that happened locally won’t be registered in the history, only if the status of the capability changed, the new status will be registered but not any passed events.
So, if you didn’t observe the device physically to notice the change, then even if it executed, it wouldn’t be registered anywhere else.

We keep not seeing events in the Cloud logs which means it wasn’t generated or processed by SmartThings, the only events we can see are the ones sent to home assistant thanks to the subscription you created.

So, there must be something else going on, the only way to verify it is by seeing things on site when the Hub is offline.

You’re correct, no event appeared when the hub was offline, but nothing changed on the thermostat, it remained with the same setting it had when the hub was disconnected.