Skip to content

Conversation

elupus
Copy link
Contributor

@elupus elupus commented Apr 18, 2020

Breaking change

This completely drops support for YAML based configuration. Remove section from config.

To support turn_on action, you will need to setup an automation based on an exposed event from the integration. This can be accomplished via device actions.

Proposed change

  • Replace whole YAML with config flow. Since all data from previous configuration have been imported to config_flows since several versions before, the yaml config is marked as deprecated for a few versions and just ignored.

Type of change

  • Dependency upgrade
  • Bugfix (non-breaking change which fixes an issue)
  • New integration (thank you!)
  • New feature (which adds functionality to an existing integration)
  • Breaking change (fix/feature causing existing functionality to break)
  • Code quality improvements to existing code or addition of tests

Additional information

Checklist

  • The code change is tested and works locally.
  • Local tests pass. Your PR cannot be merged unless tests pass
  • There is no commented out code in this PR.
  • I have followed the development checklist
  • The code has been formatted using Black (black --fast homeassistant tests)
  • Tests have been added to verify that the new code works.

If user exposed functionality or configuration variables are added/changed:

If the code communicates with devices, web services, or third-party tools:

  • The manifest file has all fields filled out correctly.
    Updated and included derived files by running: python3 -m script.hassfest.
  • New or updated dependencies have been added to requirements_all.txt.
    Updated by running python3 -m script.gen_requirements_all.
  • Untested files have been added to .coveragerc.

The integration reached or maintains the following Integration Quality Scale:

  • No score or internal
  • 🥈 Silver
  • 🥇 Gold
  • 🏆 Platinum

@elupus
Copy link
Contributor Author

elupus commented Apr 18, 2020

Note, i've working on resolving some more comments from #29334

@elupus elupus marked this pull request as draft April 18, 2020 17:34
@elupus elupus marked this pull request as ready for review April 18, 2020 20:40
@elupus elupus force-pushed the arcam_config_flow branch 4 times, most recently from 895b412 to 614d7f5 Compare May 1, 2020 22:18
@elupus
Copy link
Contributor Author

elupus commented May 1, 2020

I pulled out the device automation code from this pull request, to reduce review size.

@elupus elupus force-pushed the arcam_config_flow branch from 614d7f5 to d709879 Compare May 1, 2020 23:34
@elupus elupus force-pushed the arcam_config_flow branch 2 times, most recently from 61ca38a to d454cf3 Compare May 15, 2020 08:23
@elupus elupus force-pushed the arcam_config_flow branch 2 times, most recently from 5e53ec1 to b9378f2 Compare May 16, 2020 07:30
@elupus elupus force-pushed the arcam_config_flow branch from b9378f2 to 43d3312 Compare May 17, 2020 13:15
"name": f"{DEFAULT_NAME} ({self._state.client.host})",
"identifiers": {
(DOMAIN, self._uuid),
(DOMAIN, self._state.client.host, self._state.client.port),
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

host and port can change so they aren't stable, so they should likely be removed.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, we can remove it later. Once people have upgraded. Otherwise we would leave these devices unconnected to entities.

Copy link
Member

@bdraco bdraco left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice job on the test coverage

Please see comments above

----------- coverage: platform linux, python 3.8.1-final-0 -----------
Name                                                   Stmts   Miss  Cover   Missing
------------------------------------------------------------------------------------
homeassistant/components/arcam_fmj/config_flow.py         77      0   100%
homeassistant/components/arcam_fmj/const.py               10      0   100%
homeassistant/components/arcam_fmj/device_trigger.py      27      1    96%   70
------------------------------------------------------------------------------------
TOTAL                                                    114      1    99%

elupus and others added 3 commits May 26, 2020 19:15
Co-authored-by: J. Nick Koston <nick@koston.org>
Co-authored-by: J. Nick Koston <nick@koston.org>
Copy link
Member

@MartinHjelmare MartinHjelmare left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good!

@balloob balloob merged commit 31973de into home-assistant:dev Jun 6, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants