Per the one tweet in the article that says they only bought one of these appliances because of the HA plugin: the lesson is don't buy smart devices that have cloud control. Whether or not they have local automation plugins (like HA), or just that have apps/cloud services, expecting those capabilities to remain for the life of the device is a fool's errand. We have a host of examples of cloud services being killed and…
Philips Hue did run locally, and now they are rolling out updates where a cloud account is required.
Haier hits Home Assistant plugin dev with takedown notice
31–40 of 172 posts
Re: Haier hits Home Assistant plugin dev with takedown notice
#32>"Specifically, the plug-ins are using our services in an unauthorized manner, which is causing significant economic harm to our Company." Except lots of people wouldn't buy your shit if not for the addon.
Re: Haier hits Home Assistant plugin dev with takedown notice
#33I often forget to take clothes out of the dryer in the garage, so I'm working on an automation to flash the lights by my desk with increasing urgency the longer clothes are left in.
I'm very surprised how well Home Assistant works for its kind of hobby project, it's matured quite a bit from when I looked into it a few years back. It's not a huge win if all your devices are already HomeKit and programmable via Shortcuts, but it's that it can bridge my non-Homekit Nest, ECOVACS, and GE devices into HomeKit land, and offer unified WebSocket & REST APIs to program against.
I can see why companies would send the takedown notices if their API service implementation is low quality. The HomeAssistant user has to be a super-expert, the sort of person to set up a Google Cloud project to create OAuth credentials so you can connect your calendar. There can't be a lot of those people, and the integrations are probably quite spammy with API polling.
Re: Haier hits Home Assistant plugin dev with takedown notice
#34Re: Haier hits Home Assistant plugin dev with takedown notice
#35Per the one tweet in the article that says they only bought one of these appliances because of the HA plugin: the lesson is don't buy smart devices that have cloud control. Whether or not they have local automation plugins (like HA), or just that have apps/cloud services, expecting those capabilities to remain for the life of the device is a fool's errand. We have a host of examples of cloud services being killed and…
Philips Hue did run locally, and now they are rolling out updates where a cloud account is required.
Re: Haier hits Home Assistant plugin dev with takedown notice
#36Earlier quoted context omitted.
If you fork it, do a proper git clone and git push. Github can and has DMCAed direct forks in the past.
At the risk of asking a dumb question, what does a git push do for you there? (Fully agree on the clone locally point.)
I'm not sure what you'd need to do to disconnect your fork, but clicking the "fork" button will often get your repo automatically taken down if the parent repository gets DMCA'd.
If the commit history is different (say, because you rebased the project onto a slightly different initial state), Github won't auto-detect the fork as easily, so the lawyers would need to find your project and include it in their takedown notice.
Re: Haier hits Home Assistant plugin dev with takedown notice
#37Earlier quoted context omitted.
Philips Hue did run locally, and now they are rolling out updates where a cloud account is required.
That is only for the Hue app. You can still just put them in pairing mode and use any zigbee controller you like.
Re: Haier hits Home Assistant plugin dev with takedown notice
#38Earlier quoted context omitted.
If you fork it, do a proper git clone and git push. Github can and has DMCAed direct forks in the past.
At the risk of asking a dumb question, what does a git push do for you there? (Fully agree on the clone locally point.)
It could still be identified as the same codebase by eg. comparing commit hashes or content hashes, but that's harder. If you really want to be sure, clone the repository, make a few local edits to files (eg. adding a comment to each file), copy the full source repository to a new directory in the filesystem, git init that as a new repository, commit changes, and push. That blows away all the existing history of commits, and ensures that each file has a different hash. It's still technically possible to detect it as a dupe, but would require an extremely expensive shingling or filesystem diff on every repository in GitHub.
Re: Haier hits Home Assistant plugin dev with takedown notice
#39Per the one tweet in the article that says they only bought one of these appliances because of the HA plugin: the lesson is don't buy smart devices that have cloud control. Whether or not they have local automation plugins (like HA), or just that have apps/cloud services, expecting those capabilities to remain for the life of the device is a fool's errand. We have a host of examples of cloud services being killed and…
Furthermore: reject them not only when the regular use goes through a cloud, but also anything that needs a specific app download or cloud connection just to change settings. All functionality available on local network and with standard tools or nothing.
I saw that a lot with cameras. "It has ONVIF, you just have to download--," nope, that's it, next candidate.
Re: Haier hits Home Assistant plugin dev with takedown notice
#40I wish there would be an appliance manufacturer that would actually hire developers to create and maintain Home Assistant.
Home Assistant users are small minority of many of these companies user bases (including ours), and these integrations being locally focused often poll HEAVILY causing an upside down ratio in API traffic compared to all other users. The solution is to allow local interfaces (matter, HTTP, etc) but most company cybersecurity teams just freak out at this. Oh, and the reason we don't have a full time team managing HA is…