AwsCrtError: AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.

Running X86-64. I have been following this project and noticed the newest update supports this version now.
I successfully login but then the integration shows this error:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 357, in async_setup
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/ha_hatch/init.py", line 112, in async_setup_entry
await setup_connection("initial setup")
File "/config/custom_components/ha_hatch/init.py", line 88, in setup_connection
_, mqtt_connection, rest_devices, expiration_time = await get_rest_devices(
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 55, in get_rest_devices
mqtt_connection.connect().result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 446, in result
return self.__get_result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 391, in __get_result
raise self._exception
awscrt.exceptions.AwsCrtError: AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.

is it possible you are trying to run this integration on two instances of HA? that seems the most likely cause based on upstream issues that match your logs' error https://github.com/aws/aws-iot-device-sdk-cpp-v2/issues/110

No, I only have one computer and it’s being ran natively on its own on that hardware by itself. No other computers involved.
I will try power cycling it fully and see what that does
Sent from Outlook for iOShttps://aka.ms/o0ukef

From: Brendan Dahl @.>
Sent: Saturday, September 24, 2022 5:25:02 PM
To: dahlb/ha_hatch @.>
Cc: escapethewormhole @.>; Author @.>
Subject: Re: [dahlb/ha_hatch] 1.7.0 - Error (Issue #10)
is it possible you are trying to run this integration on two instances of HA? that seems the most likely cause based on upstream issues that match your logs' error aws/aws-iot-device-sdk-cpp-v2#110https://github.com/aws/aws-iot-device-sdk-cpp-v2/issues/110
—
Reply to this email directly, view it on GitHubhttps://github.com/dahlb/ha_hatch/issues/10#issuecomment-1257081827, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AZRSSIFUMXZ2U6DZII7OYTTV76EU5ANCNFSM6AAAAAAQUYDXHI.
You are receiving this because you authored the thread.Message ID: @.***>

I'm having the same issue, running HA in a Docker container.
I can see the package is definitely installed in the container, I can load it, and it's the latest version. This suggests it might be an issue with Hatch's certificates?

sorry but it seems unlikely to be caused by hatch's certificates as not everybody is experiencing this issue, maybe your router's firewall is blocking websockets?

https://github.com/dahlb/hatch_rest_api/blob/1745d9c97e477ae540f7ec3e21eaedde2c49dc8f/src/hatch_rest_api/util_bootstrap.py#L36-L40
Not sure if this is the cause, but if you're interested in eliminating periodical reconnecting to the MQTT endpoint in order to have the credentials unexpired, you can provide a callable delegation, which does it automatically, to the credential provider instead of feeding static credentials.
https://awslabs.github.io/aws-crt-python/api/auth.html#awscrt.auth.AwsCredentialsProvider.new_delegate

thanks for the improvement, I'll track it in https://github.com/dahlb/ha_hatch/issues/12 but I don't think it's the cause of this error since the described experience doesn't seem to have worked even for a little while

Just tried 1.8.0 with the same result.
One question, how does it pick what device? I only have the one but in the app when I login I then have to tell it what hatch I want to control. This integration never does that. Could that be where it is hanging up?

I expect from your error that it is caused by your internet connection.  But this integration doesn't pick it just controls all the devices on your account

Any idea what one would look at for my internet connection should that be the culprit?
I have gigabit fiber, through a Unifi UDM-Pro. I don't have any of my ISP hardware in between either.

I don't know much about firewall settings. Though I also use a fiber to UDM pro router, but it doesn't cause me this error.  I just don't know another reason your aws connection would be getting unexpectedly discounted.

I am also experiencing this issue using hass OS on a raspberry pi. I login successfully, but then see that there was an error setting up th me integration.
Here are the logs:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 365, in async_setup
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/ha_hatch/init.py", line 135, in async_setup_entry
await setup_connection("initial setup")
File "/config/custom_components/ha_hatch/init.py", line 111, in setup_connection
_, mqtt_connection, rest_devices, expiration_time = await get_rest_devices(
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 55, in get_rest_devices
mqtt_connection.connect().result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 446, in result
return self.__get_result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 391, in __get_result
raise self._exception
awscrt.exceptions.AwsCrtError: AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.
My internet connection seems to be fine. Any other suggestions?

@escapethewormhole, were you able to resolve this? I'm having the same issue and @dahlb marked my issue #27 as a duplicate of this one.

@nderrico1223 - you're the fourth person in this thread who has indicated they're using a Unifi router (I've got a Dream Machine). I feel like that's a pattern here.
@dahlb, since you have a UDM Pro and it's working for you - do you have Threat Management enabled by chance? I do, and I suspect that's what's blocking AWS here, but even when I disable it I don't see any change in the error message. Maybe I'll try that again now that there's more logging.

@tpansino I do not have Threat Management enabled, for reference.

Ah, thanks, theory is dead then... 🤔

I just installed this integration (v1.9.7) via HACS in my Raspberry Pi Home Assistant installation. I also got this error immediately after setting up my credentials in the integration.
I pasted the error messages I saw below.
My Raspberry Pi is only running Home Assistant and is directly wired to my Ubiquiti EdgeRouter X using Verizon FiOS.

First error
  This error originated from a custom integration.
Logger: homeassistant.config_entries
Source: custom_components/ha_hatch/init.py:111
Integration: Hatch Rest Mini/Plus (documentation, issues)
First occurred: 3:21:47 PM (2 occurrences)
Last logged: 3:46:51 PM
Error setting up entry<EMAIL_ADDRESS>for ha_hatch
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 372, in async_setup
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/ha_hatch/init.py", line 135, in async_setup_entry
await setup_connection("initial setup")
File "/config/custom_components/ha_hatch/init.py", line 111, in setup_connection
_, mqtt_connection, rest_devices, expiration_time = await get_rest_devices(
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 64, in get_rest_devices
raise e
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 60, in get_rest_devices
mqtt_connection.connect().result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 458, in result
return self.__get_result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 403, in __get_result
raise self._exception
awscrt.exceptions.AwsCrtError: AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.

Second error
  This error originated from a custom integration.
Logger: hatch_rest_api.util_bootstrap
Source: custom_components/ha_hatch/init.py:111
Integration: Hatch Rest Mini/Plus (documentation, issues)
First occurred: 3:21:47 PM (2 occurrences)
Last logged: 3:46:51 PM
MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.

I believe I may be in a similar boat... I also have a UDM-Pro, threat management is turned on. I initially had some sort of permissions issue but have since set up HA to run as root (temporarily) which solved the permissions issue. Now this is the only remaining issue.
Error 1:
Logger: homeassistant.config_entries
Source: .local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py:60
First occurred: 8:23:05 PM (1 occurrences)
Last logged: 8:23:05 PM
Error setting up entry<EMAIL_ADDRESS>for ha_hatch
Traceback (most recent call last):
File "/usr/lib/python3.10/site-packages/homeassistant/config_entries.py", line 382, in async_setup
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/ha_hatch/init.py", line 148, in async_setup_entry
await setup_connection("initial setup")
File "/config/custom_components/ha_hatch/init.py", line 120, in setup_connection
_, mqtt_connection, rest_devices, expiration_time = await get_rest_devices(
File "/config/.local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 64, in get_rest_devices
raise e
File "/config/.local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 60, in get_rest_devices
mqtt_connection.connect().result()
File "/usr/lib/python3.10/concurrent/futures/_base.py", line 458, in result
return self.__get_result()
File "/usr/lib/python3.10/concurrent/futures/_base.py", line 403, in __get_result
raise self._exception
awscrt.exceptions.AwsCrtError: AWS_ERROR_HTTP_WEBSOCKET_UPGRADE_FAILURE: Failed to upgrade HTTP connection to Websocket.
Error 2:
Logger: hatch_rest_api.util_bootstrap
Source: .local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py:63
First occurred: 8:23:05 PM (1 occurrences)
Last logged: 8:23:05 PM
MQTT connection failed with exception AWS_ERROR_HTTP_WEBSOCKET_UPGRADE_FAILURE: Failed to upgrade HTTP connection to Websocket.

Well I'll join the list.  USG-3P, threat management off.  Same issue.
awscrt.exceptions.AwsCrtError: AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.
2023-01-18 16:40:18.857 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [140201106029872] Error handling message: Entity ID birdseye is an invalid entity ID for dictionary value @ data['entity_id']. Got 'birdseye' (invalid_format) from <IP_ADDRESS> (Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/<IP_ADDRESS> Safari/537.36)
2023-01-18 18:23:02.423 WARNING (SyncWorker_5) [urllib3.connectionpool] Retrying (Retry(total=5, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ConnectTimeoutError(<urllib3.connection.HTTPConnection object at 0x7f830268d180>, 'Connection to  timed out. (connect timeout=3.0)')': /upnp/control/basicevent1
2023-01-18 19:15:56.808 ERROR (MainThread) [hatch_rest_api.util_bootstrap] MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.
2023-01-18 19:15:56.808 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry  for ha_hatch
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 382, in async_setup
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/ha_hatch/init.py", line 148, in async_setup_entry
await setup_connection("initial setup")
File "/config/custom_components/ha_hatch/init.py", line 120, in setup_connection
_, mqtt_connection, rest_devices, expiration_time = await get_rest_devices(
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 64, in get_rest_devices
raise e
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 60, in get_rest_devices
mqtt_connection.connect().result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 458, in result
return self.__get_result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 403, in __get_result
raise self._exception

Me too.  Had some internet issues this morning and now when I restart HASS i'm getting this error.  I also can't seem to connect to the Hatch via the app now, so I'm not sure this is related to the integration?  Has anybody found a workaround?  Whether it's waiting/time, resetting the hatch, or anything else?

@FuzzyMistborn I also experienced this for the first time this morning after I unplugged/forced ha to restart from an apparent lockup last night.  I am no longer seeing the error, are you still getting it or does it work for you now too?

Thanks!  Just reloaded and it's working now.  Maybe some kind of outage on Hatch's end then?

my guess is this is related to https://github.com/dahlb/hatch_rest_api/issues/4 and potentially a missing throttling when network connectivity is compromised or if multiple instances of this integration are configured to use the same hatch account.
hatch likely improved their response after filing the old bug above in cases where throttling causes a connection flood they are at least temporary banning ips to prevent paying the bill on connection storms.
unfortunately I lost all my logs due to my haos restarting, but I will try to experiment with connection retry attempts in a few weeks when I might have time.

That would make sense.  I have an automation reload the integration at 6:30am because I ran into a few issues where the integration seemed to lose it's connection/stop working.  I was debugging something this morning with an automation involving the sound machine's availability and reloaded the integration 1 more time and then also ended up rebooting HASS for an unrelated reason.  Probably hit a limit so it's like a fail2ban type block.

I would like to mention my previous reply, which might not be the direct fix but provides a IMO pretty reliable reconnecting mechanism, and the MQTT client id is possibly the cause, where I use a random uuid for each new connection instead of a user-dependent pattern.
FYI, our integration, in which the connected server is also built on AWS iot infra, has stably worked for several months without any connection issue like this (MQTT hung up) on my side. I've been using a Unifi router for two years.
Hope this info helps.

I found some new documentation that helped me fix a few of the causes for this error, v1.12.4 might fix everybody in this threads issues.
one of the problems that likely affected a number of these users was that hatch uses multiple aws regions and until now the api this project uses was locked to us-west2 and if you are assigned a different region you would've gotten the HANGUP error
another problem was caused by resetting connections with overlapping ids so I've appended a uuid to the connection ids to allow both api ops easy identification while allowing multiple connections per user when needed.
another possible error that I am not sure anybody was experiencing but also could've caused this error was special characters in the username/email so those have been stripped from the client id if they exist.
the really annoying thing I've found in today's research is a lot of, if not all aws iot errors just through this catch all instead of providing better detail ...

That would make some sense. I am not in western US, I am western Canada and I believe Amazon has a data center near me that I would be assigned to most likely
Sent from Outlook for iOShttps://aka.ms/o0ukef

From: Brendan Dahl @.>
Sent: Wednesday, January 25, 2023 6:44:28 PM
To: dahlb/ha_hatch @.>
Cc: escapethewormhole @.>; Mention @.>
Subject: Re: [dahlb/ha_hatch] AwsCrtError: AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly. (Issue #10)
I found some new documentation that helped me fix a few of the causes for this error, v1.12.4 might fix everybody in this threads issues.
one of the problems that likely affected a number of these users was that hatch uses multiple aws regions and until now the api this project uses was locked to us-west2 and if you are assigned a different region you would've gotten the HANGUP error
another problem was caused by resetting connections with overlapping ids so I've appended a uuid to the connection ids to allow both api ops easy identification while allowing multiple connections per user when needed.
another possible error that I am not sure anybody was experiencing but also could've caused this error was special characters in the username/email so those have been stripped from the client id if they exist.
the really annoying thing I've found in today's research is a lot of, if not all aws iot errors just through this catch all instead of providing better detail ...
—
Reply to this email directly, view it on GitHubhttps://github.com/dahlb/ha_hatch/issues/10#issuecomment-1404459710, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AZRSSICL2XVBFXCCDONEV6LWUHJHZANCNFSM6AAAAAAQUYDXHI.
You are receiving this because you were mentioned.Message ID: @.***>

Unfortunately still no joy for me on 1.12.4 - I'm also in Canada.
2023-01-25 22:07:29.238 ERROR (MainThread) [hatch_rest_api.util_bootstrap] MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.
2023-01-25 21:50:13.588 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry<EMAIL_ADDRESS>for ha_hatch
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 382, in async_setup
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/ha_hatch/init.py", line 148, in async_setup_entry
await setup_connection("initial setup")
File "/config/custom_components/ha_hatch/init.py", line 120, in setup_connection
_, mqtt_connection, rest_devices, expiration_time = await get_rest_devices(
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 67, in get_rest_devices
raise e
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 63, in get_rest_devices
mqtt_connection.connect().result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 458, in result
return self.__get_result()
File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 403, in __get_result
raise self._exception

I found some new documentation that helped me fix a few of the causes for this error, v1.12.4 might fix everybody in this threads issues.
one of the problems that likely affected a number of these users was that hatch uses multiple aws regions and until now the api this project uses was locked to us-west2 and if you are assigned a different region you would've gotten the HANGUP error
another problem was caused by resetting connections with overlapping ids so I've appended a uuid to the connection ids to allow both api ops easy identification while allowing multiple connections per user when needed.
another possible error that I am not sure anybody was experiencing but also could've caused this error was special characters in the username/email so those have been stripped from the client id if they exist.
the really annoying thing I've found in today's research is a lot of, if not all aws iot errors just through this catch all instead of providing better detail ...

Mine is not working still, same errors.

Likewise. Just updated to v1.12.4 and got the same error I got in https://github.com/dahlb/ha_hatch/issues/10#issuecomment-1367604323. Full debug dump:

Debug logging

2023-01-25 21:50:19.833 DEBUG (MainThread) [custom_components.ha_hatch] async setup entry: {'email'<EMAIL_ADDRESS>'password': '***'}:{}
2023-01-25 21:50:20.702 DEBUG (MainThread) [custom_components.ha_hatch] updating credentials: initial setup
2023-01-25 21:50:20.713 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/public/v1/login requestsending https://data.hatchbaby.com/public/v1/login request with {'email'<EMAIL_ADDRESS>'password': '***'}
2023-01-25 21:50:21.150 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:
2023-01-25 21:50:21.152 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Successful login', 'payload': {'id': 420267, 'createDate': '2019-06-10 16:13:03', 'updateDate': '2019-12-25 17:16:20', 'active': True, 'email'<EMAIL_ADDRESS>[REDACTED] 'appType': 'Android', 'firstName': '***', 'lastName': None, 'signupSource': 'app', 'timezone': 'America/New_York', 'timeZoneAdjust': -5, 'stage': 49}, 'sync':<PHONE_NUMBER>018, 'token': 'AAA'}
2023-01-25 21:50:21.152 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/iotDevice/v2/fetch request
2023-01-25 21:50:21.246 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:
2023-01-25 21:50:21.246 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Fetched list of IoT Devices', 'payload': [], 'sync':<PHONE_NUMBER>189}
2023-01-25 21:50:21.248 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/restPlus/token/v1/fetch request
2023-01-25 21:50:21.351 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:
2023-01-25 21:50:21.352 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Got Cognito OpenId token', 'payload': {'endpoint': 'https://aacsjje0gbbcc-ats.iot.us-west-2.amazonaws.com', 'identityId': 'us-west-2:06ae5904-7636-4564-9475-5645dfd8f59b', 'region': 'us-west-2', 'cognitoPoolId': 'us-west-2:5651fc22-f313-49d5-b379-fdab2c535d9c', 'token': 'BBB'}, 'sync':<PHONE_NUMBER>282}
2023-01-25 21:50:21.352 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://cognito-identity.us-west-2.amazonaws.com requestheaders: {'content-type': 'application/x-amz-json-1.1', 'X-Amz-Target': 'AWSCognitoIdentityService.GetCredentialsForIdentity'}sending https://cognito-identity.us-west-2.amazonaws.com request with {'IdentityId': 'us-west-2:06ae5904-7636-4564-9475-5645dfd8f59b', 'Logins': {'cognito-identity.amazonaws.com': 'BBB'}}
2023-01-25 21:50:21.745 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:
2023-01-25 21:50:21.760 DEBUG (MainThread) [hatch_rest_api.util_http] response raw: {"Credentials":{"AccessKeyId":"CCC","Expiration":1.674705021E9,"SecretKey":"DDD","SessionToken":"EEE"},"IdentityId":"us-west-2:06ae5904-7636-4564-9475-5645dfd8f59b"}
2023-01-25 21:50:22.395 ERROR (MainThread) [hatch_rest_api.util_bootstrap] MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.
2023-01-25 21:50:22.434 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry<EMAIL_ADDRESS>for ha_hatch
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 382, in async_setup
    result = await component.async_setup_entry(hass, self)
  File "/config/custom_components/ha_hatch/__init__.py", line 148, in async_setup_entry
    await setup_connection("initial setup")
  File "/config/custom_components/ha_hatch/__init__.py", line 120, in setup_connection
    _, mqtt_connection, rest_devices, expiration_time = await get_rest_devices(
  File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 67, in get_rest_devices
    raise e
  File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 63, in get_rest_devices
    mqtt_connection.connect().result()
  File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 458, in result
    return self.__get_result()
  File "/usr/local/lib/python3.10/concurrent/futures/_base.py", line 403, in __get_result
    raise self._exception
awscrt.exceptions.AwsCrtError: AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.

I'm hitting this error also. My wife has the app and had to reset her password to figure out what it was, and when she did the device was gone from the app, so I feel like that could be a root cause/related. I feel like previously it might've only been on Bluetooth and not WiFi but I haven't looked into this yet.
My networking gear is Mikrotik, so not Ubiquiti, but perhaps similarly configured.

Looks like my problem was resolved.
I was troubleshooting an issue with the Tuya integration and realized the issue with it was that my time was incorrect as it was 7 minutes slow. I messed around trying to correct it in HA, but later realized that somehow the whole unRAID server was off by 7 minutes.
Long story short, manually setting my time to the correct time fixed the Tuya issue and seems to have resolved my Hatch integration issue as well!

This is also happening to me on my Hatch Rest 1st gen. FWIW I am using an Unify Dream Machine Pro, but i'm not doing anything fancy with the Firewall that should interfere. I'm not having any other issues with addons/integrations and I'm running a lot. Happy to provide more details as requested.
Env Details:
Home Assistant 2023.4.4
Supervisor 2023.04.0
Operating System 9.5
Frontend 20230411.1 - latest
ha_hatch integration Version: v1.15.0

Logs:
Home Assistant Core
2023-04-16 13:11:33.235 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration ha_hatch which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2023-04-16 13:12:06.588 DEBUG (MainThread) [custom_components.ha_hatch] async setup
2023-04-16 13:12:07.562 DEBUG (MainThread) [custom_components.ha_hatch] updating credentials: initial setup
2023-04-16 13:12:07.585 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/public/v1/login requestsending https://data.hatchbaby.com/public/v1/login request with {'email': '***', 'password': '***'}
2023-04-16 13:12:12.363 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Sun, 16 Apr 2023 17:12:10 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '618', 'Connection': 'keep-alive', 'X-Hatch-Request-Id': 'gpRACkmb3S')>
2023-04-16 13:12:12.363 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Successful login', 'payload': {'id': 3554716, 'createDate': '2023-02-27 13:31:41', 'updateDate': '2023-02-27 13:31:41', 'active': True, 'email': '***', 'babies': [], 'defaultUnitOfMeasure': 'imperial', 'appType': 'iOS', 'firstName': 'NAMEr', 'lastName': None, 'signupSource': 'rest', 'timezone': 'America/New_York', 'timeZoneAdjust': -4, 'stage': -10000}, 'sync':<PHONE_NUMBER>267, 'token': 'MzU1NDcxNjoxODM5MzQ1MTMwMjc2OjIxNGM0MDM5MzY0ODM5NDkyODBhMTkzNjM4ZWEwYWI0'}
2023-04-16 13:12:12.363 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/iotDevice/v2/fetch request
2023-04-16 13:12:12.505 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Sun, 16 Apr 2023 17:12:12 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '116', 'Connection': 'keep-alive', 'Expires': '0', 'Cache-Control': 'no-cache, no-store, max-age=0, must-revalidate', 'X-XSS-Protection': '1; mode=block', 'Pragma': 'no-cache', 'X-Frame-Options': 'DENY', 'Etag': '"080e1cd3bdf63acb33b90f868ab06e19b"', 'X-Content-Type-Options': 'nosniff', 'X-Hatch-Request-Id': '9Ix4q59Wqq')>
2023-04-16 13:12:12.505 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Fetched list of IoT Devices', 'payload': [], 'sync':<PHONE_NUMBER>423}
2023-04-16 13:12:12.506 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/restPlus/token/v1/fetch request
2023-04-16 13:12:12.878 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Sun, 16 Apr 2023 17:12:12 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '1439', 'Connection': 'keep-alive', 'Expires': '0', 'Cache-Control': 'no-cache, no-store, max-age=0, must-revalidate', 'X-XSS-Protection': '1; mode=block', 'Pragma': 'no-cache', 'X-Frame-Options': 'DENY', 'Etag': '"08ce8d7cf1382bac820f42ce27dbf436d"', 'X-Content-Type-Options': 'nosniff', 'X-Hatch-Request-Id': 'Rj1FmgYoiT')>
2023-04-16 13:12:12.878 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Got Cognito OpenId token', 'payload': {'endpoint': 'https://aacsjje0gbbcc-ats.iot.us-west-2.amazonaws.com', 'identityId': 'us-west-2:6916afd2-591f-4942-8eca-b1713b8b1c4b', 'region': 'us-west-2', 'cognitoPoolId': 'us-west-2:5651fc22-f313-49d5-b379-fdab2c535d9c', 'token': 'eyJraWQiOiJ1cy13ZXN0LTIzIiwidHlwIjoiSldTIiwiYWxnIjoiUlM1MTIifQ.eyJzdWIiOiJ1cy13ZXN0LTI6NjkxNmFmZDItNTkxZi00OTQyLThlY2EtYjE3MTNiOGIxYzRiIiwiYXVkIjoidXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImFtciI6WyJhdXRoZW50aWNhdGVkIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luOnVzLXdlc3QtMjo1NjUxZmMyMi1mMzEzLTQ5ZDUtYjM3OS1mZGFiMmM1MzVkOWM6cHJvZC0zNTU0NzE2Il0sImlzcyI6Imh0dHBzOi8vY29nbml0by1pZGVudGl0eS5hbWF6b25hd3MuY29tIiwiaHR0cHM6Ly9jb2duaXRvLWlkZW50aXR5LmFtYXpvbmF3cy5jb20vaWRlbnRpdHktcG9vbC1hcm4iOiJhcm46YXdzOmNvZ25pdG8taWRlbnRpdHk6dXMtd2VzdC0yOjk2Njg3ODEyNjMwNjppZGVudGl0eXBvb2wvdXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImV4cCI6MTY4MTY2NzIzMiwiaWF0IjoxNjgxNjY1MTMyfQ.I9zHBj_B0-ifv4ic0W3UPZE7RhFce0Xfd8g_kPjGCq1gAV0_gi0KolOBSOszy5B2reXbzrUSjctiCLFjZPs4idxWHpq12Dr0OcmQIFwMSI1Y5WNpkEHqubhRGRY76u39oq__84-ZCCIAVlfVgRsODlNTI2_2gnYuM0mKNd29pYlTaDxL6ATVXksaV4UaKIaEYsOLOxSA913ZwX_DDKbHJoQzDUSJWv427cO-7cHno6Nj0TchcZp8aZTNgC_9BIhSl6s64YMfiZM_Ce87nOEbBaLbT_v-yOhO3pDQYonA1t04AXlQGEoMfcozOM0yvTmlEWkeUH95IDTCWZkeXh76bg'}, 'sync':<PHONE_NUMBER>559}
2023-04-16 13:12:12.879 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://cognito-identity.us-west-2.amazonaws.com requestheaders: {'content-type': 'application/x-amz-json-1.1', 'X-Amz-Target': 'AWSCognitoIdentityService.GetCredentialsForIdentity'}sending https://cognito-identity.us-west-2.amazonaws.com request with {'IdentityId': 'us-west-2:6916afd2-591f-4942-8eca-b1713b8b1c4b', 'Logins': {'cognito-identity.amazonaws.com': 'eyJraWQiOiJ1cy13ZXN0LTIzIiwidHlwIjoiSldTIiwiYWxnIjoiUlM1MTIifQ.eyJzdWIiOiJ1cy13ZXN0LTI6NjkxNmFmZDItNTkxZi00OTQyLThlY2EtYjE3MTNiOGIxYzRiIiwiYXVkIjoidXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImFtciI6WyJhdXRoZW50aWNhdGVkIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luOnVzLXdlc3QtMjo1NjUxZmMyMi1mMzEzLTQ5ZDUtYjM3OS1mZGFiMmM1MzVkOWM6cHJvZC0zNTU0NzE2Il0sImlzcyI6Imh0dHBzOi8vY29nbml0by1pZGVudGl0eS5hbWF6b25hd3MuY29tIiwiaHR0cHM6Ly9jb2duaXRvLWlkZW50aXR5LmFtYXpvbmF3cy5jb20vaWRlbnRpdHktcG9vbC1hcm4iOiJhcm46YXdzOmNvZ25pdG8taWRlbnRpdHk6dXMtd2VzdC0yOjk2Njg3ODEyNjMwNjppZGVudGl0eXBvb2wvdXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImV4cCI6MTY4MTY2NzIzMiwiaWF0IjoxNjgxNjY1MTMyfQ.I9zHBj_B0-ifv4ic0W3UPZE7RhFce0Xfd8g_kPjGCq1gAV0_gi0KolOBSOszy5B2reXbzrUSjctiCLFjZPs4idxWHpq12Dr0OcmQIFwMSI1Y5WNpkEHqubhRGRY76u39oq__84-ZCCIAVlfVgRsODlNTI2_2gnYuM0mKNd29pYlTaDxL6ATVXksaV4UaKIaEYsOLOxSA913ZwX_DDKbHJoQzDUSJWv427cO-7cHno6Nj0TchcZp8aZTNgC_9BIhSl6s64YMfiZM_Ce87nOEbBaLbT_v-yOhO3pDQYonA1t04AXlQGEoMfcozOM0yvTmlEWkeUH95IDTCWZkeXh76bg'}}
2023-04-16 13:12:14.493 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Sun, 16 Apr 2023 17:12:14 GMT', 'Content-Type': 'application/x-amz-json-1.1', 'Content-Length': '1404', 'Connection': 'keep-alive', 'x-amzn-RequestId': '15e3aaa7-fa1e-42eb-9c5b-11e561dc40e6', 'Strict-Transport-Security': 'max-age=31536000; includeSubDomains')>
2023-04-16 13:12:14.493 DEBUG (MainThread) [hatch_rest_api.util_http] response raw: {"Credentials":{"AccessKeyId":"ASIA6CHTNMDRJG645I52","Expiration":1.681668734E9,"SecretKey":"GjHqHpMAJX6jcRIUopwc+5NZbfgCciuzmT/G7bNS","SessionToken":"IQoJb3JpZ2luX2VjEDkaCXVzLXdlc3QtMiJHMEUCIQDwU89O2atEXHlmfAakAkZp3B7jGXD2V/ijV1n+j8AFbAIgTaXl3hQBR6LDm+ydkGKxPu3eo6k8qi8//k/WvESMFMUqiQQIMhAAGgw5NjY4NzgxMjYzMDYiDO/Uoj9pnV7WTKiVLirmAxteyc2KXC1DRR8nQA9KTUxe3fJEb7PBcu2yS9FOtE2itsjCSj5DMPug34eUFOSRLIsSPshqFnh2UwjHUKs+y3NJ/lxJ7dbSyiun3haSBBKWr4c81aQEAnZdxzn2dpVZZORkswCUqrnH1MqEpU3JS8C3M20Fw+olyf1zNME1J93gwQ/MvDtMcrAsjAsubz1J8IAP44actpB+3SHepDnrzonGioRXYEpCjfmPsRimOm3O3mt9o9O4Ld7odBFaLl2keWPSi4X7uP0eFNt1FlhDAske2iFRhFTfv1rMrpDqKBWt46oVsCIJlPJYiB/nvY3Qe6K/kTNuSfess+DcgO0TwxHgm0j8FyRhPkGhRcZn4h6M9ja5idx0AxZvLnvLKPq2tVPiJPAdJ0Pala5oDYWookZeXrXmOVE0O4I62vBomVwaQh1EeqmI4yvFS5GJg6hpy7X76U+IISOOhAe3g/Ky2dxumh7WzhZLcFVbSAjnrpKDc8Xfuh59A0ov1IkXkKwNqEb6L+RV9WVY5xjGAXAqzSyjA1OC9dRcKbUMID1wK8Ynq9YgXppOQhpcIDI0wGtv00fT0VUFM3n16U9hWPk6Z+6FonIMKsyrmf9gcYeOmjG1Nfl2FAZXaGeDZAzXQiOJ7Tf7A2/uszDu2PChBjqEAtqouWb23dNxWxg9TtrIVzwVVD4HdRmDy83tOY22lcqohCEEZBZRcusvqn5a6HAP0kHHiPOvwj5RrNFqqrZLvQGrJU4GeX8a8ulE2UeaTPrppF/w5C4mPsT0VrTQcE7uxKCkWqdDodY/xzPWGNK7gx7Z78MSsgly4xGb8mwZoq/Wf4bMLB95L9K5ESNIgTBJhw6Qp0AlnDOi5+lYo1+sxzeHX8KSfIxnf5YvctfeGrkLK+7A+OXuBdVsd5Cjr3HQkhxP0ILsnn32SToVG/2qNwVS2aXO2jTLefpF5eBrGV6dHt9GFtOL/gQ9HRuxK3igfa7wzuqxab5eNLES1v/yEyaovl+r"},"IdentityId":"us-west-2:6916afd2-591f-4942-8eca-b1713b8b1c4b"}
2023-04-16 13:12:15.304 ERROR (MainThread) [hatch_rest_api.util_bootstrap] MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.
2023-04-16 13:12:15.310 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry *** for ha_hatch
File "/config/custom_components/ha_hatch/__init__.py", line 164, in async_setup_entry
File "/config/custom_components/ha_hatch/__init__.py", line 136, in setup_connection
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 68, in get_rest_devices
File "/usr/local/lib/python3.10/site-packages/hatch_rest_api/util_bootstrap.py", line 64, in get_rest_devices

I'm having this same issue. I'm running HA OS on a VM. My network is Eero and I turned off threat protection and ad blocking. I would post my logs, but they are the exact same as above.

I also have this issue.

I know this has been closed for some time now but I am getting this issue after setting up a new device.
Env
Hatch Rest Gen1

HA Core 2023.12.1
Supervisor 2023.11.6
Operating System 11.2
Frontend 20231208.2
ha_hatch integration Version: v1.16.3 (installed via HACS

Running in a VM on Proxmox v8.1.3

Unifi Setup with USG3

I have a Unifi set up  but don't have any rules that I think should cause this. I also have Pi-Hole running but I don't see any traffic that seems like it could be causing the Hatch issues. I also have the Mosquitto broker installed through HA add-ons for some local stuff; not sure if that could be doing anything?
I've tried removing and re-adding the integration. Restarted HA and the VM. Nothing seems to have helped. Anyone been able to diagnose what is actually happening here or ways to fix it?

@jam313 This issue is still open, although a bit stale. I have the same issue, but have not been able to debug it much, the logs don't really offer much to go on.
Latest env details + debug logs (no significant changes).
env:
Core 2023.12.1
Supervisor 2023.11.6
Operating System 11.2
Frontend 20231208.2
ha_hatch integration Version: v1.16.3

debug logs:
2023-12-10 20:45:51.276 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration ha_hatch which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2023-12-10 20:46:19.571 DEBUG (MainThread) [custom_components.ha_hatch] async setup
2023-12-10 20:46:19.614 DEBUG (MainThread) [custom_components.ha_hatch] updating credentials: initial setup
2023-12-10 20:46:19.708 DEBUG (MainThread) [hatch_rest_api.hatch] api_session_version: 3.9.1
2023-12-10 20:46:19.709 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/public/v1/login requestsending https://data.hatchbaby.com/public/v1/login request with {'email': '<email>', 'password': '***'}
2023-12-10 20:46:20.523 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Mon, 11 Dec 2023 01:46:20 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '670', 'Connection': 'keep-alive', 'X-Hatch-Request-Id': 'lWIPIlQiIj')>
2023-12-10 20:46:20.524 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Successful login', 'payload': {'id': 3554716, 'createDate': '2023-02-27 13:31:41', 'updateDate': '2023-02-27 13:31:41', 'active': True, 'email': '<email>', 'babies': [], 'defaultUnitOfMeasure': 'imperial', 'appType': 'iOS', 'firstName': 'Nathan Guenther', 'lastName': None, 'signupSource': 'rest', 'timezone': 'America/New_York', 'timeZoneAdjust': -5, 'stage': -10000}, 'sync':<PHONE_NUMBER>369, 'token': 'MzU1NDcxNjoxODU5OTM5MTgwNDU2OlNIQTI1NjpmNjhkNzdlOGQxMTUxZDIxMjc4YTg2M2FiYmViNDJhZDE3NGFlN2Y2ZGQ0ZWM1MzllMDgzZTI3ZWEyZDJiNTEz'}
2023-12-10 20:46:20.524 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/iotDevice/v2/fetch request
2023-12-10 20:46:20.782 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Mon, 11 Dec 2023 01:46:20 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '116', 'Connection': 'keep-alive', 'Expires': '0', 'Cache-Control': 'no-cache, no-store, max-age=0, must-revalidate', 'X-XSS-Protection': '0', 'Pragma': 'no-cache', 'X-Frame-Options': 'DENY', 'Etag': '"0e75849e898cff43df27d325004758f76"', 'X-Content-Type-Options': 'nosniff', 'X-Hatch-Request-Id': 'ucPz5atWQc')>
2023-12-10 20:46:20.782 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Fetched list of IoT Devices', 'payload': [], 'sync':<PHONE_NUMBER>571}
2023-12-10 20:46:20.782 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/restPlus/token/v1/fetch request
2023-12-10 20:46:21.382 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Mon, 11 Dec 2023 01:46:20 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '1439', 'Connection': 'keep-alive', 'Expires': '0', 'Cache-Control': 'no-cache, no-store, max-age=0, must-revalidate', 'X-XSS-Protection': '0', 'Pragma': 'no-cache', 'X-Frame-Options': 'DENY', 'Etag': '"07026e8ba2ffd83b911e5094820ab16bb"', 'X-Content-Type-Options': 'nosniff', 'X-Hatch-Request-Id': 'lVqRmgQGhk')>
2023-12-10 20:46:21.382 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Got Cognito OpenId token', 'payload': {'endpoint': 'https://aacsjje0gbbcc-ats.iot.us-west-2.amazonaws.com', 'identityId': 'us-west-2:6916afd2-591f-4942-8eca-b1713b8b1c4b', 'region': 'us-west-2', 'cognitoPoolId': 'us-west-2:5651fc22-f313-49d5-b379-fdab2c535d9c', 'token': 'eyJraWQiOiJ1cy13ZXN0LTI0IiwidHlwIjoiSldTIiwiYWxnIjoiUlM1MTIifQ.eyJzdWIiOiJ1cy13ZXN0LTI6NjkxNmFmZDItNTkxZi00OTQyLThlY2EtYjE3MTNiOGIxYzRiIiwiYXVkIjoidXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImFtciI6WyJhdXRoZW50aWNhdGVkIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luOnVzLXdlc3QtMjo1NjUxZmMyMi1mMzEzLTQ5ZDUtYjM3OS1mZGFiMmM1MzVkOWM6cHJvZC0zNTU0NzE2Il0sImlzcyI6Imh0dHBzOi8vY29nbml0by1pZGVudGl0eS5hbWF6b25hd3MuY29tIiwiaHR0cHM6Ly9jb2duaXRvLWlkZW50aXR5LmFtYXpvbmF3cy5jb20vaWRlbnRpdHktcG9vbC1hcm4iOiJhcm46YXdzOmNvZ25pdG8taWRlbnRpdHk6dXMtd2VzdC0yOjk2Njg3ODEyNjMwNjppZGVudGl0eXBvb2wvdXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImV4cCI6MTcwMjI2MTI4MCwiaWF0IjoxNzAyMjU5MTgwfQ.OmuJvghyhyy1oMkWC-OxHxOqgyQX7F82BrQkdDPfPfFHAUWSfLgGUKO9iOPNysOO8KzRerP0_zVuNevwybVAr8K8_p6xbnOucz2I9U7SF0GOlAma_Jn2lB1aL85SzerGLNNF-ucISTPRDnqqkkBFgvjaxofIFqW6RhabNrng1YtLHCkruHKciWmTHSWJKdfGpV0vK_cbbCkYE3IxTD45T1UQOx_4Izlc57BdZUd3TkCKX1bBcgBNFyvX3_FL45_z52jNOmgGdHqRxCMzW7IBKuV_n8yFfLcjEQUTSxLR9q5baVS3L2YivQtfngtnLJ71WacNDOcHH_Y-Mo61OsEyTg'}, 'sync':<PHONE_NUMBER>825}
2023-12-10 20:46:21.382 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://cognito-identity.us-west-2.amazonaws.com requestheaders: {'content-type': 'application/x-amz-json-1.1', 'X-Amz-Target': 'AWSCognitoIdentityService.GetCredentialsForIdentity'}sending https://cognito-identity.us-west-2.amazonaws.com request with {'IdentityId': 'us-west-2:6916afd2-591f-4942-8eca-b1713b8b1c4b', 'Logins': {'cognito-identity.amazonaws.com': 'eyJraWQiOiJ1cy13ZXN0LTI0IiwidHlwIjoiSldTIiwiYWxnIjoiUlM1MTIifQ.eyJzdWIiOiJ1cy13ZXN0LTI6NjkxNmFmZDItNTkxZi00OTQyLThlY2EtYjE3MTNiOGIxYzRiIiwiYXVkIjoidXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImFtciI6WyJhdXRoZW50aWNhdGVkIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luOnVzLXdlc3QtMjo1NjUxZmMyMi1mMzEzLTQ5ZDUtYjM3OS1mZGFiMmM1MzVkOWM6cHJvZC0zNTU0NzE2Il0sImlzcyI6Imh0dHBzOi8vY29nbml0by1pZGVudGl0eS5hbWF6b25hd3MuY29tIiwiaHR0cHM6Ly9jb2duaXRvLWlkZW50aXR5LmFtYXpvbmF3cy5jb20vaWRlbnRpdHktcG9vbC1hcm4iOiJhcm46YXdzOmNvZ25pdG8taWRlbnRpdHk6dXMtd2VzdC0yOjk2Njg3ODEyNjMwNjppZGVudGl0eXBvb2wvdXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImV4cCI6MTcwMjI2MTI4MCwiaWF0IjoxNzAyMjU5MTgwfQ.OmuJvghyhyy1oMkWC-OxHxOqgyQX7F82BrQkdDPfPfFHAUWSfLgGUKO9iOPNysOO8KzRerP0_zVuNevwybVAr8K8_p6xbnOucz2I9U7SF0GOlAma_Jn2lB1aL85SzerGLNNF-ucISTPRDnqqkkBFgvjaxofIFqW6RhabNrng1YtLHCkruHKciWmTHSWJKdfGpV0vK_cbbCkYE3IxTD45T1UQOx_4Izlc57BdZUd3TkCKX1bBcgBNFyvX3_FL45_z52jNOmgGdHqRxCMzW7IBKuV_n8yFfLcjEQUTSxLR9q5baVS3L2YivQtfngtnLJ71WacNDOcHH_Y-Mo61OsEyTg'}}
2023-12-10 20:46:22.641 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Mon, 11 Dec 2023 01:46:22 GMT', 'Content-Type': 'application/x-amz-json-1.1', 'Content-Length': '1428', 'Connection': 'keep-alive', 'x-amzn-RequestId': 'd3301928-3f26-4d4d-9d48-765aaaf17b84', 'Strict-Transport-Security': 'max-age=31536000; includeSubDomains')>
2023-12-10 20:46:22.641 DEBUG (MainThread) [hatch_rest_api.util_http] response raw: {"Credentials":{"AccessKeyId":"ASIA6CHTNMDREDQKP5P7","Expiration":1.702262782E9,"SecretKey":"d5QF8kObrsmm6RlsLU0l3Oe0c+gVdaoxyRks1/9T","SessionToken":"IQoJb3JpZ2luX2VjEJL//////////wEaCXVzLXdlc3QtMiJHMEUCIDQhJrfxwpuJbpHymixW9a+QofjnD9gY6Ek6BpDcA/isAiEAq7GD+nvHRZMte1NEVMrlooKKt8tTbBO/GIVMwliZ4PsqkgQI+///////////ARAAGgw5NjY4NzgxMjYzMDYiDA2pTfxkydR9UNp+iyrmA4KzQwx5aSenGS0YUkrfLkjrKqGSzTBVpHqkBvDc00dDrehHBC6poSIv7D81KywFgSE4vCM6BxfnGf5mOXt1SEh0XpTWWKZthkmGSTKEvL0PjywE8ec1xk2S09JnUKZpFtDG8bZn/oM2Ck2diQ9vySg/sFA2EAjWyM93Qnx6VPsGNLvhMYMMxsDP9YpBFdFgmPpKVhMor1x2sVL4YIK3/9moO6eljT4SgThHXmbb2Xi2kFDDN07d1FU79JfHnNTObiTn92uRjq1vyuJ8BFIIF4oxH4ERnJDGVk4Nle06HZ6+V63dimh411UzoDuKPYYUvEtIj3hHLGmFbBDAeNymP12wdjuWlnb8r6vo48H+vTEuitSf11co56LzCKFaRt2WpPNhJgzXhfXFQxZoAyjOP7BmYsR36q1m9ByiOSaeuf15v5ucDpBisq9WgIX0DFJTJryjpOYiMvZKoI8r9d00Zlsyc8g2rA8aZkdX6YIK5WAVnnZ/SodqiDo+O5cJ1vJM3hLOr3Fw3bR0FbNNMYA0kHFdOsqjnmuMMc9SWNtM9EdprQnxYulD/k2e7UX5F1uolkr8/nr9VV2Cwzs9LbZ0pNfaWLDTyhpJV4qih2MwU6cW9IwzfGc93Dq6wLNBrNB33AMmfvofXzDu09mrBjqEAhpDtT2E6pQHidpck2A+skddUZYUS9/3VrLR13k2pCjf9vWlcIPB0WFBPHuSMjiKamEFhAii6XtL/b6fhRqVDB/jpWslbDR9jvRviIl8tg5GAq4cH8xYQNOSHhWJWl+5opPWR1uSHpT5fVyFvaoDNbg/soobySHTwBmuPU9mJjAZS6iSeKWhwIy68lRNg0q9hMTj0QNIpOV1pdeGHahTXPhnpzwOU4JFILHEvG6xS3BioZd1igalxS/Pr3zY2nxiivKLbW+WTxW1SEcxg468FlJkfDzwpYayb30W++zImyVJFBwAVd75nL8EUJ9WDhoi93wKtjvW5fT64wKmVq6/ZlvwzFWH"},"IdentityId":"us-west-2:6916afd2-591f-4942-8eca-b1713b8b1c4b"}
2023-12-10 20:46:23.292 ERROR (MainThread) [hatch_rest_api.util_bootstrap] MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.
2023-12-10 20:46:23.292 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry <email> for ha_hatch
File "/config/custom_components/ha_hatch/__init__.py", line 105, in async_setup_entry
File "/config/custom_components/ha_hatch/__init__.py", line 77, in setup_connection
File "/usr/local/lib/python3.11/site-packages/hatch_rest_api/util_bootstrap.py", line 68, in get_rest_devices
File "/usr/local/lib/python3.11/site-packages/hatch_rest_api/util_bootstrap.py", line 64, in get_rest_devices
2023-12-11 10:48:28.285 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration ha_hatch which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2023-12-12 21:47:45.171 WARNING (SyncWorker_15) [homeassistant.loader] We found a custom integration ha_hatch which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2023-12-13 09:32:54.710 DEBUG (MainThread) [custom_components.ha_hatch] updating credentials: initial setup
2023-12-13 09:32:54.720 DEBUG (MainThread) [hatch_rest_api.hatch] api_session_version: 3.9.1
2023-12-13 09:32:54.721 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/public/v1/login requestsending https://data.hatchbaby.com/public/v1/login request with {'email': '<email>', 'password': '***'}
2023-12-13 09:32:55.140 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Wed, 13 Dec 2023 14:32:55 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '670', 'Connection': 'keep-alive', 'X-Hatch-Request-Id': 'o1LNrk11gx')>
2023-12-13 09:32:55.141 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Successful login', 'payload': {'id': 3554716, 'createDate': '2023-02-27 13:31:41', 'updateDate': '2023-02-27 13:31:41', 'active': True, 'email': '<email>', 'babies': [], 'defaultUnitOfMeasure': 'imperial', 'appType': 'iOS', 'firstName': 'Nathan Guenther', 'lastName': None, 'signupSource': 'rest', 'timezone': 'America/New_York', 'timeZoneAdjust': -5, 'stage': -10000}, 'sync':<PHONE_NUMBER>027, 'token': 'MzU1NDcxNjoxODYwMTU3OTc1MDk5OlNIQTI1NjoxNTM1YWM3YzE1Njg2ZTc4YzU2YjY2ZmI4NDQyMWQ2NzhkYzU5MzIwOTAzYmZjMzlhNWRhM2I4YThjNjBiNGZk'}
2023-12-13 09:32:55.141 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/iotDevice/v2/fetch request
2023-12-13 09:32:55.228 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Wed, 13 Dec 2023 14:32:55 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '116', 'Connection': 'keep-alive', 'Expires': '0', 'Cache-Control': 'no-cache, no-store, max-age=0, must-revalidate', 'X-XSS-Protection': '0', 'Pragma': 'no-cache', 'X-Frame-Options': 'DENY', 'Etag': '"036a8ea14f6c9426515c39032f36bec37"', 'X-Content-Type-Options': 'nosniff', 'X-Hatch-Request-Id': 'OWbLp12WsC')>
2023-12-13 09:32:55.228 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Fetched list of IoT Devices', 'payload': [], 'sync':<PHONE_NUMBER>183}
2023-12-13 09:32:55.228 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/restPlus/token/v1/fetch request
2023-12-13 09:32:55.359 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Wed, 13 Dec 2023 14:32:55 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '1439', 'Connection': 'keep-alive', 'Expires': '0', 'Cache-Control': 'no-cache, no-store, max-age=0, must-revalidate', 'X-XSS-Protection': '0', 'Pragma': 'no-cache', 'X-Frame-Options': 'DENY', 'Etag': '"007b32c8f53df970045d23b22328b61ca"', 'X-Content-Type-Options': 'nosniff', 'X-Hatch-Request-Id': 'fQ9ovIVrQc')>
2023-12-13 09:32:55.359 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Got Cognito OpenId token', 'payload': {'endpoint': 'https://aacsjje0gbbcc-ats.iot.us-west-2.amazonaws.com', 'identityId': 'us-west-2:6916afd2-591f-4942-8eca-b1713b8b1c4b', 'region': 'us-west-2', 'cognitoPoolId': 'us-west-2:5651fc22-f313-49d5-b379-fdab2c535d9c', 'token': 'eyJraWQiOiJ1cy13ZXN0LTI0IiwidHlwIjoiSldTIiwiYWxnIjoiUlM1MTIifQ.eyJzdWIiOiJ1cy13ZXN0LTI6NjkxNmFmZDItNTkxZi00OTQyLThlY2EtYjE3MTNiOGIxYzRiIiwiYXVkIjoidXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImFtciI6WyJhdXRoZW50aWNhdGVkIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luOnVzLXdlc3QtMjo1NjUxZmMyMi1mMzEzLTQ5ZDUtYjM3OS1mZGFiMmM1MzVkOWM6cHJvZC0zNTU0NzE2Il0sImlzcyI6Imh0dHBzOi8vY29nbml0by1pZGVudGl0eS5hbWF6b25hd3MuY29tIiwiaHR0cHM6Ly9jb2duaXRvLWlkZW50aXR5LmFtYXpvbmF3cy5jb20vaWRlbnRpdHktcG9vbC1hcm4iOiJhcm46YXdzOmNvZ25pdG8taWRlbnRpdHk6dXMtd2VzdC0yOjk2Njg3ODEyNjMwNjppZGVudGl0eXBvb2wvdXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImV4cCI6MTcwMjQ4MDA3NSwiaWF0IjoxNzAyNDc3OTc1fQ.FndAETfmaaNe_4MtnnIhpomkvRanM3LHo6RD2Al_VZijxBLvhcloLLnQv6sIwv_UHcxgpkwUWF3q6znObINO7unI1lI6Pyn3giLURh4N4sozNSPCpQZb9nJF21q5-KFEgXF96zUyYJKuc56qiTjfHtgoHmkGfbyoqtbyb4BdJd0MU2tKLMj0WDcVn13b77KbcHyXwOM1HnrHpG2LjJDimzm1ITG2TFSf7eIF4R9nc1xOA21JrgG3LrLPMP8iIvxrIVR8sU3RxisTO8MxCG117qMmaGJ0trJjseT9-HuMpskY4OIjXPRf_wJjVS6K89GUpMy_w_oM-WTlFQSktyeInQ'}, 'sync':<PHONE_NUMBER>272}
2023-12-13 09:32:55.359 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://cognito-identity.us-west-2.amazonaws.com requestheaders: {'content-type': 'application/x-amz-json-1.1', 'X-Amz-Target': 'AWSCognitoIdentityService.GetCredentialsForIdentity'}sending https://cognito-identity.us-west-2.amazonaws.com request with {'IdentityId': 'us-west-2:6916afd2-591f-4942-8eca-b1713b8b1c4b', 'Logins': {'cognito-identity.amazonaws.com': 'eyJraWQiOiJ1cy13ZXN0LTI0IiwidHlwIjoiSldTIiwiYWxnIjoiUlM1MTIifQ.eyJzdWIiOiJ1cy13ZXN0LTI6NjkxNmFmZDItNTkxZi00OTQyLThlY2EtYjE3MTNiOGIxYzRiIiwiYXVkIjoidXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImFtciI6WyJhdXRoZW50aWNhdGVkIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luOnVzLXdlc3QtMjo1NjUxZmMyMi1mMzEzLTQ5ZDUtYjM3OS1mZGFiMmM1MzVkOWM6cHJvZC0zNTU0NzE2Il0sImlzcyI6Imh0dHBzOi8vY29nbml0by1pZGVudGl0eS5hbWF6b25hd3MuY29tIiwiaHR0cHM6Ly9jb2duaXRvLWlkZW50aXR5LmFtYXpvbmF3cy5jb20vaWRlbnRpdHktcG9vbC1hcm4iOiJhcm46YXdzOmNvZ25pdG8taWRlbnRpdHk6dXMtd2VzdC0yOjk2Njg3ODEyNjMwNjppZGVudGl0eXBvb2wvdXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImV4cCI6MTcwMjQ4MDA3NSwiaWF0IjoxNzAyNDc3OTc1fQ.FndAETfmaaNe_4MtnnIhpomkvRanM3LHo6RD2Al_VZijxBLvhcloLLnQv6sIwv_UHcxgpkwUWF3q6znObINO7unI1lI6Pyn3giLURh4N4sozNSPCpQZb9nJF21q5-KFEgXF96zUyYJKuc56qiTjfHtgoHmkGfbyoqtbyb4BdJd0MU2tKLMj0WDcVn13b77KbcHyXwOM1HnrHpG2LjJDimzm1ITG2TFSf7eIF4R9nc1xOA21JrgG3LrLPMP8iIvxrIVR8sU3RxisTO8MxCG117qMmaGJ0trJjseT9-HuMpskY4OIjXPRf_wJjVS6K89GUpMy_w_oM-WTlFQSktyeInQ'}}
2023-12-13 09:32:55.722 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Wed, 13 Dec 2023 14:32:55 GMT', 'Content-Type': 'application/x-amz-json-1.1', 'Content-Length': '1416', 'Connection': 'keep-alive', 'x-amzn-RequestId': '8ccbe59f-4272-41af-96a8-1dc34ed82ae7', 'Strict-Transport-Security': 'max-age=31536000; includeSubDomains')>
2023-12-13 09:32:55.722 DEBUG (MainThread) [hatch_rest_api.util_http] response raw: {"Credentials":{"AccessKeyId":"ASIA6CHTNMDRDQ3E5TUK","Expiration":1.702481575E9,"SecretKey":"Wj9EIcL6R+x9e4MBNPQPX+fjJeZZ8GekRdB5ndRj","SessionToken":"IQoJb3JpZ2luX2VjEM///////////wEaCXVzLXdlc3QtMiJHMEUCIChozUZRp+k4QAWV3qTwXWgF6JTPI5yul4QtDH5+h7rtAiEAtBKqjSzPalYHCG+KhVlOmGvNJiOSj0QztAlX27J8x9gqiQQISBAAGgw5NjY4NzgxMjYzMDYiDNU5I/0VvaVeMnG+JSrmA0uhxewHOl7kRC/1Noi7QDqKSI4egRN/LYNiuQUxeEy0pcK0JMPpy+ST5syA0mrR96VotV5OmsjqKqRhxa9aO6mTUCasQMziczQHqZ0YcrSXBCY2Fl0k0kEKNv8WGWMwXQihHhWUlCMFXbpPc3daidURM223tp7u6xCi8jFSUZ3zgcgtfcoLIaQ5TNMOAoOKAHngPx79ZFjsEyp7HHKwLpsY7JQFhdwGjFy/hIgbOOUnpj4LzxbZ81VtGvQmx1+HdNoJhxbdhXR2BkxsXKQkUJ24697M4TpUdslpB6TQyvrfVvD1d8OMAL0pzy9wRLVGg7n2IfA80QocMvHNqCC9+bWSpibAgeqUgxeukzHDBl/XF1DhEWSlaNjWmo4Ia2Leqze0fGegz2JCMBULMlpKPh4bcTt4Pqgedgsd+bjDuStAVR2IuWU0sScWG+zIFGvzOXCPqwHiQhoLdSG8kSKhS0P2LA9ZOwOTCAGCwxfS/wGPbHw/nEZCgQQgrPGFwfatyi88bNRIy5H+LWovQsDKHS4gIfeGRoBf4XNw1fIFecANZzhFR128yTzhcxR+6suZWOgjN2OxB1/mMw+Sj31nkyvinrAKhROuxkmHdMXJ43RDzE023lQSMLy8O/LW9qY409PdJWo9tjCXgeerBjqEAod6mRzMQZPa/tkPvmUBa+IBOxowtS1BvjnaW4x6v6ViBZJ2Kec0xewArb5KISTXcecYYRw7uF0a98cxMgr49jmKaaIHduF9QnJnkdUr10LrNUX6jmDqTf7Z+LPlq1NFRTPVxn90vN4VGSw2yvNFR2rr1Jh52JAi4eRHpqODefQ3/lIfITC/67sNmUPy7LZYBFINj/NmY5uXc6R7zg0y834CWpaN7OC+7uwP0Zn0Q/i30LiSDGOYvZkyZ8R1BYAqUtvWZ3g6MZG0bCFT9LHVk0MInAD4JlT/7iAczqgnHYfpz+GNdvN3LCCDvE/6oXMqD5faa0O6Yu0SvYTLQ8rh+jehijS3"},"IdentityId":"us-west-2:6916afd2-591f-4942-8eca-b1713b8b1c4b"}
2023-12-13 09:32:56.391 ERROR (MainThread) [hatch_rest_api.util_bootstrap] MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.
2023-12-13 09:32:56.391 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry <email> for ha_hatch
File "/config/custom_components/ha_hatch/__init__.py", line 105, in async_setup_entry
File "/config/custom_components/ha_hatch/__init__.py", line 77, in setup_connection
File "/usr/local/lib/python3.11/site-packages/hatch_rest_api/util_bootstrap.py", line 68, in get_rest_devices
File "/usr/local/lib/python3.11/site-packages/hatch_rest_api/util_bootstrap.py", line 64, in get_rest_devices

@nathang21 one thing I noticed in both our debug logs is that the request to https://data.hatchbaby.com/service/app/iotDevice/v2/fetch returned
{'status': 'success', 'message': 'Fetched list of IoT Devices', 'payload': [], 'sync':<PHONE_NUMBER>183}

So I seems it might be because there is an empty payload. I also saw form an earlier comment that you are also using a gen 1 Rest an I did not see anyone else mention that one . Technically the readme does not list it as tested/supported so I'm hoping someone can confirm either way

Just piggybacking on this:
awscrt.exceptions.AwsCrtError: AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.

Also running into this issue. Fresh install of the custom integration.
HA 2024.3.0
Logger: hatch_rest_api.util_bootstrap
Source: custom_components/ha_hatch/init.py:77
integration: Hatch Rest Mini/Plus (documentation, issues)
First occurred: 15:29:18 (4 occurrences)
Last logged: 15:33:43
MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.

Also running into this. Have attempted fresh install of the integration and still getting MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.

Same issue:
2024-05-25 18:38:14.664 DEBUG (MainThread) [custom_components.ha_hatch.config_flow] user input in option flow : {'turn_on_light': False, 'turn_on_media': False}
2024-05-25 18:38:18.694 DEBUG (MainThread) [custom_components.ha_hatch] updating credentials: initial setup
2024-05-25 18:38:18.696 DEBUG (MainThread) [hatch_rest_api.hatch] api_session_version: 3.9.5
2024-05-25 18:38:18.696 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/public/v1/login requestsending https://data.hatchbaby.com/public/v1/login request with {'email'<EMAIL_ADDRESS>'password': '***'}
2024-05-25 18:38:19.197 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Sat, 25 May 2024 22:38:19 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '654', 'Connection': 'keep-alive', 'X-Hatch-Request-Id': 'j14Os2sO7C')>
2024-05-25 18:38:19.198 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Successful login', 'payload': {'id': 1514928, 'createDate': '2021-03-29 15:45:08', 'updateDate': '2022-03-06 16:25:12', 'active': True, 'email'<EMAIL_ADDRESS>'babies': [], 'defaultUnitOfMeasure': 'imperial', 'appType': 'iOS', 'firstName': 'Colin', 'lastName': None, 'signupSource': 'rest', 'timezone': 'America/New_York', 'timeZoneAdjust': -4, 'stage': -10000}, 'sync':<PHONE_NUMBER>072, 'token': 'MTUxNDkyODoxODc0MzU2Njk5MTQ1OlNIQTI1Njo3NDgwZWZjOWU2MzQzYTBhOTQ0YjQzY2NjY2FlYTc2ODFhMjQ3MmE5ZWFjZTY0MzhjM2VlMmNlOTE5MzFmYTE1'}
2024-05-25 18:38:19.199 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/iotDevice/v2/fetch request
2024-05-25 18:38:19.300 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Sat, 25 May 2024 22:38:19 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '116', 'Connection': 'keep-alive', 'Expires': '0', 'Cache-Control': 'no-cache, no-store, max-age=0, must-revalidate', 'X-XSS-Protection': '0', 'Pragma': 'no-cache', 'X-Frame-Options': 'DENY', 'Etag': '"06b7841a27488e579c329f6f2ae14ff2b"', 'Vary': 'Origin', 'Vary': 'Access-Control-Request-Method', 'Vary': 'Access-Control-Request-Headers', 'X-Content-Type-Options': 'nosniff', 'X-Hatch-Request-Id': 'POvnKQEzLz')>
2024-05-25 18:38:19.301 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Fetched list of IoT Devices', 'payload': [], 'sync':<PHONE_NUMBER>244}
2024-05-25 18:38:19.302 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://data.hatchbaby.com/service/app/restPlus/token/v1/fetch request
2024-05-25 18:38:19.419 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Sat, 25 May 2024 22:38:19 GMT', 'Content-Type': 'application/json; charset=UTF-8', 'Content-Length': '1439', 'Connection': 'keep-alive', 'Expires': '0', 'Cache-Control': 'no-cache, no-store, max-age=0, must-revalidate', 'X-XSS-Protection': '0', 'Pragma': 'no-cache', 'X-Frame-Options': 'DENY', 'Etag': '"0f27b4d6bb12f6f5ec74888eb17e1ae63"', 'Vary': 'Origin', 'Vary': 'Access-Control-Request-Method', 'Vary': 'Access-Control-Request-Headers', 'X-Content-Type-Options': 'nosniff', 'X-Hatch-Request-Id': 'Whbs3soNaM')>
2024-05-25 18:38:19.420 DEBUG (MainThread) [hatch_rest_api.util_http] response json: {'status': 'success', 'message': 'Got Cognito OpenId token', 'payload': {'endpoint': 'https://aacsjje0gbbcc-ats.iot.us-west-2.amazonaws.com', 'identityId': 'us-west-2:e11e6d60-e200-c07d-f380-4937b892f81d', 'region': 'us-west-2', 'cognitoPoolId': 'us-west-2:5651fc22-f313-49d5-b379-fdab2c535d9c', 'token': 'eyJraWQiOiJ1cy13ZXN0LTI1IiwidHlwIjoiSldTIiwiYWxnIjoiUlM1MTIifQ.eyJzdWIiOiJ1cy13ZXN0LTI6ZTExZTZkNjAtZTIwMC1jMDdkLWYzODAtNDkzN2I4OTJmODFkIiwiYXVkIjoidXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImFtciI6WyJhdXRoZW50aWNhdGVkIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luOnVzLXdlc3QtMjo1NjUxZmMyMi1mMzEzLTQ5ZDUtYjM3OS1mZGFiMmM1MzVkOWM6cHJvZC0xNTE0OTI4Il0sImlzcyI6Imh0dHBzOi8vY29nbml0by1pZGVudGl0eS5hbWF6b25hd3MuY29tIiwiaHR0cHM6Ly9jb2duaXRvLWlkZW50aXR5LmFtYXpvbmF3cy5jb20vaWRlbnRpdHktcG9vbC1hcm4iOiJhcm46YXdzOmNvZ25pdG8taWRlbnRpdHk6dXMtd2VzdC0yOjk2Njg3ODEyNjMwNjppZGVudGl0eXBvb2wvdXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImV4cCI6MTcxNjY5ODI5OSwiaWF0IjoxNzE2Njc2Njk5fQ.Hv_-7HzL_GWLDO3TlnH_jv77KVdWSow7gR5yKfOQ6Zy54EGhDHXP8-xv0MCsHHTJgxcX5J79O92YbumLg00Lvf5196yDFHC8cml65MRMl20IEyQGc4snvmf03hk2Q_4QQzB3xX0rHc0yb25cd-vfJN4syf_DgZSeVLUEHIurOs4HzV_gt_3Pz3XlJQAhFdf2Vs5EunKMoY9TiARf_cqRp9uzzzLK_jQRdQn_WkUwealk4DjExogYzSak4WDxqHPuvv4wdW_1tX1yrKbRk03_rtNBy2kIpJZ4Dy7W5etu1_BMPnyMs7pHMxxjCPD5R0dkLrizif-GZCTA4PF9x5u3og'}, 'sync':<PHONE_NUMBER>350}
2024-05-25 18:38:19.421 DEBUG (MainThread) [hatch_rest_api.util_http] sending https://cognito-identity.us-west-2.amazonaws.com requestheaders: {'content-type': 'application/x-amz-json-1.1', 'X-Amz-Target': 'AWSCognitoIdentityService.GetCredentialsForIdentity'}sending https://cognito-identity.us-west-2.amazonaws.com request with {'IdentityId': 'us-west-2:e11e6d60-e200-c07d-f380-4937b892f81d', 'Logins': {'cognito-identity.amazonaws.com': 'eyJraWQiOiJ1cy13ZXN0LTI1IiwidHlwIjoiSldTIiwiYWxnIjoiUlM1MTIifQ.eyJzdWIiOiJ1cy13ZXN0LTI6ZTExZTZkNjAtZTIwMC1jMDdkLWYzODAtNDkzN2I4OTJmODFkIiwiYXVkIjoidXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImFtciI6WyJhdXRoZW50aWNhdGVkIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luIiwiaGF0Y2gud2lmaS5yZXN0LmxvZ2luOnVzLXdlc3QtMjo1NjUxZmMyMi1mMzEzLTQ5ZDUtYjM3OS1mZGFiMmM1MzVkOWM6cHJvZC0xNTE0OTI4Il0sImlzcyI6Imh0dHBzOi8vY29nbml0by1pZGVudGl0eS5hbWF6b25hd3MuY29tIiwiaHR0cHM6Ly9jb2duaXRvLWlkZW50aXR5LmFtYXpvbmF3cy5jb20vaWRlbnRpdHktcG9vbC1hcm4iOiJhcm46YXdzOmNvZ25pdG8taWRlbnRpdHk6dXMtd2VzdC0yOjk2Njg3ODEyNjMwNjppZGVudGl0eXBvb2wvdXMtd2VzdC0yOjU2NTFmYzIyLWYzMTMtNDlkNS1iMzc5LWZkYWIyYzUzNWQ5YyIsImV4cCI6MTcxNjY5ODI5OSwiaWF0IjoxNzE2Njc2Njk5fQ.Hv_-7HzL_GWLDO3TlnH_jv77KVdWSow7gR5yKfOQ6Zy54EGhDHXP8-xv0MCsHHTJgxcX5J79O92YbumLg00Lvf5196yDFHC8cml65MRMl20IEyQGc4snvmf03hk2Q_4QQzB3xX0rHc0yb25cd-vfJN4syf_DgZSeVLUEHIurOs4HzV_gt_3Pz3XlJQAhFdf2Vs5EunKMoY9TiARf_cqRp9uzzzLK_jQRdQn_WkUwealk4DjExogYzSak4WDxqHPuvv4wdW_1tX1yrKbRk03_rtNBy2kIpJZ4Dy7W5etu1_BMPnyMs7pHMxxjCPD5R0dkLrizif-GZCTA4PF9x5u3og'}}
2024-05-25 18:38:19.778 DEBUG (MainThread) [hatch_rest_api.util_http] response headers:<CIMultiDict('Date': 'Sat, 25 May 2024 22:38:19 GMT', 'Content-Type': 'application/x-amz-json-1.1', 'Content-Length': '1416', 'Connection': 'keep-alive', 'x-amzn-RequestId': '417a02f7-2e8f-4b93-ac67-6ce7b56bde9b', 'Strict-Transport-Security': 'max-age=31536000; includeSubDomains')>
2024-05-25 18:38:19.778 DEBUG (MainThread) [hatch_rest_api.util_http] response raw: {"Credentials":{"AccessKeyId":"ASIA6CHTNMDRHUHBMLKZ","Expiration":1.716680299E9,"SecretKey":"nR5rrmjx2wwSagqOYK9gvmPIQCXzABnWVOH8DVTS","SessionToken":"IQoJb3JpZ2luX2VjEDcaCXVzLXdlc3QtMiJHMEUCIQD/esoyhD8qDe11UJCRAwcN8vqVN36LBUm+wn0ro7oO5gIgfeGKQXBmdKazLr6rPDVED5KPo7ZgvLqul30ZmgZqjLwqkgQIsP//////////ARAAGgw5NjY4NzgxMjYzMDYiDLNGP5QO7QLZ0ISXzCrmA1EdmGl3VI922kqPpRDj2tsQaU5P66meAxxJ2wReEMLg7xOPzNXgtilZZYe5m8iWCa3Uc+hWt9IEcmvobuS8bTivQ6hJbVh+MfCQjAnLtxc7v7z4amRh/RToAU1tyJZKq3z2194pbMdCOFxqsrBYV6wSY4N1G8cnR8bt9rUPxlL3afvEAcss0ylhS0FwqtY1F+LQIpO4qJT66uJouCAygrza3SSOPakVlLcu/aZZ1PZoTL9zy+1bzTl1E2AcKR7JN9OR6hgHh5hvGA6YgyF3frn+rvL0h+Y766E59qz2dcaLRI/2mOjc1/zhZ4G9EKfdpOHTeJul6uyzCR4ZwTA/+7ZxfI/97UvV2+ZkxJpOSlcNpSS7dQNdAslPB3FGVe1l9ZLptccyj1skm0zC7MKousuq6wYtYcOAy4gJZfnsQwmZYky/iQ1diN4RsAG7k6dp2QgNfKZ2n6p34X0G9z0fyXLlDe5YA3v4MY7fYJq74FcZ2YHSgnIr1Sk1/7Zljfi3OqSUhHJQb2pEYoP/7cHPgeH4oWsuaFUgWCXLWWIwnIqMVrUZ3FgkxN0uJGZWDdWIgp2w4RMXGK69q32lAXxeJdklE2qlzEysrjZB4vUqfhIo8LyToVvsT4GQNHchgG9V/ZymKN1h/DDb0MmyBjqEAvsKWV8wzi1PhZbkfpM6WlZQpb5kGnEaKzUpi6EMuhNhNHj2lVuxSrrIdNhXQDT3jtp/qIFmGe8gD2IBkeIr2DYhrISx0HTpezTXr06jqNFsttzyMNYtsf/3jf6ZycDVqhGprH21b14rL6ySFAtxOXLxaPu1N5mK5czJ1Y9r6deQw10hvSVoBABeGamG+hFl0GWsBUKIh5pFKRGiIEVGF9r0ZaU62Lw6WC3XxWFbKt4TDQr+CcMgntoFDBrOlsgVhnkN8bJuiBAFDVTZFRgoYzpcBWw/o1CXquHglwPQDYIamXbGSA2TMNa0MSy8ulEoMEn5sAN89bV4GejLB/5zQNXMmgvV"},"IdentityId":"us-west-2:e11e6d60-e200-c07d-f380-4937b892f81d"}
2024-05-25 18:38:20.441 ERROR (MainThread) [hatch_rest_api.util_bootstrap] MQTT connection failed with exception AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.
2024-05-25 18:38:20.442 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry<EMAIL_ADDRESS>for ha_hatch
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 584, in async_setup
    result = await component.async_setup_entry(hass, self)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/config/custom_components/ha_hatch/__init__.py", line 105, in async_setup_entry
    await setup_connection("initial setup")
  File "/config/custom_components/ha_hatch/__init__.py", line 77, in setup_connection
    _, mqtt_connection, rest_devices, expiration_time = await get_rest_devices(
                                                        ^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/site-packages/hatch_rest_api/util_bootstrap.py", line 68, in get_rest_devices
    raise e
  File "/usr/local/lib/python3.12/site-packages/hatch_rest_api/util_bootstrap.py", line 64, in get_rest_devices
    mqtt_connection.connect().result()
  File "/usr/local/lib/python3.12/concurrent/futures/_base.py", line 456, in result
    return self.__get_result()
           ^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.12/concurrent/futures/_base.py", line 401, in __get_result
    raise self._exception
awscrt.exceptions.AwsCrtError: AWS_ERROR_MQTT_UNEXPECTED_HANGUP: The connection was closed unexpectedly.

 So that may be a datapoint supporting @jam313's hypothesis in https://github.com/dahlb/ha_hatch/issues/10#issuecomment-1855978475


[move-prover] Restore global timeout flag and leverages new boogie features for per-procedure settings.

This restores the temporarily broken --timeout/-T flag of the prover and leverages new boogie features to set seed and timeout via a pragma. For example:
spec fun foo {
    pragma seed = 928702;
    pragma timeout = 100 /*seconds*/;
}

The PR also makes us ready for Ci by tweaking timeouts to have an added 50% buffer if running on a Linux flavor, like in Ci. This should help to prevent flakiness.
Motivation
Fix bug and get ready for Ci
Have you read the Contributing Guidelines on pull requests?
Yes
Test Plan
NA
Related PRs
NA

@bors-libra r=shazqadeer

:pushpin: Commit 233d320 has been approved by shazqadeer

:hourglass: Testing commit 233d320b981851b41e2fb11e71491416b8155bc4 with merge df4f28805657a258c920739a7cfd84dbc213a220...

:sunny: Test successful - checks-actions_land_blocking_test, checks-circle_commit_workflow
Approved by: shazqadeer
Pushing df4f28805657a258c920739a7cfd84dbc213a220 to master...


Change Docker health check URL from / to /health

Is your feature request related to a problem? Please describe.
Better compliance with general best practices.

Implemented in https://github.com/ptarmiganlabs/butler-sos/releases/tag/v6.0.0


Correct type definition for efs_volumes and docker_volume vars

what

Update child attribute volume_configuration to efs_volume_configuration and docker_volume_configuration

why

In main.tf when iterating over the volumes it is looking for efs_volume_configuration and docker_volume_configuration instead of just volume_configuration.
** Without this change, configuration is always omitted.

references

https://github.com/cloudposse/terraform-aws-ecs-alb-service-task/blob/master/main.tf#L103
https://github.com/cloudposse/terraform-aws-ecs-alb-service-task/blob/master/main.tf#L92

Looks like this reverts PR https://github.com/cloudposse/terraform-aws-ecs-alb-service-task/pull/159
@bradj @Gowiem can you folks weigh in on this?
@alexstophel could you show the exact hcl used and the error you see with the latest version? perhaps using the previous version v0.61.0 may unblock you for now

This addition looks correct to me since it matches whats in the resource definition for volumes
https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/ecs_task_definition#volume
The more I look at this, the more it seems like we should revert PR https://github.com/cloudposse/terraform-aws-ecs-alb-service-task/pull/159

/test all

Good catch! lgtm


Welcome to GitHub & Quarto - Exercise 1

Welcome to the GitHub issue tracker!
Here are three things you can do with it:

Track ideas, feedback, tasks, and bugs for your work.
Organize and prioritize issues with projects, task lists, labels, and milestones.
Efficiently communicate with collaborators by mentioning them in an issue and avoid email.

Exercises
This is first issue is an exercise for you to complete:

[ ] Open a new Quarto document to prepare revealjs slides (RStudio IDE: File -> New File -> Quarto Document -> Select Presentation on the left -> Reveal JS)

Use the starter text and code or remove it, but prepare a slide deck with:

[x] Two sections (first level heading)
[x] Two sub-sections each (second level heading)
[x] An unordered list (bullet points)
[x] Make the list to show up incrementally
[x] Add a footnote to any slide
[x] Add an aside to another slide
[x] Add a footer to another slide
[x] Add speaker / slide notes to another slide
[x] Add an image

Render slides regularly to see your output slides.
Support

In Visual editing mode, the "Insert Any" Dialogue is a good way to add items.
In Source editing mode, the Quarto Documentation for Reveal JS slides is great help: https://quarto.org/docs/presentations/revealjs/

If you are stuck, respond to this issue and mention @larnsce to get support.
Submit
Once your are finished, respond to this issue and mention @larnsce to let me know you are done.

Hey @larnsce,
I have finished the task.


Upgrade to Stylelint 14

This supersedes https://github.com/alphagov/stylelint-config-gds/pull/22
This upgrades to Stylelint 14 and builds upon the work in https://github.com/alphagov/stylelint-config-gds/pull/22 to utilise the stylelint-config-standard-scss.
In order to support both stylelint-config-standard and stylelint-config-standard-scss I've separated all the rules to separate files so that rule hierarchies aren't broken when rules are included. It has unfortunately meant that it's quite complex understanding all of the rules that are involved, so I've tried annotating that with comments. If this becomes too much for contributors to understand this may need a rethink.
I've been through and disabled rules that seem problematic for the design system. Here is an example PR of the impact of those changes.

I ❤ it! Thanks for following up on this. Let me know if there’s a way I can help test this.

I ❤ it! Thanks for following up on this. Let me know if there’s a way I can help test this.

Thanks @paulrobertlloyd, you can give it a spin in your apps to see if you get any surprises by installing it via git (as per: https://github.com/alphagov/govuk-frontend/pull/2567/commits/cd7b48aba8972a38bbbaae1cae41e8688cc3b904)

❤ 🎉 🚀


doctype missing on design-system.html

The HTML doctype is missing in design-system.html and index.html (in probably all lesson files). This caused the following CSS to not work:
.underline-indicators > *:hover
.dot-indicators > *:hover
When a doctype is added, the above CSS begins working again. Interestingly, the  > *:focus declarations worked fine without a doctype.
I had never realized a missing doctype would have such random issues with CSS declarations, but apparently it does.

Oh no... I'd made that change a while back and forgot to push it! I just updated the repo now :)


Incomplete Md

The text file need to be transcripted and written into the markdown.
But keeping in mind that the format of the Markdown doesn't get disturbed.

The text file need to be transcripted and written into the markdown.
But keeping in mind that the format of the Markdown doesn't get disturbed.

Hi I just changed to markdown file to include everything that is in the adoc file. Let me know if it's fine. I adjusted the last section in the markdown to look a bit nicer. PR: #31

Great work!! Time to close this issue now ✨

@FinnKr Sorry bro the Markdown format must be similar to the md format in any readme.. rn the adoc is the same as the md.. hence I reopened the issue and will delete the merge commit.. Sorry :)

Oh sorry. Understandable. I'll work on this tomorrow and adjust the Markdown accordingly.

No worries.. Thanks :).. respect the efforts!

You can assign me to  do this task

Thanks :).. I'll assign you the task

any progress @Tiansing ?
also is fixing that markdown issue possible from your side @FinnKr ?

@Tiansing is not replying.. you can take full charge over it @FinnKr..
Go on..

also the issue is that the markdown must be like the website format! @FinnKr Thanks:)

I‘ll look into it when I got some time. I have a lot to do at work currently. Maybe tomorrow or Thursday.

No issues :)

@FinnKr i am closing this issue and creating a new one with a better description of the problem.. please take charge there so that i can assign it to you as well as others who want to work on that issue.. Thanks :)


Load Slider on Next/Prev Click

Hi Team,
I want to know that how to achieve below task:
I want to add slide on next/prev click, I am working on unlimited slide(8000), so I can't load all slide at a time. I want to load more slide on click via ajax. Is it possible with this slider?
Thank You,
Vivekanand Saraswati

Hi, Vivekanand. It's possible, but I'm not sure how it would behave with that amount of slides. What you have to do is edit the HTML of the slider to add/remove the slides and then call the slider's update method.
Cheers

wont lazy loading of images do the same thing?  just set the initial slide to a base64 clear 1x1 clear pixel like i do and then it only loads the images 1 image ahead when you click the right arrow button.  now 8,000 would probably crash just about any slider carousel.  i think with previous issues listed here having thumbnail images enabled with a bunch of images can make slider pro very sluggish so i would avoid thumbnails with that many images.

@walkoffhomerun how about using the update method.


Publication link not clickable

Sometimes, the publication dialog closes before you can click the link for the player, making it impossible to watch the video.
This doesn't appear to happen every time, but I have seen it several times now.
https://github.com/opencast/opencast-admin-interface/assets/1008395/10844237-2292-48e8-8bf3-3dc8d22b8026

Will probably be fixed by #217

Resolved by #217


problems with http-proxy-middleware

<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>

a simple config shown below:

// config/index.js
module.exports = {
  // ...
  dev: {
    proxyTable: {
      '/app/': {
        target: 'http://mysite.com',
      },
      '/userfile/': {
        target: 'http://mysite.com',
      }
    }
  }
}

unable to get devtools in my chrome, why?

Hi, thanks for your interest but Github issues are for bug reports and feature requests only. You can ask questions on the forum, the Discord server, gitter or StackOverflow.

@posva Actually I think it's a bug. vue-devtools works fine alone without http-proxy-middleware triggered with that config. But together, vue-devtools shutdown.
I firstly put it:
      '/app': {
        target: 'http://mysite.com',
      }

But it will handle local js files(main js file: app.js) , too. So I change it to ‘/app/’.

the devtools do not depend on the domain, so it looks more like a problem on your end. That's why I'm asking you to ask for help in the forum or the chat. Of course, feel free to come back with a boiled down reproduction if it turns out to be a bug


Added cardano-api-<IP_ADDRESS>

From https://github.com/IntersectMBO/cardano-api at 1c4f222e23ad35bb8e33b75214c6eae5df080cb2

Release PR: https://github.com/IntersectMBO/cardano-api/pull/560


Added method to MapSpan.cs

Added method to MapSpan.cs to get the MapSpan from multiple Positions
 public static MapSpan FromPositions(IEnumerable<Position> positions)

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.


New Node Categorization System For Ontologies

Part of #387, we want to update the node categorization system for ontologies, which is very flawed (ex. #367).

The first step in this process is to identify the number of nodes in KG2c that are categorized from an ontology. (Based on discussion with @amykglen)

While we didn't implement a completely new system, there is a much clearer node categorization system for ontologies that is easier to edit. Closing this issue


Adding support for .bin files from huggingface concepts

Gets HuggingFace textual inversion .bin files to work in the same way as .pt files by lightly modifying embedding_manager.py. Also prints the new term(s) that were added, because it's not obvious from file names. #427
Use or generate .bin files from https://huggingface.co/sd-concepts-library
Invoke the same way as .pt files, ie:
python ./scripts/dream.py --embedding_path "path/to/huggingface_embed.bin"
Note: I commented out the "more than a single token" assert because it seemed overly prohibitive, but not sure if there's good reasons I'm overlooking to keep that check in there.

Trying this feature with a .bin file from HuggingFace, on an M1 Mac.
When starting dream.py I see:

Added terms: *,

But when prompting with either:

a picture of *
a picture of

There is no recognition of the trained thing.
Is this an issue with this PR, or are there known issues with textual inversion on a Mac?

thanks for this! for some reason (on my M1 mac) i get a weird error when loading some embeddings but not others. when I load cat-toy
I get RuntimeError: src_total_size >= (src.storage_offset() * src.element_size()) INTERNAL ASSERT FAILED at "/Users/runner/work/_temp/anaconda/conda-bld/pytorch_1662707511415/work/aten/src/ATen/native/mps/operations/Copy.mm":183, please report a bug to PyTorch.
but it works fine with ugly-sonic
(just realized that the embedding file for cat-toy is 151mb which doesn't seem right.)

thanks for this! for some reason (on my M1 mac) i get a weird error when loading some embeddings but not others. when I load cat-toy I get RuntimeError: src_total_size >= (src.storage_offset() * src.element_size()) INTERNAL ASSERT FAILED at "/Users/runner/work/_temp/anaconda/conda-bld/pytorch_1662707511415/work/aten/src/ATen/native/mps/operations/Copy.mm":183, please report a bug to PyTorch.
but it works fine with ugly-sonic
(just realized that the embedding file for cat-toy is 151mb which doesn't seem right.)

Strange, the embeddings file shouldn’t be 151mb, about 4kb seems average. You’re getting expected results with  on your M1?

Trying this feature with a .bin file from HuggingFace, on an M1 Mac.
When starting dream.py I see:

Added terms: *, <character-pingu>

But when prompting with either:

a picture of *
a picture of <character-pingu>

There is no recognition of the trained thing.
Is this an issue with this PR, or are there known issues with textual inversion on a Mac?

I get expected results on Windows when using <character-pingu> from https://huggingface.co/sd-concepts-library/character-pingu/tree/main, but I don't have a Mac to test with :(
For example, initializing:
python ./scripts/dream.py --embedding_path "path/to/pingu.bin"
and then running:
<character-pingu> -s20 -Ak_lms -S2288996774
gives me:

Does that not reproduce for you? Would need someone familiar with the Mac side of things to debug any differences.

@chromaticist Thanks, I've tried again with ugly-sonic and it's working. Re-downloaded pingu.bin and I also get similar results.

Hey @chromaticist, have you tried to generate textual inversion .pt files with this distribution? On my system, I cannot confirm that it works as described in the documentation original authored by @Oceanswave .

I cannot train .pt on my system either as I get cuda out of memory errors (8gb vram), which was my motivation for adding the .bin support.

@lstein https://github.com/AUTOMATIC1111/stable-diffusion-webui-feature-showcase#textual-inversion mentions this repo for training, but things have seem to have broken since then


Not able to to find TranspilerSabreMapomaticDD in the code

Hi MazenAli,
The below line is giving me error.
from qiskit_transpiler_tools.transpiler import TranspilerSabreMapomaticDD
It would be great if you can help me resolve this error.

Hi Manu,
I don't know which line or part of the code you are referring to. But you get this error most likely because you don't have the qiskit_transpiler_tools library, which is a custom library made by me, and it is also available in my public repos.

I am not able to find code of qiskit_transpiler_tools you have created in the github code. Can you share the link of this particular library code?


listen for message deletion

Question
I'm making a bridge bot and I want to listen whether a message is deleted.
is there any way to do so?

The Telegram Bot API don't send any event related to the deleted messages. Maybe you can store all the ids of the messages in the database and using a userbot (tdlib or similar) you can do a check every day or similar of the list of the messages... but I think is not too easy

I notice TDLib does have an event to listen for message deletion (updateDeleteMessages), can this now be achieved in NTBA? Can't use TDLib due to some issues.


urh: 1.9.2 -> 2.0.0

Semi-automatic update generated by https://github.com/ryantm/nix-update tools. These checks were done:

built on NixOS
ran /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/bin/.urh-wrapped --version and found version 2.0.0
ran /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/bin/urh --version and found version 2.0.0
found 2.0.0 with grep in /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0

cc @fpletz for review

No attempt on x86_64-darwin
The following builds were skipped because they don't evaluate on x86_64-darwin: urh
No log is available.

Success on x86_64-linux (full log)
Attempted: urh
Partial log (click to expand)
shrinking /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/lib/python3.6/site-packages/urh/cythonext/path_creator.cpython-36m-x86_64-linux-gnu.so
shrinking /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/lib/python3.6/site-packages/urh/cythonext/util.cpython-36m-x86_64-linux-gnu.so
shrinking /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/lib/python3.6/site-packages/urh/cythonext/signalFunctions.cpython-36m-x86_64-linux-gnu.so
shrinking /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/lib/python3.6/site-packages/urh/dev/native/lib/hackrf.cpython-36m-x86_64-linux-gnu.so
shrinking /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/lib/python3.6/site-packages/urh/dev/native/lib/rtlsdr_fallback.cpython-36m-x86_64-linux-gnu.so
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/lib  /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/bin
patching script interpreter paths in /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0
checking for references to /tmp/nix-build-urh-2.0.0.drv-0 in /nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0...
wrapping `/nix/store/4wwg83liy1bdignjg1vdfkxbckpd43jb-urh-2.0.0/bin/urh'...

Success on aarch64-linux (full log)
Attempted: urh
Partial log (click to expand)
shrinking /nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0/lib/python3.6/site-packages/urh/cythonext/signalFunctions.cpython-36m-aarch64-linux-gnu.so
shrinking /nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0/lib/python3.6/site-packages/urh/cythonext/util.cpython-36m-aarch64-linux-gnu.so
shrinking /nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0/lib/python3.6/site-packages/urh/dev/native/lib/hackrf.cpython-36m-aarch64-linux-gnu.so
shrinking /nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0/lib/python3.6/site-packages/urh/dev/native/lib/rtlsdr_fallback.cpython-36m-aarch64-linux-gnu.so
strip is /nix/store/lvx1acn1ig1j2km8jds5x3ggh3f2wa8v-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0/lib  /nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0/bin
patching script interpreter paths in /nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0
checking for references to /build in /nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0...
wrapping `/nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0/bin/urh'...
/nix/store/rfdns50324nz4xxzbrknr2im7mcvb17v-urh-2.0.0


mixed QC tools and targets

deletes many generated files. could be regenerated and recommitted
add two new scripts

get-study-id-from-filename = "src.scripts.get_study_id_from_filename:main"
multiline-scrub = "src.scripts.multiline_scrub:multiline_scrub" (with corresponding target in project.Makefile)

still doesn't handle scrubbing redundant name assertions

various incomplete changes for QC of Napa squad's MongoDB, especially referential integrity

looks like I had probably written some yq for listing the slots in a schema file
wget https://raw.githubusercontent.com/GenomicsStandardsConsortium/mixs/v6.2.0/src/mixs/schema/mixs.yam
yq e '.slots | keys' mixs.yaml | sed 's/^- //' | sort > mixs.6.2.slots.txt

also did some analysis of used mixs slots. might have obtained used-73-mixs-slots.csv from a SPARQL query?
awk -F',' 'NR>1 {print $2}' used-73-mixs-slots.csv | sort > used-73-mixs-slot-names.txt

and obtained the sizes of files like nmdc_mga0rre721_centrifuge_classification.tsv


Complex Support

Hello,
I want an Eigen compatible way to calculate the first N singular values/vectors of a complex float matrix. This project looks great, but I think at the moment it only supports real-valued matrices? What would be needed to support complex?
PS - Any chance you can add a license file to the repo?

Great - I will add a PR to my to-do list. I am pretty sure .norm() is fine for complex, it's essentially defined as sqrt(dot(x, x)) and the Eigen dot product is already adjoint in the second argument. The only thing I don't immediately know how to do is the random numbers.
Thanks for adding the license and picking a liberal one.

Hello,
I've finished a first pass at this here: https://github.com/LTLA/CppIrlba/pull/5
It turned out to be a more invasive change than I expected, as every helper class needed to be templated as well. I am not sure I've done this in the best way so I'm very open to suggestions for improvements.
I added a simple test which passes. I haven't had time to actually try this in my project yet.

It turned out to be a more invasive change than I expected, as every helper class needed to be templated as well.

No worries, this was to be expected.

I am not sure I've done this in the best way so I'm very open to suggestions for improvements.

I made some edits to automate most of the templating based on the input matrix type. It has the bonus of being compatible with existing calls, so downstream users won't have to change any code.
I will say, though, that the extra templating is pretty rough on the compiler. tests/src/irlba.cpp takes a minute to compile on my laptop, using up to 4 GB of RAM. Don't remember it taking that long before, but oh well.
@bwlewis Is there something special we should be doing with the random Normal sampling in the complex case? From looking at irlba::irlba, the initial V vector is generated with rnorm and is fully real, but should it have a random imaginary component as well? Seems kinda odd that our initial vector would have all-zero imaginary when the final result is complex.


OTAR042 Target Prioritisation: Tractability

Description
The Open Targets Project OTAR042 is developing an in silico tractability assessment pipeline for small molecules and antibodies. The output of this project will be integrated into the Open Targets platform to allow for Target prioritisation.
HOW are we going to solve the problem?

Chris from ChEMBL is working on the tractability project. The Open Targets core team will liaise with him to be kept up-to-date on progress.
Definition of where and how the tractability data will be included in the Open Targets Platform (backend and UX).

Describe technical design of the solution
Paste here google doc link or link to markdown file, if already written somewhere else
Progress Tracker

Tractability Part 1 released in 18.10.
Iteration 2 is scheduled for release as part of 18.12.

Implementation completed as part of 18.12 release.


ImportError: cannot import name 'Specifier' from 'packaging.requirements'

Hello
while searching for an open source software for data acquisition, I came across your software. Unfortunately, I get the following error message after running it. I have followed all installation steps from the documentation. The error occurs on a Windows 11 and Linux system.
Traceback (most recent call last):
File "C:\Users\user\miniconda3\envs\pymodaq\lib\runpy.py", line 192, in _run_module_as_main
return _run_code(code, main_globals, None,
File "C:\Users\user\miniconda3\envs\pymodaq\lib\runpy.py", line 85, in run_code
exec(code, run_globals)
File "C:\Users\user\miniconda3\envs\pymodaq\Scripts\dashboard.exe_main.py", line 4, in
File "C:\Users\user\miniconda3\envs\pymodaq\lib\site-packages\pymodaq\dashboard.py", line 38, in
from pymodaq_plugin_manager.manager import PluginManager
File "C:\Users\user\miniconda3\envs\pymodaq\lib\site-packages\pymodaq_plugin_manager\manager.py", line 13, in
from pymodaq_plugin_manager.validate import validate_json_plugin_list, get_plugins, get_plugin, get_check_repo,
File "C:\Users\user\miniconda3\envs\pymodaq\lib\site-packages\pymodaq_plugin_manager\validate.py", line 7, in
from packaging.requirements import Requirement, SpecifierSet, Specifier
ImportError: cannot import name 'Specifier' from 'packaging.requirements' (C:\Users\user\miniconda3\envs\pymodaq\lib\site-packages\packaging\requirements.py)
Would be happy if you could help me.

Hi!
This seems to be an issue with the package packaging. I had a quick look, I think that Specifier and SpecifierSet should be imported from packaging.specifiers rather than packaging.requirements.

This is indeed related to import from this package. Basically now that pymodaq V4 is out, the manager is checking if the plugins are compatible or not with the installed pymodaq version 3.X or 4.X. On my version of packaging (21) this import was working! I'll patch this. In the mean time, you can manually install the pymodaq_plugin_manager version 0.0.18

I had some time so patched it see:
https://github.com/PyMoDAQ/pymodaq_plugin_manager/pull/13
which collided with Aurore's patch (sorry...). I'll create a release from this so it will be available on pypi soon


WIP: Pydantic V2

Codecov Report

Merging #89 (ffddf86) into master (faa55f0) will decrease coverage by 0.05%.
The diff coverage is 100.00%.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
@@             Coverage Diff             @@
##            master      #89      +/-   ##
===========================================
- Coverage   100.00%   99.95%   -0.05%
===========================================
  Files           51       51
  Lines         2307     2299       -8
===========================================
- Hits          2307     2298       -9
- Misses           0        1       +1

Files
Coverage Δ

ninja_extra/conf/settings.py
100.00% <100.00%> (ø)

ninja_extra/controllers/base.py
100.00% <100.00%> (ø)

ninja_extra/controllers/model/schemas.py
98.95% <100.00%> (-1.05%)
:arrow_down:

ninja_extra/details.py
100.00% <ø> (ø)

ninja_extra/ordering.py
100.00% <100.00%> (ø)

ninja_extra/schemas/response.py
100.00% <100.00%> (ø)

ninja_extra/searching.py
100.00% <ø> (ø)

As a global note, there are probably changes to be made in the documentation. But maybe you reserve that for another PR :)

LOL.. yeah


Add optional request timestamp, hostname and ip

I'm using this library with a proxy middleware, and it would be nice if it would exist the option to customize the output by adding some extra details like: request timestamp, ip, hostname, and so on...

Agreed, and I think I already captured this idea in #8. I haven't done any work towards it because there hasn't been demand to date, but maybe I'll take another look at it now. I will close this as a duplicate unless you feel that other issue doesn't adequately represent your needs.

Nice, thank you!
You may use Apache or Nginx terminology, because it is easier for programmers to recognize patterns. Here you can find Some Nginx access log params:
Looking forward for evolution...


Leverage RHOAR in odo

Description
RHOAR provides application runtimes for OpenShift. Associated to the application runtimes, RHOAR provides a set of project templates which showcase how developers can use the application runtime for building fundamental blocks of cloud-native applications. (like creating RESTful APIs, implementing health checks, configmap or resiliency features like circuit breakers). . A complete experience is provided on https://developers.redhat.com/launch/.
Leveraging those application runtimes and project templates in odo would actually help developers to quickly bootstrap project (and new blocks of cloud native application), with an application runtime validated and productized by Red Hat offered through the Red Hat Container Catalog.
The goal of this epic is to define how RHOAR would be leveraged in odo

I have a feeling we're moving away from RHOAR and into using operators / something custom.
Could we close this @dharmit / @slemeur / @kadel  ?

yeah we are moving away from RHOAR and we have a PR which removes them from supported list https://github.com/openshift/odo/pull/2729


feat: Add a setting for "vue-devtools Detected Vue" console log, closes #685

Closes #685
@Akryum Any suggestions or changes I should make before we can merge this?

I can't see in the docs how we are supposed to change these settings (editableProps, logDetected, etc.) Could you point me in the right direction?

@timtraversy You'll find it in the Settings tab

Thanks!


Issue 12 documentation

A section on github forking and fixes to external links

Codecov Report

Merging #81 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #81   +/-   ##
=======================================
  Coverage   85.28%   85.28%
=======================================
  Files           8        8
  Lines         435      435
=======================================
  Hits          371      371
  Misses         64       64

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update bf7b594...487913f. Read the comment docs.

Merging despite failed test for running on windows.


Update DG, relating to Lesson

@Chesterwongz @angkoonhwee Update the diagrams in the DG to include the new logic from scheduling and undoRedo