0.102: Official Android App, Almond, Scene editor

[grzeg8102]

Does anyone know the reason why the scenes editor activates a scene right after going to its edit mode? To me this is ridiculous and looks like a bug rather than an intended behaviour

Why would anyone want to activate a scene when editing it? I don’t want my home to flash lights, open/close covers and go crazy whenever I edit a scene. I know no other system that does it this way. To me this makes the scene editor a bad feature only launched in emergency cases when I’ve got no access to my scenes.yaml file

[Klagio]

Which NUC, how many cameras?

[i00 (Kris Bennett)]

Yep … the later 0.102.1 update fixed it
Thanks

[i00 (Kris Bennett)]

Completely agree… I don’t want my skylight opening and letting the rain in to my house just because I am editing a sunny scene when it is raining!!

[i00 (Kris Bennett)]

Same here on Synology using docker (updated at 2:00PM yesterday):

[grzeg8102]

Exactly. I opened a new thread in the community forum in the development section to discuss this.
I think it’d be good if you share you view in there, so then hopefully the HA devs will notice this issue and do something with it.Normally issues are discussed on github, but for some reason this time they didn’t allow it.

[BUG?] Scene editor activates scene when loading the editor

Hi, I post this here, as a similar post on HA github issues page was closed with no ability to post comments. I think the newly introduced scene editor is good as a missing feature, which was introduced, but the way it works makes me think it’s buggy. Every time I edit a scene the scene is launched. I don’t think it’s the way it should work. Why would anyone want this? I don’t want my home to go crazy and flash lights, open/close covers just because I went into scene edit mode. I want to deci…

[Codec303]

Hi, I’m getting the same thing everytime I check config:

INFO:homeassistant.util.package:Attempting install of attrs==19.2.0
INFO:homeassistant.util.package:Attempting install of attrs==19.2.0

Is there any way to find which integration is still trying to use 19.2.0?

EDIT: Are you using HACS? If so what version of HACS are you using?

[kanga_who (Jason)]

That’s a weird one, no other updates to MontionEye or other plugins that have happened recently?

I just checked the CPU usage on my home unit and it’s sitting at about 10-12%, with Shinobi CCTV and all my other gear running. The one at my business (exact same i5 2400 and other hardware) has no cameras running, sitting at 2-3% usage. Both on 0.102.2.

That’s a strange one. Something to do with the NUC image itself?

[sparkydave (🇦🇺 Dave)]

@Klagio

Which NUC, how many cameras?

It’s only a Pentium NUC, running 2x 4K cameras with MotionEye doing the motion detection and recording

[sparkydave (🇦🇺 Dave)]

@kanga_who

no other updates to MontionEye or other plugins that have happened recently?

Nope

@kanga_who

Something to do with the NUC image itself?

I’m not sure. Today when I look at it now it’s sitting on it’s usual ~60% CPU usage.

[fiftys]

Yes i am. 17.4

[tom_l]

Since updating to this version my automated nightly snapshots have been generating this error:

Timeout on /snapshots/new/full request

Folowed by the unhelpful:

Error on Hass.io API:

Though on inspection of the snapshot contents they do appear to be completing successfully they are taking longer than they were on the previous version and using considerably more resources.

- id: daily_backup
  alias: Daily Backup at 1 AM
  initial_state: true
  trigger:
    platform: time
    at: '01:15:00'
  action:
  - service: hassio.snapshot_full
    data_template:
      name: Automated Backup {{ now().strftime('%Y-%m-%d') }}
  - service: notify.telegram_system
    data_template:
      title: '*Information*'
      message: "Creating backup named Automated Backup {{ now().strftime('%Y-%m-%d') }}"

[Codec303]

Same here, after looking at the source code, I believe it’s a bug in HACS that is causing this, but by the looks of it it should be fixed with the next release of HACS.

[bratnetwork (Bret)]

With the latest update, my scenes don’t work anymore. I tried the migration option and they didn’t work. I only have a handful of them so I removed them and made them all new through the editor and they still don’t work.

They are simple scenes that just call a script. I do this so I don’t have to expose scripts for my Amazon Alexa. When I added the scene via the editor it gave them a state of ‘off’. I tried to change the state to ‘on’ and also tried ‘true’ which is what my old ons had and they still don’t work. When I manually activate the scene in my front end it doesn’t give any errors in the logs or any changes int he log book.

What is the correct why to call a script from a scene in this new scene system?

- id: '1574958360074'
  name: Goodbye
  entities:
    script.goodbye:
      state: 'true'

[DavidFW1960 (David)]

@bratnetwork

What is the correct why to call a script from a scene in this new scene system?

There is no correct way. You can’t. You need to use scripts.

[bratnetwork (Bret)]

So scenes no longer support calling scripts, even though they used to before this update?

[Burningstone]

Yes, you can’t do this anymore. An explanation for this can be found in this Github issue:

Turning on scenes from within a scene no longer works

[DavidFW1960 (David)]

@bratnetwork

So scenes no longer support calling scripts, even though they used to before this update?

Correct. Just migrate your scenes to scripts. A bit of editing and you’re done.

Scripts can also be exposed to Google Assistant and I presume Amazon Alexa. I expose the domain and then only expose the scripts I want by using the expose flag. It takes a little work to set it up of course but once done it’s done.

[Codec303]

@DavidFW1960

Scripts can also be exposed to Google Assistant and I presume Amazon Alexa.

Yep Scripts can be activated by Amazon Alexa, but in Alexa they show as as Scenes!

[DavidFW1960 (David)]

@Codec303

Alexa they show as as Scenes

Same as Google… your point? I mean it doesn’t matter at all…