-
-
Notifications
You must be signed in to change notification settings - Fork 37.5k
Add quality scale to Tesla Fleet integration #160475
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,87 @@ | ||
| rules: | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
|
||
| # Bronze | ||
| action-setup: | ||
| status: exempt | ||
| comment: Integration does not register custom service actions in async_setup. | ||
| appropriate-polling: done | ||
| brands: done | ||
| common-modules: done | ||
| config-flow-test-coverage: | ||
| status: todo | ||
| comment: Review feedback requested stronger config flow test coverage for domain registration errors and removal of unnecessary translation mocking where possible. | ||
| config-flow: | ||
| status: todo | ||
| comment: Review feedback questioned whether the custom OAuth flow implementation can be simplified, including whether `CONFIG_SCHEMA` and the custom `OAuth2FlowHandler` are both needed. | ||
| dependency-transparency: done | ||
| docs-actions: | ||
| status: exempt | ||
| comment: Integration does not provide custom service actions beyond standard entity services. | ||
| docs-high-level-description: done | ||
| docs-installation-instructions: done | ||
| docs-removal-instructions: done | ||
| entity-event-setup: done | ||
| entity-unique-id: done | ||
| has-entity-name: done | ||
| runtime-data: done | ||
| test-before-configure: done | ||
| test-before-setup: done | ||
| unique-config-entry: done | ||
| # Silver | ||
| action-exceptions: done | ||
| config-entry-unloading: done | ||
| docs-configuration-parameters: done | ||
| docs-installation-parameters: done | ||
| entity-unavailable: done | ||
| integration-owner: done | ||
| log-when-unavailable: | ||
| status: todo | ||
| comment: Coordinator raises UpdateFailed but does not implement the full log-once pattern (log when becoming unavailable, log when recovering). | ||
| parallel-updates: done | ||
| reauthentication-flow: done | ||
|
Comment on lines
+1
to
+40
|
||
| test-coverage: | ||
| status: todo | ||
| comment: Review feedback requested test cleanup follow-ups, including patching API objects where they are used, preferring direct asserts over the `test_climate_offline` snapshot where appropriate, removing an unnecessary `async_setup_component(...)`, and avoiding direct `entry.runtime_data` assertions in unload tests. | ||
| # Gold | ||
| devices: done | ||
| diagnostics: done | ||
| discovery-update-info: | ||
| status: exempt | ||
| comment: Integration does not implement device discovery mechanisms. | ||
| discovery: | ||
| status: exempt | ||
| comment: Tesla Fleet API requires OAuth authentication and cannot be automatically discovered. | ||
|
Comment on lines
+50
to
+52
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Can we detect a tesla on a network? Would it make sense to autodetect the integration then
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. No, only on Bluetooth, but I want to save that for the Tesla Bluetooth integration. |
||
| docs-data-update: done | ||
| docs-examples: | ||
| status: todo | ||
| comment: Documentation includes NGINX configuration examples but lacks automation use case examples. | ||
| docs-known-limitations: done | ||
| docs-supported-devices: done | ||
| docs-supported-functions: done | ||
| docs-troubleshooting: done | ||
| docs-use-cases: | ||
| status: todo | ||
| comment: Documentation does not include explicit use case scenarios. | ||
| dynamic-devices: done | ||
| entity-category: done | ||
| entity-device-class: done | ||
| entity-disabled-by-default: done | ||
| entity-translations: done | ||
| exception-translations: | ||
| status: todo | ||
| comment: PR already raised to fix these | ||
| icon-translations: done | ||
| reconfiguration-flow: | ||
| status: todo | ||
| comment: Integration does not implement async_step_reconfigure for updating settings without removal. | ||
| repair-issues: | ||
| status: exempt | ||
| comment: Integration does not have scenarios requiring user-actionable repair issues. | ||
| stale-devices: | ||
| status: todo | ||
| comment: Integration does not automatically remove devices that are no longer present in the Tesla account. | ||
| # Platinum tier | ||
| async-dependency: done | ||
| inject-websession: done | ||
| strict-typing: | ||
| status: todo | ||
| comment: Integration is not yet registered in .strict-typing file and needs comprehensive type annotation review. | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -937,7 +937,6 @@ class Rule: | |
| "telnet", | ||
| "temper", | ||
| "template", | ||
| "tesla_fleet", | ||
| "tesla_wall_connector", | ||
|
Comment on lines
937
to
940
|
||
| "thermobeacon", | ||
| "thermopro", | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We don't need
CONFIG_SCHEMA = cv.config_entry_only_config_schema(DOMAIN)right?