[BUG] ISO - Update permissions form does not autodiscover operation, accounts and projects

Describe the bug
Update permissions form does not autodiscover operation, accounts and projects
To Reproduce
Steps to reproduce the behavior:

Go to ISOs
Select an iso
Click on Update permissioins
See that fields are not autodiscovering operation/account/project

Expected behavior
There should be dropdown option for the fields
Screenshots

cc @shwstppr likely a missing feature

@borisstoyanov @vladimirpetrov please test latest master and close.

Fix confirmed, closing the issue.


lock state not updating properly after last update

hello, lock stopped showing its current state properly ever since last update
this happens after regular lock/unlock actions via button presses as well as lock'n'go
it works both ways, ie:
lock stuck on "locked" even though lock button has been pressed to unlock the door
lock stuck on "unlocked" after unlocking via homekit and being auto-relocked after 1 min (internal nuki lock setting)
I can confirm that clicking "identify" fixes current state shown in homekit
I can confirm that nuki app shows lock state properly at all times
here's homebridge log of events described above
8:00:24 nuki locked is being unlocked via homekit app and remains unlocked at time of me writing this, 24 minutes later

[4/6/2024, 8:00:24 AM] [Nuki] Zamek: Lock Target State: changed to 0 (from 1)
[4/6/2024, 8:00:24 AM] [Nuki] Nuki_Bridge_689A091E: request 331: GET /lockAction?nukiId=3C8862ED&deviceType=4&action=1
[4/6/2024, 8:00:26 AM] [homebridge-ezviz] Updating info for Salon Sleep Mode
[4/6/2024, 8:00:26 AM] [Nuki] Nuki_Bridge_689A091E: request 331: 200 OK
[4/6/2024, 8:00:26 AM] [Nuki] Zamek: Lock Current State: set to 0 (from 1)
[4/6/2024, 8:00:32 AM] [Nuki] Nuki_Bridge_689A091E: event: {"deviceType":4,"nukiId":1015571181,"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96}
[4/6/2024, 8:00:38 AM] [Nuki] Nuki_Bridge_689A091E: event: {"deviceType":4,"nukiId":1015571181,"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96}
[4/6/2024, 8:00:46 AM] [Nuki] Nuki_Bridge_689A091E: request 332: GET /callback/list
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: request 332: 200 OK
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: subscription: {"id":0,"url":"http://<IP_ADDRESS>:49329/notify/689A091E"}
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: request 333: GET /info
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: request 333: 200 OK
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: bridge: {"bridgeType":1,"ids":{"hardwareId":1013065235,"serverId":1754925342},"versions":{"firmwareVersion":"2.17.0","wifiFirmwareVersion":"2.4.0"},"uptime":47189,"currentTime":"2024-04-06T06:01:01+00:00","wlanConnected":true,"serverConnected":true,"scanResults":[{"deviceType":2,"nukiId":930999314,"name":"Nuki_Opener_377DEC12","rssi":-62,"paired":true},{"deviceType":4,"nukiId":1015571181,"name":"Nuki_3C8862ED","rssi":-61,"paired":true}]}
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: Last Updated: set to "Sat Apr 06 2024 08:01:01" (from "Sat Apr 06 2024 08:00:00")
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: request 334: GET /list
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: request 334: 200 OK
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":4,"nukiId":1015571181,"name":"Augustowska","firmwareVersion":"4.2.6","lastKnownState":{"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96,"timestamp":"2024-04-06T06:00:51+00:00"}}
[4/6/2024, 8:00:47 AM] [Nuki] Zamek: Last Updated: set to "Sat Apr 06 2024 08:00:51" (from "Sat Apr 06 2024 01:35:55")
[4/6/2024, 8:00:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":2,"nukiId":930999314,"name":"Domofon","firmwareVersion":"1.10.1","lastKnownState":{"mode":2,"state":1,"stateName":"online","batteryCritical":false,"ringactionTimestamp":"2024-04-05T23:34:28+00:00","ringactionState":false,"timestamp":"2024-04-06T05:59:43+00:00"}}
[4/6/2024, 8:01:41 AM] [Nuki] nuki server: request 11: GET /bridges
[4/6/2024, 8:01:42 AM] [Nuki] nuki server: request 11: 200 OK
[4/6/2024, 8:01:42 AM] [Nuki] <IP_ADDRESS>: request 1: GET /info
[4/6/2024, 8:01:42 AM] [Nuki] <IP_ADDRESS>: request 1: 401 Unauthorized
[4/6/2024, 8:01:42 AM] [Nuki] discovery: [{"bridgeId":1754925342,"ip":"<IP_ADDRESS>","port":8080,"dateUpdated":"2024-04-05T16:56:50Z"}]
[4/6/2024, 8:01:42 AM] [homebridge-midea-platform] [Sypialnia AC] Status unchanged
[4/6/2024, 8:01:45 AM] [homebridge-midea-platform] [Sypialnia AC] Status unchanged
[4/6/2024, 8:01:46 AM] [Nuki] Nuki_Bridge_689A091E: request 335: GET /callback/list
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: request 335: 200 OK
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: subscription: {"id":0,"url":"http://<IP_ADDRESS>:49329/notify/689A091E"}
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: request 336: GET /info
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: request 336: 200 OK
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: bridge: {"bridgeType":1,"ids":{"hardwareId":1013065235,"serverId":1754925342},"versions":{"firmwareVersion":"2.17.0","wifiFirmwareVersion":"2.4.0"},"uptime":47249,"currentTime":"2024-04-06T06:02:01+00:00","wlanConnected":true,"serverConnected":true,"scanResults":[{"deviceType":2,"nukiId":930999314,"name":"Nuki_Opener_377DEC12","rssi":-55,"paired":true},{"deviceType":4,"nukiId":1015571181,"name":"Nuki_3C8862ED","rssi":-64,"paired":true}]}
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: Last Updated: set to "Sat Apr 06 2024 08:02:01" (from "Sat Apr 06 2024 08:01:01")
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: request 337: GET /list
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: request 337: 200 OK
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":4,"nukiId":1015571181,"name":"Augustowska","firmwareVersion":"4.2.6","lastKnownState":{"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96,"timestamp":"2024-04-06T06:00:51+00:00"}}
[4/6/2024, 8:01:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":2,"nukiId":930999314,"name":"Domofon","firmwareVersion":"1.10.1","lastKnownState":{"mode":2,"state":1,"stateName":"online","batteryCritical":false,"ringactionTimestamp":"2024-04-05T23:34:28+00:00","ringactionState":false,"timestamp":"2024-04-06T05:59:43+00:00"}}
[4/6/2024, 8:02:37 AM] [homebridge-ezviz] Updating info for Salon Sleep Mode
[4/6/2024, 8:02:46 AM] [Nuki] Nuki_Bridge_689A091E: request 338: GET /callback/list
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: request 338: 200 OK
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: subscription: {"id":0,"url":"http://<IP_ADDRESS>:49329/notify/689A091E"}
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: request 339: GET /info
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: request 339: 200 OK
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: bridge: {"bridgeType":1,"ids":{"hardwareId":1013065235,"serverId":1754925342},"versions":{"firmwareVersion":"2.17.0","wifiFirmwareVersion":"2.4.0"},"uptime":47309,"currentTime":"2024-04-06T06:03:01+00:00","wlanConnected":true,"serverConnected":true,"scanResults":[{"deviceType":2,"nukiId":930999314,"name":"Nuki_Opener_377DEC12","rssi":-55,"paired":true},{"deviceType":4,"nukiId":1015571181,"name":"Nuki_3C8862ED","rssi":-61,"paired":true}]}
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: Last Updated: set to "Sat Apr 06 2024 08:03:01" (from "Sat Apr 06 2024 08:02:01")
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: request 340: GET /list
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: request 340: 200 OK
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":4,"nukiId":1015571181,"name":"Augustowska","firmwareVersion":"4.2.6","lastKnownState":{"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96,"timestamp":"2024-04-06T06:00:51+00:00"}}
[4/6/2024, 8:02:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":2,"nukiId":930999314,"name":"Domofon","firmwareVersion":"1.10.1","lastKnownState":{"mode":2,"state":1,"stateName":"online","batteryCritical":false,"ringactionTimestamp":"2024-04-05T23:34:28+00:00","ringactionState":false,"timestamp":"2024-04-06T05:59:43+00:00"}}
[4/6/2024, 8:03:46 AM] [Nuki] Nuki_Bridge_689A091E: request 341: GET /callback/list
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: request 341: 200 OK
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: subscription: {"id":0,"url":"http://<IP_ADDRESS>:49329/notify/689A091E"}
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: request 342: GET /info
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: request 342: 200 OK
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: bridge: {"bridgeType":1,"ids":{"hardwareId":1013065235,"serverId":1754925342},"versions":{"firmwareVersion":"2.17.0","wifiFirmwareVersion":"2.4.0"},"uptime":47369,"currentTime":"2024-04-06T06:04:01+00:00","wlanConnected":true,"serverConnected":true,"scanResults":[{"deviceType":2,"nukiId":930999314,"name":"Nuki_Opener_377DEC12","rssi":-59,"paired":true},{"deviceType":4,"nukiId":1015571181,"name":"Nuki_3C8862ED","rssi":-53,"paired":true}]}
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: Last Updated: set to "Sat Apr 06 2024 08:04:01" (from "Sat Apr 06 2024 08:03:01")
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: request 343: GET /list
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: request 343: 200 OK
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":4,"nukiId":1015571181,"name":"Augustowska","firmwareVersion":"4.2.6","lastKnownState":{"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96,"timestamp":"2024-04-06T06:00:51+00:00"}}
[4/6/2024, 8:03:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":2,"nukiId":930999314,"name":"Domofon","firmwareVersion":"1.10.1","lastKnownState":{"mode":2,"state":1,"stateName":"online","batteryCritical":false,"ringactionTimestamp":"2024-04-05T23:34:28+00:00","ringactionState":false,"timestamp":"2024-04-06T05:59:43+00:00"}}
[4/6/2024, 8:04:46 AM] [Nuki] Nuki_Bridge_689A091E: request 344: GET /callback/list
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: request 344: 200 OK
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: subscription: {"id":0,"url":"http://<IP_ADDRESS>:49329/notify/689A091E"}
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: request 345: GET /info
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: request 345: 200 OK
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: bridge: {"bridgeType":1,"ids":{"hardwareId":1013065235,"serverId":1754925342},"versions":{"firmwareVersion":"2.17.0","wifiFirmwareVersion":"2.4.0"},"uptime":47430,"currentTime":"2024-04-06T06:05:02+00:00","wlanConnected":true,"serverConnected":true,"scanResults":[{"deviceType":2,"nukiId":930999314,"name":"Nuki_Opener_377DEC12","rssi":-56,"paired":true},{"deviceType":4,"nukiId":1015571181,"name":"Nuki_3C8862ED","rssi":-53,"paired":true}]}
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: Last Updated: set to "Sat Apr 06 2024 08:05:02" (from "Sat Apr 06 2024 08:04:01")
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: request 346: GET /list
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: request 346: 200 OK
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":4,"nukiId":1015571181,"name":"Augustowska","firmwareVersion":"4.2.6","lastKnownState":{"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96,"timestamp":"2024-04-06T06:00:51+00:00"}}
[4/6/2024, 8:04:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":2,"nukiId":930999314,"name":"Domofon","firmwareVersion":"1.10.1","lastKnownState":{"mode":2,"state":1,"stateName":"online","batteryCritical":false,"ringactionTimestamp":"2024-04-05T23:34:28+00:00","ringactionState":false,"timestamp":"2024-04-06T05:59:43+00:00"}}
[4/6/2024, 8:05:46 AM] [Nuki] Nuki_Bridge_689A091E: request 347: GET /callback/list
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: request 347: 200 OK
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: subscription: {"id":0,"url":"http://<IP_ADDRESS>:49329/notify/689A091E"}
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: request 348: GET /info
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: request 348: 200 OK
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: bridge: {"bridgeType":1,"ids":{"hardwareId":1013065235,"serverId":1754925342},"versions":{"firmwareVersion":"2.17.0","wifiFirmwareVersion":"2.4.0"},"uptime":47490,"currentTime":"2024-04-06T06:06:02+00:00","wlanConnected":true,"serverConnected":true,"scanResults":[{"deviceType":2,"nukiId":930999314,"name":"Nuki_Opener_377DEC12","rssi":-59,"paired":true},{"deviceType":4,"nukiId":1015571181,"name":"Nuki_3C8862ED","rssi":-53,"paired":true}]}
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: Last Updated: set to "Sat Apr 06 2024 08:06:02" (from "Sat Apr 06 2024 08:05:02")
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: request 349: GET /list
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: request 349: 200 OK
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":4,"nukiId":1015571181,"name":"Augustowska","firmwareVersion":"4.2.6","lastKnownState":{"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96,"timestamp":"2024-04-06T06:00:51+00:00"}}
[4/6/2024, 8:05:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":2,"nukiId":930999314,"name":"Domofon","firmwareVersion":"1.10.1","lastKnownState":{"mode":2,"state":1,"stateName":"online","batteryCritical":false,"ringactionTimestamp":"2024-04-05T23:34:28+00:00","ringactionState":false,"timestamp":"2024-04-06T05:59:43+00:00"}}
[4/6/2024, 8:06:46 AM] [Nuki] Nuki_Bridge_689A091E: request 350: GET /callback/list
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: request 350: 200 OK
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: subscription: {"id":0,"url":"http://<IP_ADDRESS>:49329/notify/689A091E"}
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: request 351: GET /info
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: request 351: 200 OK
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: bridge: {"bridgeType":1,"ids":{"hardwareId":1013065235,"serverId":1754925342},"versions":{"firmwareVersion":"2.17.0","wifiFirmwareVersion":"2.4.0"},"uptime":47550,"currentTime":"2024-04-06T06:07:02+00:00","wlanConnected":true,"serverConnected":true,"scanResults":[{"deviceType":2,"nukiId":930999314,"name":"Nuki_Opener_377DEC12","rssi":-50,"paired":true},{"deviceType":4,"nukiId":1015571181,"name":"Nuki_3C8862ED","rssi":-52,"paired":true}]}
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: Last Updated: set to "Sat Apr 06 2024 08:07:02" (from "Sat Apr 06 2024 08:06:02")
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: request 352: GET /list
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: request 352: 200 OK
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":4,"nukiId":1015571181,"name":"Augustowska","firmwareVersion":"4.2.6","lastKnownState":{"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96,"timestamp":"2024-04-06T06:00:51+00:00"}}
[4/6/2024, 8:06:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":2,"nukiId":930999314,"name":"Domofon","firmwareVersion":"1.10.1","lastKnownState":{"mode":2,"state":1,"stateName":"online","batteryCritical":false,"ringactionTimestamp":"2024-04-05T23:34:28+00:00","ringactionState":false,"timestamp":"2024-04-06T05:59:43+00:00"}}
[4/6/2024, 8:07:46 AM] [Nuki] Nuki_Bridge_689A091E: request 353: GET /callback/list
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: request 353: 200 OK
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: subscription: {"id":0,"url":"http://<IP_ADDRESS>:49329/notify/689A091E"}
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: request 354: GET /info
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: request 354: 200 OK
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: bridge: {"bridgeType":1,"ids":{"hardwareId":1013065235,"serverId":1754925342},"versions":{"firmwareVersion":"2.17.0","wifiFirmwareVersion":"2.4.0"},"uptime":47611,"currentTime":"2024-04-06T06:07:47+00:00","wlanConnected":true,"serverConnected":true,"scanResults":[{"deviceType":2,"nukiId":930999314,"name":"Nuki_Opener_377DEC12","rssi":-50,"paired":true},{"deviceType":4,"nukiId":1015571181,"name":"Nuki_3C8862ED","rssi":-53,"paired":true}]}
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: Last Updated: set to "Sat Apr 06 2024 08:07:47" (from "Sat Apr 06 2024 08:07:02")
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: Last Boot: set to "Fri Apr 05 2024 18:54:16" (from "Fri Apr 05 2024 18:54:32")
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: request 355: GET /list
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: request 355: 200 OK
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":4,"nukiId":1015571181,"name":"Augustowska","firmwareVersion":"4.2.6","lastKnownState":{"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":96,"timestamp":"2024-04-06T06:00:51+00:00"}}
[4/6/2024, 8:07:47 AM] [Nuki] Nuki_Bridge_689A091E: device: {"deviceType":2,"nukiId":930999314,"name":"Domofon","firmwareVersion":"1.10.1","lastKnownState":{"mode":2,"state":1,"stateName":"online","batteryCritical":false,"ringactionTimestamp":"2024-04-05T23:34:28+00:00","ringactionState":false,"timestamp":"2024-04-06T05:59:43+00:00"}}

I can confirm that clicking "identify" fixes current state shown in homekit

So the issue is really that the cached lock state on the Nuki bridge isn’t updated.  This is either a firmware bug in the smart lock, or a communication issue between the smart lock and the bridge.  You might want to check the signal strength in the Connection State in the Nuki app, or move the bridge closer to the smart lock.  Also double-check that the smart lock and bridge are on the latest (non-beta) firmware.

I can confirm that nuki app shows lock state properly at all times

The app probably connects to the smart lock directly over Bluetooth.  Does it also show the correct state when away from home?  Or at least, outside of the Bluetooth range of the smart lock?  Or when you disable Bluetooth on your phone?

here's homebridge log of events described above

The bridge reports the smart lock state as unlocked.  I fear there nothing I can do in Homebridge NB, except forcing the bridge to update its cached state every time Homebridge NB polls the bridge.  Nuki explicitly warn against this, as it will drain the smart lock battery very quickly.

yeah, nuki app shows lock state correctly even with wifi and bluetooth off
the bridge and lock are 1,5 m away from each other, the signal strength is good
a new thing is I've started seeing warnings in homebridge log after using homekit to change lock state

[4/6/2024, 10:06:20 AM] [Nuki] Zamek: Lock Target State: changed to 0 (from 1)
[4/6/2024, 10:06:20 AM] [Nuki] Nuki_Bridge_52A47FE9: request 6: GET /lockAction?nukiId=3C8862ED&deviceType=[object Object]&action=1
[4/6/2024, 10:06:23 AM] [Nuki] Nuki_Bridge_52A47FE9: request 6: 200 OK
[4/6/2024, 10:06:23 AM] [Nuki] Zamek: Lock Current State: set to 0 (from 1)
(node:316) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 childBridgeMetadataResponse listeners added to [HomebridgeIpcService]. Use emitter.setMaxListeners() to increase limit
[4/6/2024, 10:06:31 AM] [homebridge-ezviz] Updating info for Salon Sleep Mode
(node:316) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 disconnect listeners added to [Socket]. Use emitter.setMaxListeners() to increase limit
(node:316) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 childBridgeStatusUpdate listeners added to [HomebridgeIpcService]. Use emitter.setMaxListeners() to increase limit
(node:316) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 end listeners added to [Socket]. Use emitter.setMaxListeners() to increase limit
[4/6/2024, 10:06:35 AM] [homebridge-midea-platform] [Salon AC] Refreshing status...
[4/6/2024, 10:06:35 AM] [homebridge-midea-platform] [Sypialnia AC] Refreshing status...
[4/6/2024, 10:06:35 AM] [homebridge-midea-platform] [Salon AC] Status unchanged
[4/6/2024, 10:06:35 AM] [homebridge-midea-platform] [Sypialnia AC] Status unchanged
[4/6/2024, 10:06:35 AM] [homebridge-midea-platform] [Salon AC] Status unchanged
[4/6/2024, 10:06:35 AM] [homebridge-midea-platform] [Sypialnia AC] Status unchanged
[4/6/2024, 10:06:35 AM] [homebridge-midea-platform] [Salon AC] Status unchanged
[4/6/2024, 10:06:35 AM] [homebridge-midea-platform] [Sypialnia AC] Status unchanged
[4/6/2024, 10:06:36 AM] [Nuki] flush cachedAccessories
[4/6/2024, 10:07:05 AM] [homebridge-midea-platform] [Salon AC] Refreshing status...
[4/6/2024, 10:07:05 AM] [homebridge-midea-platform] [Sypialnia AC] Refreshing status...
[4/6/2024, 10:07:06 AM] [homebridge-midea-platform] [Salon AC] Status unchanged
[4/6/2024, 10:07:06 AM] [homebridge-midea-platform] [Sypialnia AC] Status unchanged
[4/6/2024, 10:07:06 AM] [homebridge-midea-platform] [Salon AC] Status unchanged
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: request 7: GET /callback/list
[4/6/2024, 10:07:06 AM] [homebridge-midea-platform] [Sypialnia AC] Status unchanged
[4/6/2024, 10:07:06 AM] [homebridge-midea-platform] [Salon AC] Status unchanged
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: request 7: 200 OK
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: subscription: {"id":0,"url":"http://<IP_ADDRESS>:53376/notify/52A47FE9"}
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: request 8: GET /info
[4/6/2024, 10:07:06 AM] [homebridge-midea-platform] [Sypialnia AC] Status unchanged
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: request 8: 200 OK
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: bridge: {"bridgeType":1,"ids":{"hardwareId":1013065235,"serverId":1386512361},"versions":{"firmwareVersion":"2.17.0","wifiFirmwareVersion":"2.4.0"},"uptime":466,"currentTime":"2024-04-06T08:07:03+00:00","wlanConnected":true,"serverConnected":true,"scanResults":[{"deviceType":2,"nukiId":930999314,"name":"Nuki_Opener_377DEC12","rssi":-55,"paired":true},{"deviceType":4,"nukiId":1015571181,"name":"Nuki_3C8862ED","rssi":-52,"paired":true}]}
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: Last Updated: set to "Sat Apr 06 2024 10:07:03" (from "Sat Apr 06 2024 10:06:03")
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: request 9: GET /list
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: request 9: 200 OK
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: device: {"deviceType":4,"nukiId":1015571181,"name":"Zamek","firmwareVersion":"4.2.6","lastKnownState":{"mode":2,"state":3,"stateName":"unlocked","batteryCritical":false,"batteryCharging":false,"batteryChargeState":98,"timestamp":"2024-04-06T08:06:20+00:00"}}
[4/6/2024, 10:07:06 AM] [Nuki] Zamek: Last Updated: set to "Sat Apr 06 2024 10:06:20" (from "Sat Apr 06 2024 10:04:44")
[4/6/2024, 10:07:06 AM] [Nuki] Nuki_Bridge_52A47FE9: device: {"deviceType":2,"nukiId":930999314,"name":"Domofon","firmwareVersion":"1.10.1","lastKnownState":{"mode":2,"state":1,"stateName":"online","batteryCritical":false,"ringactionTimestamp":"2024-04-05T23:34:28+00:00","ringactionState":false,"timestamp":"2024-04-06T07:59:29+00:00"}}

I think the event listener warnings are caused by Homebridge itself.  How many child bridges did you configure?  More that 10?

4 child bridges including homebridge nb

testing numerous scenarios I've found that opening nuki app triggers an update on lock state for homebridge-nb
the moment nuki app is opened on my phone this log messages appear

[4/6/2024, 3:01:45 PM] [Nuki] Zamek: Lock Current State: set to 1 (from 0)
[4/6/2024, 3:01:45 PM] [Nuki] Zamek: Lock Target State: set to 1 (from 0)

this happens both on local network with bluetooth on and with bluetooth and wifi disabled

further testing lead me to conclusion that it is a nuki firmware bug, here's the message posted on nuki developers forum

Problem:
Nuki Smart Lock stopped updating bridge on its current state. In the following scenarios:

pressing the lock button to lock or unlock the door
being auto-locked after staying unlocked
being auto-locked after initiating lock’n’go
Calling http://[IP]:8080/info?token=[TOKEN] doesn’t show actual lock state until one of the following happens:
Nuki app gets opened on my smartphone-
calling http://[IP]:8080/lockState?nukiId=[ID]&deviceType=4&token=[TOKEN]
This doesn’t happen (meaning the lock state gets updated to the bridge properly) when:
using the app to lock or unlock door
calling http://[IP]:8080/[lock/unlock]?nukiId=[ID]&deviceType=4&token=[TOKEN]
it seems that it is some kind of internal firmware bug which needs to be fixed
it’s a shame given that my lock 4.0 is brand new and there are some many things that are wrong with it, starting with inability to add it to homekit natively via matter. I’ve started to use homebridge as a way of working around it but it relies on api and buggy firmware

Closing as there's nothing more we can do in Homebridge NB.


Correctly remove off mesh links to other layers

(As discussed in #113)
External links representing off mesh connections between layers in the
same tile location would not be correctly removed. These links had
side = 0xff which were skipped during tile removal under the assumption
that these links were internal.
Also correct some comments in the same place.
Fix #113

I can't say whether the fix looks good or not, but it was given the OK by Mikko so I'll happily accept it :)

Thanks. :+1:
Ideally I wanted to write a regression test for it, but I don't really have any experience with unit testing C++ and I noticed that #127 is still open. I guess we can leave that for the future. :smiley:


[HIPIFY] Inserted hip include should ideally be after include guard

When hipify inserts the #include <hip/hip_runtime.h> line into a header, it would be best to do it after any existing #pragma once or traditional include guard. Saves the user a bit of tedious cleanup.
One elegant way to implement this might be to replace the current insertion behaviour with logic to replace appropriate CUDA #include lines with hip ones. Unilaterally inserting this include into every file which you've made changes to is probably overkill - isn't it enough to replace #include <cuda> with the hip include?

It was done so intentionally, because cuda header might be absent at all in a source and NVCC correctly compile such source. But this particular case doesn't negate the necessity of correctly handling of other cases. So the correct behaviour looks like as following:

Replace existing  #include  or #include <cuda_runtime.h>, m.b. others (taking into accout multiple includes).
Insert #include <hip/hip_runtime.h> on an appropriate line in case of absence of cuda header includes.

Chris, I've just assigned the issue on myself.

because cuda header might be absent at all in a source and NVCC correctly compile such source.

Oh right. I forgot about this - NVCC implicitly includes a bunch of cuda stuff, doesn't it? (and clang does the same in cuda mode for compatibility). That explains it.

The last case to cover.
#ifndef #define ... #endif guard for the entire file. In this case HIP main include should be placed just after #ifndef, or after #pragma once, if it is also presented.

Fixed by #1282


Clarify inheritance behavior for global variables

According to this experiment parent global variables take precendence over subchart variables.

You are correct. Thanks for the fix.


MQTT retain state not discovered

HASS version 0.25.2
Python release (python3 --version):
Python 3.4.2
Component/platform:
mqtt switch
switch 1:
  platform: mqtt
  name: "GPIO14"
  state_topic: "/ESP01/relay14/state"
  command_topic: "/ESP01/gpio/14"
  payload_on: "1"
  payload_off: "0"
  optimistic: false
  qos: 0
  retain: true

Description of problem:
Hi there,
Working my way through a full system based on mqtt and while the learning curve is steep for a hardware guy, I'm getting there.
Problem: I have the retain flag set and this works for the remote ESP8266 based device because if I reboot that device, the gpio state will return to whatever the retain flag said it was. Confirmed with mqtt.fx also when sending commands with QoS 2 and retain flag on.
However, when I reboot HASS using Putty, it does not seem to poll the retain flag as the gpio state for the switch is always off. Cycling the switch returns normality..
Expected:
Would expect HASS to see the retain flag on the remote broker like the device does and set the switch to the correct state.
Additional info:
Broker is mosquitto version 1.4.2 on Synology NAS.

The retain flag is only used when publishing messages. Do you publish messages with retain flag set to true from the ESP?

That I'm not sure of. I'm controlling the ESP with mqtt.fx and when I publish, I use QoS 2 with retain. Reboot the ESP, gpio returns to previous state. Send switch command from HASS with config above, reboot ESP, returns to last state. If I then reboot HASS after publishing a gpio message from either mqtt.fx or HASS, switch states always returns to 0. Retrying now by adding protocol version to see if that makes a difference.

Tried protocol: 3.1 and protocol: 3.1.1, no difference.

I've added this to the top of my yaml file. Does that append to the main log?
logger:
  default: warning
  logs:
    homeassistant.components.device_tracker.mqtt: debug

I've further tested this tonight using MQTT Dashboard on Android. As soon as I connect to the broker, whatever state I've left the ESP module on is instantly reflected in the dashboard. If I disconnect the app from the broker, change the state with another client then reconnect, status is always updated to last know state. 0.25.2 is not doing this during the reboot cycle.

This is actually done as we have no choice - upon registering a listener we get the retained message pushed to us by the broker. This is working fine for me for the MQTT sensors and OwnTracks that I have set up.

I will try again this evening with my VENV version of 0.25.2 to see if that makes a difference. With that, I can try the local Mosquitto instance too.

Sorry, tried again tonight with my VENV instance with the local MQTT server and I get the same thing. If I turn the device on using QoS1/retain then reboot HASS, after 15-20s the switch returns to off and never goes back. How do I debug this? Other clients return to the previous on state.

I have confirmed that the status message coming from ESPEasy which HASS is subscribed to (/ESP01/relay14/state) does not contain a 'retain' flag. Apologies for wasting your time. I'll take it up with the ESPEasy team.


AttributeError: 'NoneType' object has no attribute 'acquire': self._pool is None in direct.py

I have a pdf file and from which I extract two corpora. The function which returns the keywords is called twice in a loop, once for each corpus. For the first corpus, it extracts the keywords just fine. However, for the 2nd corpus, I'm getting an error like this:
 File "/Users/rishi/Downloads/Lectures/idp/Rake/Rake/conceptmap/models/unsupervised/graphaware_nlp/graphaware.py", line 82, in process
   Graphaware.create_pipeline()
 File "/Users/rishi/Downloads/Lectures/idp/Rake/Rake/conceptmap/models/unsupervised/graphaware_nlp/graphaware.py", line 151, in create_pipeline
   is_customstopwords_present = Graphaware.customStopWords_present()
 File "/Users/rishi/Downloads/Lectures/idp/Rake/Rake/conceptmap/models/unsupervised/graphaware_nlp/graphaware.py", line 130, in customStopWords_present
   with Graphaware.driver.session() as session:
 File "/Users/rishi/.virtualenvs/keyphrase-extraction-centrality/lib/python3.6/site-packages/neo4j/v1/direct.py", line 81, in session
   return Session(self._pool.acquire, access_mode, **parameters)
AttributeError: 'NoneType' object has no attribute 'acquire'

These are the tail from the logs:
Saptwarshis-MacBook-Pro:logs rishi$ tail neo4j.log
2018-08-09 11:31:40.633+0000 INFO  Taking default pipeline from configuration : customStopWords
2018-08-09 11:31:40.642+0000 INFO  Time for pipeline annotation: 8. Text lenght: 5
2018-08-09 11:31:40.643+0000 INFO  Start storing annotatedText 342
2018-08-09 11:31:40.645+0000 INFO  end storing annotatedText 342
2018-08-09 11:31:40.645+0000 INFO  Notifying listeners for event {}
2018-08-09 11:31:40.646+0000 INFO  Notifying listeners for event {}
2018-08-09 11:31:40.651+0000 WARN  Threshold hit after 1 iterations
2018-08-09 11:31:40.654+0000 INFO  --- Results:
2018-08-09 11:31:40.655+0000 INFO  AnnotatedText with ID 349 processed. Result: true
2018-08-09 11:31:40.661+0000 INFO  Notifying listeners for event {}
Saptwarshis-MacBook-Pro:logs rishi$ tail debug.log
2018-08-09 11:31:40.634+0000 INFO [c.g.n.u.ProcessorUtils] Taking default pipeline from configuration : customStopWords
2018-08-09 11:31:40.643+0000 INFO [c.g.n.p.s.StanfordTextProcessor] Time for pipeline annotation: 8. Text lenght: 5
2018-08-09 11:31:40.643+0000 INFO [c.g.n.p.p.AnnotatedTextPersister] Start storing annotatedText 342
2018-08-09 11:31:40.645+0000 INFO [c.g.n.p.p.AnnotatedTextPersister] end storing annotatedText 342
2018-08-09 11:31:40.645+0000 INFO [c.g.n.e.EventDispatcher] Notifying listeners for event {}
2018-08-09 11:31:40.647+0000 INFO [c.g.n.e.EventDispatcher] Notifying listeners for event {}
2018-08-09 11:31:40.652+0000 WARN [c.g.n.m.p.PageRank] Threshold hit after 1 iterations
2018-08-09 11:31:40.654+0000 INFO [c.g.n.m.t.TextRank] --- Results:
2018-08-09 11:31:40.655+0000 INFO [c.g.n.m.t.TextRankProcessor] AnnotatedText with ID 349 processed. Result: true
2018-08-09 11:31:40.661+0000 INFO [c.g.n.e.EventDispatcher] Notifying listeners for event {}
Saptwarshis-MacBook-Pro:logs rishi$

Here is the code:
from conceptmap.models.base import NLPBaseItem
from neo4j.v1 import GraphDatabase
from operator import itemgetter

class Graphaware(NLPBaseItem):
    driver = GraphDatabase.driver("bolt://localhost:7687", auth=("neo4j", "password"))

    def __init__(self, data):
        # self.lecturewise_generated_keywords = [[]] * len(data)
        self.lecturewise_generated_keywords = [[]]
        self.generated_keywords_for_each_lecture = []

        super(Graphaware, self).__init__(data=data)

    def process(self):
        self.lecturewise_generated_keywords = [[]] * len(self.data)
        lecturewise_list_of_text = self.data

        # Initialize pipeline
        Graphaware.create_pipeline()
        Graphaware.set_default_pipeline()
        Graphaware.set_fallback_lang()

        # create index for populating lecturewise_generated_keywords
        i = 0
        # select each lecture from lecturewise_list_of_text
        for list_of_text in lecturewise_list_of_text:
            # each lecture is a list of text: for ex, lec: ['text1', 'text2', 'text3', ...]
            lecture_delim  = ". "
            lecture_corpus = lecture_delim.join(list_of_text)
            # Create a node with property 'text' set to lecture_corpus
            Graphaware.add_text_node(lecture_corpus)
            # Annotate the text & generate the keywords
            Graphaware.annotate()
            Graphaware.generate_keywords()
            keywords = Graphaware.return_keywords()
            # Delete everything in the database
            Graphaware.clean_database()
            for keyword in keywords:
                self.generated_keywords_for_each_lecture.append((keyword, round(len(keyword) / 100, 3)))

            # sort generated_keywords_for_each_lecture according to scores of keyphrases
            self.generated_keywords_for_each_lecture.sort(key=itemgetter(1), reverse=True)
            # store all keywords from a lecture into an element of lecturewise_generated_keywords
            self.lecturewise_generated_keywords[i] = self.generated_keywords_for_each_lecture
            i = i + 1
            self.generated_keywords_for_each_lecture = []

        # Close the connection to the database
        Graphaware.driver.close()

    def score_keyphrases(self):
        keyphrases = self.lecturewise_generated_keywords
        print("keyphrases: {}".format(keyphrases))
        return keyphrases

    @staticmethod
    def customStopWords_present():
        """
        Check if pipeline 'customStopWords' already exists
        :return:
        """
        with Graphaware.driver.session() as session:
            result = session.run("CALL ga.nlp.processor.getPipelines")
            session.close()
            is_customstopwords_present = False
            pipeline_dict = result.data()
            num_pipelines = len(pipeline_dict)
            # print("num_pipelines: {}".format(num_pipelines))
            for i in range(0, num_pipelines):
                pipeline_i = pipeline_dict[i]
                pipeline_name = pipeline_i['name']
                if "customStopWords" == pipeline_name:
                    is_customstopwords_present = True
                    break
            return is_customstopwords_present

    @staticmethod
    def create_pipeline():
        """
        Create a pipeline
        :return:
        """
        is_customstopwords_present = Graphaware.customStopWords_present()
        if is_customstopwords_present:
            print("pipeline 'customStopWords' already exists")
        else:
            with Graphaware.driver.session() as session:
                session.run(
                "CALL ga.nlp.processor.addPipeline({textProcessor: 'com.graphaware.nlp.processor.stanford.StanfordTextProcessor', \
                name: 'customStopWords', processingSteps: {tokenize: true, ner: true, dependency: true, coref: true, relations: true, cleanxml: true, truecase: true}, \
                stopWords: '+, result, all, during', threadNumber: 20})")
                session.close()

    @staticmethod
    def set_default_pipeline():
        """
        Set a  default pipeline
        :return:
        """
        with Graphaware.driver.session() as session:
            session.run("CALL ga.nlp.processor.pipeline.default('customStopWords')")
            session.close()

    @staticmethod
    def set_fallback_lang():
        """
        Set fallback language to English
        :return:
        """
        with Graphaware.driver.session() as session:
            session.run("CALL ga.nlp.config.set('SETTING_fallbackLanguage', 'en')")
            session.close()

    @staticmethod
    def add_text_node(node_text):
        """
        Create a node with label 'Text' and set property 'text' of node to node_text
        :param node_text:
        :return:
        """
        with Graphaware.driver.session() as session:
            session.run("CREATE (n:Text {text: $node_text})", node_text=node_text)
            session.close()

    @staticmethod
    def annotate():
        """
        Annotate the text.
        The extraction is done via the annotate procedure which is the entry point to text information extraction
        :return:
        """
        with Graphaware.driver.session() as session:
            session.run("""\
            MATCH (n:Text)
            CALL ga.nlp.annotate({text: n.text, id: id(n)})
            YIELD result
            MERGE (n)-[:HAS_ANNOTATED_TEXT]->(result)
            RETURN result
            """)
            session.close()

    @staticmethod
    def generate_keywords():
        """
        Generate keywords
        :return:
        """
        with Graphaware.driver.session() as session:
            session.run("""\
            MATCH (a:AnnotatedText)
            CALL ga.nlp.ml.textRank({annotatedText: a, stopwords: '+,other,email', useDependencies: true})
            YIELD result RETURN result
            """)
            session.close()

    @staticmethod
    def return_keywords():
        with Graphaware.driver.session() as session:
            result = session.run("""\
            MATCH (n:Keyword)
            RETURN n.originalTagValue
            """)
            session.close()
        keywords = result.data()
        keywordlist = []
        for keyword in keywords:
            keywordlist.append(keyword['n.originalTagValue'])
        return keywordlist
        # return df(result.data())

    @staticmethod
    def inspect_multiword_keyphrases():
        """
        Inspect multi-word keywords
        :return:
        """
        with Graphaware.driver.session() as session:
            result = session.run("""\
            MATCH (k:Keyword)-[:DESCRIBES]->(a:AnnotatedText)
            WHERE size(split(k.value, " "))>1
            RETURN k.value AS Keyphrase, count(*) AS n_lessons
            ORDER BY n_lessons DESC
            """)
            session.close()
            print("multi word keyphrases: {}".format(result.data()))

    @staticmethod
    def clean_database():
        """
        Delete everything in the database
        :return:
        """
        with Graphaware.driver.session() as session:
            session.run("""\
            MATCH (n)
            DETACH DELETE n
            """)
            session.close()

It seems like self._pool in neo4j/v1/direct.py is not initialized during the 2nd time. Could someone please help me in figuring out why?

I think your driver object management is incorrect. You are defining the driver above __init__ at class definition time. This creates one driver instance that is shared over all instances of your class. This is very unlikely to be the scope you intended and is different from what may look like similar code in, say, Java.
Instead, the driver should be created inside the __init__ method, so that you get one driver per class instance.

@technige Yes, creating the driver inside _init_ solved the problem.
Thanks for the prompt reply!


Invisible cubes created by wire Triggers

Describe the bug
Trigger exploit. Allows creating invisible any-sized cubes.
Screenshots
If applicable, add screenshots to help explain your problem.

Props passthrough no problem.

But players not.

 Try disabling FPP and see if that fixes it. FPP should have a checkbox in its options menu that completely disables it, but if it doesn't have such an option, try temporarily uninstalling FPP. If that fixes the problem, then it's FPP's fault and as far as I know there isn't anything wiremod can do to fix it.

I played with my friend on a p2p (peer 2 peer) server, and it didn't work. FPP was not enabled. Maybe add some compactability between FPP and WireMod?

 Try disabling FPP and see if that fixes it. FPP should have a checkbox in its options menu that completely disables it, but if it doesn't have such an option, try temporarily uninstalling FPP. If that fixes the problem, then it's FPP's fault and as far as I know there isn't anything wiremod can do to fix it.
—
Reply to this email directly, view it on GitHubhttps://github.com/wiremod/wire/issues/2827#issuecomment-1793797422, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AYRYQU4NSJGKVNCYMKKNGZTYC7D6NAVCNFSM6AAAAAA66GWUHOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOJTG44TONBSGI.
You are receiving this because you authored the thread.Message ID: @.***>

Turn off fpp antispam most likely is the solution.


Phish 9/2/22 Unable to Download 1st Five Songs

Hi, Gang!
I appreciate all the hard work you have put into this project! Quite remarkable.
I've tried numerous times, but alas I am unable to download the mp3s of the first five songs (Carini thru Reba) of the 9/2/22 show. I had no problem downloading all the other songs for this gig, as well as countless other shows.
Thanks for your help with this! It was my soon-to-be 8-year-old son's first Phish show ever (Sadly because of the excessive weather delay. He managed to fall asleep during YEM...after the glowsticks!). He's excited for his 4th show coming up on 8/30/24!
Disceaux D

Hey there, thanks for the note. I just cleared the CloudFlare CDN cache on those tracks, can you try it again? What browser/platform are you on? Can you replicate on another browser?
If all else fails, you can find most MP3s on the Phish Downloads Spreadsheet as well.

Hi, Justin!
Thanks for the help. I was using Google Chrome browser, and it still didn't
work after you cleared the cache. However, I tried it on my Safari browser,
and it worked fine. So, I got what I wanted.
Since you mentioned it, I have tried to access shows via Phish Downloads
Spreadsheet, but I must be doing something wrong. Whether I use Chrome or
Safari, when I click on a show's "download link," it downloads/saves the
entire show to my MacBook Pro's "Downloads" folder as a .rar file, not a
zip or mp3 or FLAC. I am not able to open a .rar file, so I'm not sure
what to do. For example, "1996-04-28 - Jimmys - New Orleans, LA.rar" is
158.9 MB & listed as a "music document" (as opposed to mp3 or FLAC) in my
Downloads folder. "1994-06-30 - Classic Amphitheater - Richmond, VA.rar" is
296.2 MB & also listed as a "music document." When I double-click on them,
nothing happens. What am I missing here?
I can listen to FLAC files (which I know are superior to mp3 files) on my
QuickTime Player on my Macbook Pro (thanks to "See the Zoo" spreadsheet
with FLAC recordings), but I also want to listen to shows on my iPhone when
I'm walking my dog, etc. It would be great to listen to FLAC when I'm doing
this, but it seems with using my Apple AirPods & iPhone, I would have to
listen to mp3 (or WAV) through my iTunes (Apple Music), correct?
Could you please help me understand how to access shows via Phish Downloads
Spreadsheet and offer any other suggestions to accomplish what I'm trying
to do?
Thanks again for your help!
Faithfully,
David Musser
504.615.0001 (c)
On Wed, Aug 21, 2024 at 11:14 PM Justin Craig-Kuhn @.***>
wrote:

Hey there, thanks for the note. I just cleared the CloudFlare CDN cache on
those tracks, can you try it again? What browser/platform are you on? Can
you replicate on another browser?
If all else fails, you can find most MP3s on the Phish Downloads
Spreadsheet
https://docs.google.com/spreadsheets/d/1yAXu83gJBz08cW5OXoqNuN1IbvDXD2vCrDKj4zn1qmU/edit?gid=7#gid=7
as well.
—
Reply to this email directly, view it on GitHub
https://github.com/jcraigk/phishin/issues/384#issuecomment-2303801823,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BKWNMDXNMP57VFVXHCWLT53ZSVXUBAVCNFSM6AAAAABM5K2KXCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBTHAYDCOBSGM
.
You are receiving this because you authored the thread.Message ID:
@.***>

If you're on a mac, you'll need to download a program to open RAR files, which are compressed files like ZIP. There are several Mac programs available, I would recommend a google or App Store search. Also for listening to FLAC I recommend using VLC Player.


Treat PlateLabels layer as Labels

This allows PlateLabels to be viewed in napari as shown in https://github.com/ome/ome-zarr-py/pull/207

Codecov Report

Merging #54 (d71d310) into main (4e506d6) will not change coverage.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##             main      #54   +/-   ##
=======================================
  Coverage   92.59%   92.59%
=======================================
  Files           3        3
  Lines         189      189
=======================================
  Hits          175      175
  Misses         14       14

Impacted Files
Coverage Δ

napari_ome_zarr/_reader.py
88.77% <100.00%> (ø)

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 4e506d6...d71d310. Read the comment docs.


Extension not working on lampp server

I created test extension. It is working on php cli. But not working on lampp server.
OS: Ubuntu
PHP5

I edited php.ini file. Then I got following error.
PHP Startup: Unable to load dynamic library '/opt/lampp/lib/php/extensions/no-debug-non-zts-20131226/ttarshid.so' - /opt/lampp/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt/lampp/lib/php/extensions/no-debug-non-zts-20131226/ttarshid.so) in Unknown on line 0

I think the problem is that you build the extension on one server who has a newer version of libstdc++ and copied that compiled extension to another server who does not have the specific version

For PHP 5 you should be using PHP-CPP-LEGACY.


Fix command line guides in spanish

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] None of my changes are plagiarized from another source without proper attribution.
[x] My article does not contain shortened URLs or affiliate links.

If your pull request closes a GitHub issue, replace the XXXXX below with the issue number.
Closes #XXXXX

@azuzunaga Thank you for  creating this PR.  However, since it was created, the underlying document has changed.  Can you please review and resolve the current merge conflicts?  It could be the changes to the underlying document are so significant that your changes are no longer relevant.  If the latter is the case, it might be easier to just close this PR and create a new PR with any changes you still feel are important to make.
If you need any assistance or have questions about resolving the merge conflicts, please reply back or contact someone in the Contributors Room on Gitter.
Thank you.

This should be all set.

Thank you for your contribution to the page! 👍
We're happy to accept these changes, and look forward to future contributions. 🎉


suggestion about the start menu shortcuts

Description of the new feature / enhancement
currently the shortcut in start menu runs powertoys in the background if powertoys isn't running and otherwise it opens settings
it would be better to have two shortcuts called PowerToys Settings and PowerToys Runner

Hi @unuing
Can you please elaborate on this request?

Do you have PowerToys running at startup?
Are you usually starting PowerToys from the start menu?

This is by design since settings can be opened only from runner.

Do you have PowerToys running at startup?

yes

Are you usually starting PowerToys from the start menu?

sometimes
It was a bit confusing when I (and maybe some other people?) started to use powertoys because of this. and I sometimes want to opoen settings without powertoys running

@crutkas I am tempted to close this as won't fix since this is how PowerToys is designed and settings doesn't work without PowerToys running.
Does it make sense to keep it opened as enhancement?

I’d have everything routed through the runner chances are
also … actually most will work without runner. Like if I’m debugging launcher, I just directly have that as the set up project.

This would also be inline with the idea of a better systray flyout. Same same but different


update: enable hyper core to pass arguments on index methods

every port has an index method that can return a list of instances of a given service, the hyper core index method should provide the ability to pass args down the plugins and adapters

need to rethink index methods


Chart.defaults.scale settings not working.

Version 2.0.0-alpha4
Changing the Chart.defaults.scale settings doesn't change the settings of the chart.
I've trying to set the global drawTicks settings to false but also tested on display: false.
None of the scale settings end up being used. I think it may be related to this part of the code:
https://github.com/nnnick/Chart.js/blob/v2.0-dev/src/core/core.helpers.js#L65-L72
but I still don't understand the codebase enough to be certain.

@etimberg ?

I see the issue. When the library is loaded, the global defaults are merged with the scale type defaults on line 22 of src/core/core.scaleService.js. A better solution may be to do the merge in the getScaleDefaults method or as @lpaluszk suggested in the config merge helper function.

See #1525 which fixes this issue.

Thanks. This is now working as expected.


Tutorial: Possibly outdated documentation on intentional error (but it doesn't error out)

Hi,
In the tutorial it mentions,
Code:
%%logica Engineers
@Engine("psql");

Employee(name: "Alice", role: "Product Manager", office: "SEA");
Employee(name: "Bob", role: "Engineer", office: "SEA");
Employee(name: "Caroline", role: "Engineer", office: "LAX");
Employee(name: "David", role: "Data Scientist", office: "LAX");
Employee(name: "Eve", role: "Data Scientist", office: "SEA");

IsEngineer(record) :- record.role == "Engineer";

Engineers(..r) :- Employee(..r), IsEngineer(r);

I don't get any error :)  as mentioned above. Also if you see the above screenshot(and in the tutorial which I didn't run), there is a successful output. I feel like I'm missing something.

I understand now. Closing.

It happens if we change the code to
%%logica IsEngineer
@Engine("psql");

Employee(name: "Alice", role: "Product Manager", office: "SEA");
Employee(name: "Bob", role: "Engineer", office: "SEA");
Employee(name: "Caroline", role: "Engineer", office: "LAX");
Employee(name: "David", role: "Data Scientist", office: "LAX");
Employee(name: "Eve", role: "Data Scientist", office: "SEA");

IsEngineer(record) :- record.role == "Engineer";


Pastel 1 colour not correctly generated.

There is a bug that that the pastel 1 colour is not generated correctly when selected.

@JianLoong could you assign this issue to me please?

Sure.

Closed as handled by #17


Support Host.CreateApplicationBuilder with an IServiceCollection extension

There is a new Host.CreateApplicationBuilder method that appears to be preferred over Host.CreateDefaultBuilder.
Per the .NET runtime team:

We moved away from the ceremony of a generic host in the default templates and to the scenario specific WebApplicationBuilder. The general idea was to move away from calbacks and move to linear code for configuring everything, this was part of .NET 6. In .NET 7, we added var builder = Host.CreateApplicationBuilder() as the backbone of WebApplication.CreateBuilder so we could have a smoother integration of the API styles (building the linear API on top of the callback API was error prone).

https://github.com/dotnet/runtime/discussions/81090#discussioncomment-4784551

Serilog handled this by adding a UseSerilog extension method for IServiceCollection and updating the IHostBuilder extension implementation to use it:
https://github.com/serilog/serilog/issues/1855
https://github.com/serilog/serilog-extensions-hosting/pull/70

Note
Host.CreateApplicationBuilder is only available from .NET 7+

MessagePipe provides the extensions to IServiceCollection and does not depend on IHostBuilder.
So the following is valid.
var builder = Host.CreateApplicationBuilder();
builder.Services.AddMessagePipe();

What exactly does "support" mean ?


Discussion - Adding Aria compatibility & improving accessibility

Opening this tread to discuss Aria compatibility / accessibility in general with @angular-ui/bootstrap and it's community. I'll also reference all Aria related PR's and issues in here.
Related issues:  #494, #2249, #2249, #2303, #2688, #3095, #3199, #3253, #3264, #3474
Related PR's: #1714, #2174, #3329, #2316, #2515, #3329
Resources (curated list)

http://www.w3.org/TR/wai-aria-practices

https://developer.mozilla.org/en-US/docs/Accessibility/ARIA

https://docs.angularjs.org/guide/accessibility

http://a11yproject.com/checklist.html

http://oaa-accessibility.org

https://medium.com/@cironunesdev/angularjs-cares-about-accessibility-607785648c58

Fully accessible datepicker

https://www.marcozehe.de/2015/02/05/advanced-aria-tip-2-accessible-modal-dialogs/

https://egghead.io/lessons/angularjs-using-ng-aria-to-automatically-improve-your-angularjs-accessibility

http://www.webdesignerdepot.com/2015/04/8-reasons-to-embrace-website-accessibility/

Milestone 1.1
Everything accessibility and ARIA related will be covered in milestone v1.1.0.

Related:
#494
#2249
#2249
#2303
#2688
#3095
#3199
#3253
#3264
#3474

Is it possible to get a label "accessibility"?
Like twbs/bootstrap

@Tobino your prayers are heard :wink: type: accessibility tag is created

Closing in favor of #4772.

Closing in favor of #4772.


[Feature]This version of C:\Users\Group\AppData\Local\Temp\playwright-java-3452437643505612743\node.exe is not compatible with the version of Windows you're running. Check your computer's system information to see whether you need a x86 (32-bit) or x64 (64-bit) version of the program, and then contact the software publisher.

This version of C:\Users\Group\AppData\Local\Temp\playwright-java-3452437643505612743\node.exe is not compatible with the version of Windows you're running. Check your computer's system information to see whether you need a x86 (32-bit) or x64 (64-bit) version of the program, and then contact the software publisher.
### Tasks

why do i get this

i am having

Playwright requires Windows 10+ (Node.js can't run on Windows 7 in your case).


[ai-did-you-mean-this] Make the extension retired

This PR removes the ai-did-you-mean-this extension, as the extension is integrated into CLI core.

hi  @mirdaki  @christopher-o-toole  could you pls review this PR?

Looks good to me.


Document and workaround a double-encoding resulting in broken paginat…

…ion links on the web UI
Pagination links created by Spring MVC/HATEOAS get encoded multiple times, resulting in broken next/previous links when navigating multi-page results.
Document this behavior with a test (so that it will be noticed if it changes).
Workaround by performing multiple decoding on such links before displaying them in the Genie web UI.

Coverage remained the same at 88.571% when pulling b039f480d4a4676691a5cba80473a261bac0f17c on mprimi:3.2.x into 7e60e46982d2a248e66391ad7d17990a008a2681 on Netflix:3.2.x.


[Bug]: @ama-sdk/schematics generate fails on file path with spaces.

Package name
schematics
Package version
latest
Reproduction steps

Create a project in a folder with spaces in its name: "My Project - top secret" for example. Put a swagger file at the root of the project.
Run schematics @ama-sdk/schematics:typescript-core --spec-path ./swagger-spec.yaml

Current result
Command fails with "Found unexpected parameter: [ -, top, secret,...]"
Expected result
Command run without issues.
Additional comments
No response

Instead of resolving the full path, we may provide the relative path so we will not have the folder name


Cloud Native fixes for Mac

Updates required to run Cloud Native on Mac.
Signed-off-by: David Enyeart<EMAIL_ADDRESS>

If the only blocker to getting this to run on your machine was the trailing space characters at the end of the lines, and some curly braces around env vars in a README....   I'll take it.
💯 ❤


ECMA 2018 regex support

Search Terms
ECMA 2018
lookbehind
regex
Suggestion
Support ECMA 2018 javascript regex
Use Cases
In order to have lookbehind ((?<=) and (?<!))  support
Checklist
My suggestion meets these guidelines:

[x ] This wouldn't be a breaking change in existing TypeScript / JavaScript code
[x ] This wouldn't change the runtime behavior of existing JavaScript code
[x ] This could be implemented without emitting different JS based on the types of the expressions
[ x] This isn't a runtime feature (e.g. new expression-level syntax)

Not sure what is the details of the request here. TypeScript does not do any processing or checking on regular expressions, and they are all deferred to the host. so var x = /(?<=\1(.))/; is already valid TS regular expression.
The compiler does not do any down leveling either for these features, that includes Unicode, and named capture groups.
See https://github.com/Microsoft/TypeScript/issues/21290 for related discussion

I've asked for this on VSCode repo and they told me to ask here. So you're saying that extensions in vscode can use lookbehind already?

so you want ti use lookbehind in VSCode regexp search box? or in your own .js code?

I tried to use lookbehind with https://github.com/DomiR/vscode-regreplace and it didn't work

I think this is an issue that should go back to VSCode then. TypeScript drives the language service for JS and TS, which is not what we are talking about here.

We use ripgrep and seems no: https://github.com/BurntSushi/ripgrep/issues/188


Enhancement: OpenId Configuration http proxy support

What features would you like to see added?
Currently, the openid configuration does not allow to set a http proxy, nor the PROXY, HTTP_PROXY, HTTPS_PROXY environment variable is taken into account.
This results in the error msg if no connection can be established directly:
{"level":"error","message":"[openidStrategy] outgoing request timed out after 3500ms","name":"RPError","stack":"RPError: outgoing request timed out after 3500ms\n    at /app/node_modules/openid-client/lib/helpers/request.js:140:13\n    at async Issuer.discover (/app/node_modules/openid-client/lib/issuer.js:143:22)\n    at async setupOpenId (/app/api/strategies/openidStrategy.js:69:20)","timestamp":"2024-06-12T08:07:29.863Z"}
We would like to be able to configure a dedicated proxy for the OPENID integration or use the existing PROXY environment variable.
A suitable solution could also be to have a new configuration variable OPENID_PROXY=my-proxy:8080 to be independent of the other PROXY settings.
More details
The code could be enhanced at openIdStrategy.js
Using the proposed configuration of the node-openid-client docs.
// use HTTP(S)_PROXY
// https://nodejs.org/api/http.html#httprequesturl-options-callback
// e.g. using https://www.npmjs.com/package/proxy-agent
// result.agent = agent;

We did also consider the the solution of the discussion 1264, but we can not / do not want rebuild the project.
I would love to provide a Pull-request for this feature but I am not able to provide javascript code.
Which components are impacted by your request?
General, Other
Pictures
No response
Code of Conduct

[X] I agree to follow this project's Code of Conduct

Hello,
I have exactly the same issue.
What i did change (but still unable to confirm it is working as expected due to internal issues).
Line 5 ->
(-) const { Issuer, Strategy: OpenIDStrategy} = require('openid-client');
(+) const { Issuer, Strategy: OpenIDStrategy, custom } = require('openid-client');
Line 71 ->
(+)
    if (process.env.PROXY) {
        const proxyAgent = new HttpProxyAgent(process.env.PROXY);
        custom.setHttpOptionsDefaults({
            agent: proxyAgent
        });
    }

Using docker-compose, it seems we can override the file without needing to build the project so easy to try.
For services -> api:
    volumes:
      - type: bind
        source: ./.env
        target: /app/.env
      - ./images:/app/client/public/images
      - ./logs:/app/api/logs
      - **./openidStrategy.js:/app/api/strategies/openidStrategy.js**

I would be happy to know if it works for you.
Regards

@btribonde perfect thanks a lot! We tried it on the rc-1 release and it works perfectly. Thanks for your contribution.


makes messages appear as warnings; clear file input value on return; …

…clear messages on return; makes messages and heading appear at top of html only

@ascott1 - this one is ready.
Some strange things happened when I made this repo public, so I closed the other PRs and will submit them one at a time this way.

Tiny comment aboce. Otherwise :+1: and ready to merge based on @awolfe76's response.


[WIP] Volume populators beta

Volume populators moving to beta in k8s 1.24

/assign @didicodes

@bswartz Reminder that tomorrow (April 5th) is the deadline for 1.24 Docs Ready for Review. Please push your docs content for this enhancement and remove the work-in-progress label when ready for review.
We have a tight turnaround to getting docs reviewed and approved for the release, and we’re hoping to have all docs in for review by tomorrow. Thank you!

We couldn't merge this as-is as there is a conflict that the automatic system does not know how to resolve.
@bswartz if you haven't done a rebase before, you really have 2 options:

Learn about Git rebasing. It's a great skill if you often work with source control; on the other hand, if you're mostly a writer or focus your skills in other areas than Git, it's probably not worth the effort (it's genuinely not that easy to learn the first time around).
Close this pull request, and open a new one based on the main branch that makes the same changes. In the new PR, mention that it's a replacement for PR #32295

Here are some references/tips for the following:

merge conflicts and rebasing
squashing commits

I just found this PR: https://github.com/kubernetes/website/pull/32625
It includes everything I was going to change, so no additional docs are needed. I will close this PR.


SQLITE_MISUSE when attempting to use with Knex

I have the following index.js:
const Knex = require("knex");
const Client_SQLite3 = require("knex/lib/dialects/sqlite3");

class Client_Libsql extends Client_SQLite3 {
    _driver() {
        return require("@libsql/sqlite3");
    }
}

const knex = Knex({
    client: Client_Libsql,
    connection: {
        filename: "file:hello.db",
    },
});

knex.table('users').first().then((data) => {
    console.log(data);
});

and the following package.json:
{
  "name": "knex-testing",
  "version": "1.0.0",
  "description": "",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC",
  "dependencies": {
    "@libsql/sqlite3": "^0.2.1",
    "knex": "^2.4.2",
    "sqlite3": "^5.1.6"
  }
}

fails as follows:
penberg@vonneumann knex-testing % node index.js
sqlite does not support inserting default values. Set the `useNullAsDefault` flag to hide this warning. (see docs https://knexjs.org/guide/query-builder.html#insert).
node:internal/process/promises:279
            triggerUncaughtException(err, true /* fromPromise */);
            ^

[Error: SQLITE_MISUSE: bad parameter or other API misuse] {
  errno: 21,
  code:

We're calling Database() with mode = 0.
Knex is passing 0, which it obviously doesn't for main SQLite. So no idea why
Flagging @honzasp

Fixed: https://github.com/libsql/libsql-node-sqlite3/commit/baceb05220f219711e5e0d5bb55c8ce130075386
I used for in instead of for of when exporting named constants from the package :(


Translations for other languages

Ansel contains translations for english, german and spanish (thanks to @ChesuCR).
Please contribute translations for other languages!
All you have to do is translating the messages file.

I have added the Spanish translation !

Thank you. I merged your pull request.

i have added french https://github.com/picturama/picturama/pull/50

I have added the China translation !


[add] rss generation in some tasks

Coverage decreased (-0.04%) to 83.877% when pulling 085643597fdfae29580f5952fa8dc9e87c4246c5 on itowtips:rss into e2da5bc565e5cd4959b060c7fdc9eab0808da33d on shirasagi:master.


Feature request: Tensorflow lite version

Thank  for sharing this research  and the models.
I am interested in a tensorflow lite version of this model.I appreciate if you can share it in case you have it.  I would like to test it on a device with very little resources.

We are aware of the need for smaller and faster models to be able to execute on resource-constrained devices and are actively working on it. That said, at this time we don't have such a model and there is no ETA for it as it is an active research topic.


Use installed packages to solve dependency graph

What's the problem this feature will solve?
I'm trying to build stable requirements.txt files for docker containers built on top of existing containers (specifically  pytorch/pytorch:1.10.0-cuda11.3-cudnn8-runtime). To save on image size, these containers don't have the pip cache intact, so pip-compile takes a few minutes to download a large (~1GB) wheel, defeating part of the purpose of using a base docker image. I run pip-compile inside of a docker build -f pipcomile.dockerfile
Describe the solution you'd like
any of:

an option to tell pip-compile not to solve for package X, or anything it depends on (the docker container already manages package X)
an option to tell pip-compile not to solve for any package that is already installed

Alternative Solutions

wait for the wheel to be downloaded every time
cache the large wheel in the docker build before the pip-comile step

Additional context
(user@host)$ docker run --rm -it pytorch/pytorch:1.10.0-cuda11.3-cudnn8-runtime bash
(root@docker)# pip install pip-tools
(root@docker)# pip install torch==1.10.0
    Requirement already satisfied: torch==1.10.0 in /opt/conda/lib/python3.7/site-packages (1.10.0)
(root@docker)# echo "torch==1.10.0" > requirements.in
(root@docker)# python3 -m piptools compile -v
#...
  torch==1.10.0 not in cache, need to check index
# takes 3 minutes to download a large wheel that's already installed

OK, I don't have a great handle on every aspect of the caching, and I don't know if this is 100% satisfactory, but this can be worked around somewhat by copying/mounting/sharing a very small json cache file (not the wheel itself).
I used the container to run pip-compile which indeed takes too long and does too much work. This generated /root/.cache/pip-tools/depcache-cp3.7.json (formatted for this comment):
{
  "__format__": 1,
  "dependencies": {
    "torch": {
      "1.10.0": [
        "typing-extensions"
      ]
    },
    "typing-extensions": {
      "4.1.1": []
    }
  }
}

And now:
$ podman run --rm -it -v $PWD/depcache-cp3.7.json:/root/.cache/pip-tools/depcache-cp3.7.json:rw docker://pytorch/pytorch:1.10.0-cuda11.3-cudnn8-runtime bash
# pip install pip-tools
# echo "torch==1.10.0" >requirements.in
# time pip-compile

#
# This file is autogenerated by pip-compile with python 3.7
# To update, run:
#
#    pip-compile
#
torch==1.10.0
    # via -r requirements.in
typing-extensions==4.1.1
    # via torch

real    0m1.662s
user    0m0.427s
sys     0m0.048s

Thanks for looking into this so quickly!
I'll try this out. It's not ideal - I'll have to explain the magic config file, but it's a better workaround than mine, which downloads the wheel and caches the wheel in the docker build before installing pip-tools.

Maybe this is a problem with how pip/pypi works. The dependency graph should be solvable without downloading ANY packages through pypi exposing some small file(s) or api.
I think it would still be nice to have requirements.in parse something like
torch==installed # or ignored, or existing, ...
transformers

to ignore/trust an existing package, but maybe I'm alone in that.

I'm still interested in this issue, and I still don't have all the answers. But I'll add now another workaround, oriented to your last suggestion.
Be warned: it sacrifices the total locking guarantees, but will "probably" (😓) be fine:
# echo "transformers" >>locked.in
# pip-compile locked.in
# echo "-r locked.txt" >>requirements.txt

# echo "torch" >>installed.txt
# echo "-r installed.txt" >>requirements.txt

# pip install -r requirements.txt

I'm ok with sacrificing "total locking" guarantees, as some of the locking is done by pinning a docker base image.
Thanks for the new workaround, but I don't think would fix the situation, since transformers depends on torch (which you wouldn't have known a priori). I'm in a meeting but can test in a bit.

Oh yeah sorry, this method won't help in this case.

Maybe this is a problem with how pip/pypi works. The dependency graph should be solvable without downloading ANY packages through pypi exposing some small file(s) or api.

I think this is it really. Unfortunately, especially with setup.py packages, arbitrary code can be run on the system-of-installation to determine the requirements, and we can't rely on simple static dependency declarations universally.
That said, in the container you're using, the relevant info does seem to be available in /opt/conda/pkgs/*/info/*.json.
And in normally installed packages, we may find the details needed in e.g. /usr/lib/python3/dist-packages/*.egg-info/{PKG-INFO,requires.txt}.
So maybe we can update our cache file with data from those sources. If we do, I don't know if it should be done by default, as it has different security implications than using the PyPI data/packages.
I'll also link some related issues:

#891
#1210
#1211

So maybe we can update our cache file with data from those sources. If we do, I don't know if it should be done by default, as it has different security implications than using the PyPI data/packages.

Having an option to look through /path/to/python/{dist,site}-packages/*.egg-info/<files> to update the cache would be nice, but the future is probably the .whl.METADATA issue you linked, whenever that is finished.

I have a similar problem, but in my case the dependency[^1] I have installed in my Docker image is not available on PyPI or our internal index (but may be in our internal index in the future[^2]), due to it requiring system libraries. This means I need one of the first two options in the OP (so I can lock all dependencies): consider installed (preferred) or ignore specific packages.
[^1]: If you want to know, the dependency is (a fork of) OpenSfM, requiring OpenCV (and its Python bindings, which we manage manually) and Ceres-solver.
[^2]: We'll likely turn the opensfm wheels into manylinux wheels, then distribute in our internal index, but I'd like to find a way to use the OpenCV distributed with opencv-python.

It might be better to use a real mount instead of a cache mount, but I'm no docker expert so, by all means, experiment.

@sfarina you choose this completed: could you please link the pull request which completed this issue? Or are you thinking that your Docker cache mount solves your use case, in which case could you please instead close as won't fix?

won't fix / stale


RUST not in the correct quality level for RISC-V support

after reviewing the rust platform supported :
https://doc.rust-lang.org/nightly/rustc/platform-support.html
RISC-V is in the Tier 2 level support and according to the documentation:

Tier 2 targets can be thought of as "guaranteed to build"
Automated tests are not always run so it's not guaranteed to produce a working build
Tier 2 target-specific code is not closely scrutinized by Rust team(s) when modifications are made. Bugs are possible in all code, but the level of quality control for these targets is likely to be lower.

how was Caliptra decided to be written with a CPU that is not a Tier 1 level CPU with this level of compiler quality assurance ?

any updates ? why not share your decision taking ? this is how "transparency" works ? only one side ?

None of the tier-1 supported CPUs are microcontroller-class, so all small embedded Rust projects end up with tier-2 support from the Rust foundation, and must take some responsibility for validating the toolchain themselves.

See also https://wiki.riseproject.dev/display/HOME/Project+RP004%3A+Support+64-bit+RISC-V+Linux+port+of+Rust+to+Tier-1. Not sure if that got funded though.

None of the tier-1 supported CPUs are microcontroller-class, so bare-metal Rust projects end up with tier-2 support from the Rust foundation, and must take some responsibility for validating the toolchain themselves.

so "Chips Alliance" is doing all the toolchain validation as well ? what test are they running to get the needed quality ?
this only shows that Rust is not ready for the bare-metal embedded world since no real commitment from the foundation ...

In general, open-source embedded toolchains tend to be supported mostly by their users. Rust is no exception here.
Bare metal targets are much easier to support than OS-based targets; there is no need to ensure that the standard library supports complex OS APIS such as filesystems and threads. The main concern is rv32imc codegen, which is more of a concern for LLVM than rustc. The founding Caliptra members have many employees devoted to LLVM maintenance, and shouldn't have much trouble finding support if a codegen issue does arise.
As for specific tests, the Caliptra project runs a large set of caliptra-specific integration tests against our binaries, which should notice many codegen issues. We should also consider running any relevant toolchain tests if they were skipped as part of the LLVM or rustc release process.

In general, open-source embedded toolchains tend to be supported mostly by their users.

"mostly by their users"  ?? this isn't the right flow, the toolchain suppose to be supported and maintained by the TARGET and not by who use it..
In the context of open-source embedded toolchains, the primary responsibility for support and maintenance should lie with the target platform, rather than relying heavily on the users. Specifically, for the RISC-V CPU, the ideal approach is for RISC-V to actively maintain and provide official support for all Rust flavors (such as std and no_std, etc.) within the toolchain. The prevailing industry practice does not typically place the burden of maintenance on end-users.

I think in the short term the thing this group has the most control over is doing additional testing and validation ourselves (as @korran mentioned) to ensure Caliptra code and toolchain are as well-validated as possible. I think this is the most constructive way to focus our effort.
In the long term, we definitely would be in support Rust providing tier 1 support for RISC-V. But we also understand that the rust project/maintainers have limited resources (as is true of all toolchains) and it may not be feasible for the Rust project to provide this support at this time.


Lint rake

Install rubocop-govuk and lint everyyyyyyything.
More info in commits ->
Trello:
https://trello.com/c/5Gob6WUL/147-for-everyone-ensure-that-rubocop-runs-as-part-of-bundle-exec-rake-as-one-of-the-default-tasks
Co-authored: @kevindew

Thanks for the review @ChrisBAshton! For a normal PR I'd agree and make the commits more specific but given it's to do with linting I'm not sure theres much value to be gained but I'll bear it in mind for the next big ole lint 😄


Fix failing setup.py

setup.py is failing when I ran tox on master. Interesting to figure out why we could merge a PR that broke tox.

Current coverage is 93.91% (diff: 100%)

Merging #67 into master will not change coverage

@@             master        #67   diff @@
==========================================
  Files             9          9
  Lines           592        592
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
  Hits            556        556
  Misses           36         36
  Partials          0          0

Powered by Codecov. Last update 25f0211...4d3307b


allow the user to select a version of the library to load

This is useful if, for example, you want to load a release candidate of the chart.
Version can be provided as part of the options hash, or as a setter once the chart object has been created.

Rebase with master and merged manully as 7bffe1d. Thanks!


pack license

Hi! This is the friendly automated conda-forge-webservice.
I've started rerendering the recipe as instructed in #10.
If I find any needed changes to the recipe, I'll push them to this PR shortly. Thank you for waiting!
Here's a checklist to do before merging.

[x] Bump the build number if needed

Fixes #10

@conda-forge-admin please rerender


chore(main): release siyuan-plugin-publisher 1.23.0

:robot: A new release will be created
1.23.0 (2024-11-08)
Features

support stream for short desc (b70e350)

Miscellaneous

update docs (00ea21d)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/terwer/siyuan-plugin-publisher/releases/tag/siyuan-plugin-publisher-v1.23.0 :sunflower:


Prometheus metrics

This pr fix an issue with the local keystore and add health-checks and prometheus metrics

Hi Quentin, first of all thank you for your time last Friday.
I did the requested changes in our Repo, and you have them below:
https://github.com/swisspost/MobileAccessGateway/commit/71de057fcb563cf2795318229adb5cbc4054c06a
Basically in the default profile I kept, the health endpoint with the addition of those for Kubernetes.
In the metrics profile, I created only the prometheus and metrics endpoints and exposed them.
To use it we need to explicitly set the needed profile.

Fyi, I just did a push in the branch where the changes were requested, can you please have a look at it ?


will the walletconnect team support WalletConnectSharp v2?

is it no longer possible to use WalletConnect in CSharp when v1 service is terminated?

It is possible, you will need to use the 2.0 branch which is now public.
https://github.com/WalletConnect/WalletConnectSharp/tree/2.0


Porting stm32f4_disco on FreeRTOS

Hello @RaKalel, thank you very much for this PR. Is it possible to rebase it to Foxy branch? In the other repo you are doing the PR to the foxy branch: https://github.com/micro-ROS/freertos_apps/pull/20.
I think that is a better idea to provide the port for the last micro-ROS version.
Is it possible to rebase these changes on top on Foxy branch?

I will try rebasing it to foxy. But I have tested it only on dashing.

I will try it after holidays, I'll keep you updated.


Error overlay not showing contextual information for warnings

Stack seems fine:
proxyConsole.js:56 Warning: React.createElement: type is invalid -- expected a string (for built-in components) or a class/function (for composite components) but got: undefined. You likely forgot to export your component from the file it's defined in. Check your code at Profile.js:19.
    in Upcoming (at Profile.js:116)
    in div (created by CardBlock)
    in CardBlock (at Profile.js:114)
    in div (created by Card)
    in Card (at Profile.js:113)
    in div (created by Col)
    in Col (at Profile.js:112)
    in div (created by Row)
    in Row (at Profile.js:111)
    in div (created by Container)
    in Container (at Profile.js:103)
    in ProfileView (created by Refetch.connect(ProfileView))
    in Refetch.connect(ProfileView) (created by LoadableComponent)
    in LoadableComponent (created by Route)
    in Route (at App.js:120)
    in Switch (at App.js:118)
    in div (at App.js:67)
    in App (created by Route)
    in Route (at index.js:19)
    in Router (created by BrowserRouter)
    in BrowserRouter (at index.js:18)
    in Provider (at index.js:17)

Are you testing with 15 or 16? 16 doesn't have the console.reactStack calls (yet).

React 15.

See #3079.


Windows 32-bit client

I'm looking for alternative overlay network for my workplace to replace my old problematic one and stumble upon netbird, but what stop me from implementing netbird beyond testing is windows 32-bit client. It is a requirement for me, because some of my client computer still use it.
Is it possible to add to the release? Or maybe I should look somewhere else?
Thank you.

Same problem.
Latest GOlang just dropped Windows 7 support. Everything compiled with the new version crashes on Win7 without warning or explanation. 👎
So if there was no Win7-32bit release so far, it will be impossible from now on.
(And it is impossible to reinstall a Win7 32bit POS system. Only trash it and buy new one.)
Conclusion:

Most programmers do not care about things like these: link
They call this "progress"
This ticket can be closed with "never will be solved".


Oni cannot find neovim installation

When I load oni it complains it cannot find neovim, or it has the incorrect version.
I think that the particular way I installed neovim on Linux (Mint 17.3) makes oni unable to find it.
I installed neovim as an appimage, and I alliased nvim to this appimage.
So, perhaps it cannot handle the appimage, or the fact that I alliased it.
Maybe I need to symlink something? I do not really know where oni searches for neovim.
Can you help me out?

Oni looks for the Linux Neovim path with the following line:
https://github.com/onivim/oni/blob/2142ced1f29a7f658773101732f6ed1b96013b63/browser/src/neovim/NeovimProcessSpawner.ts#L92
At a guess, this is because your alias isn't being picked up by Oni, though I haven't tested that yet.
That said, it looks like you should be able to define a global variable called "ONI_NEOVIM_PATH" that points to the appimage for nvim.  That would be done with ONI_NEOVIM_PATH=/path/to/nvim.appimage then export ONI_NEOVIM_PATH in your .bashrc or similar.
For example, this is done in our Travis CI build as follows:
https://github.com/onivim/oni/blob/cc74a06223d311ab779e6e2e3b58afd724f4fc5d/build/script/travis-build.sh#L19-L20
If that isn't the case, I'll give it a test on my machine, since at the mo I'm just going of the code.

This did not work.
However, my initial guess was indeed right, and it seems that making the link in the same directory as oni is installed, makes it able to find it.

I tested the newer version (0.3.2) and it also didn't find an nvim instance. Note that it is installed on the same directory. Also, setting the env var didn't work as well.

I tested the newer version (0.3.2) and it also didn't find an nvim instance. Note that it is installed on the same directory. Also, setting the env var didn't work as well.

When I gave this a test with a Linux appimage, I noticed Oni wasn't dealing with relative paths very well, did you try with a full path for now?
If you are using an appimage, make sure its executable too etc.
I added a quick bit to the wiki  for this here when I was testing it : https://github.com/onivim/oni/wiki/FAQ#why-isnt-oni-loading-neovim-for-me

setting the env var didn't work as well.

I've set it with ONI_NEOVIM_PATH=$(which nvim) from my terminal as well as using the full path and none worked.
I'm using it build from aur.

So, this is how I solved it:
sudo ln -s /home/hielke/nvim.appimage /usr/local/bin/nvim

Does not for me on Debian 8.
david:~$ /opt/neovim/0.3.0/nvim.appimage --version
NVIM v0.3.0
Build type: RelWithDebInfo
LuaJIT 2.0.5
Compilation: /usr/bin/gcc-5 -Wconversion -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -O2 -g -DMIN_LOG_LEVEL=3 -Og -g -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wvla -fstack-protector-strong -fdiagnostics-color=auto -Wno-array-bounds -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -I/home/travis/build/neovim/bot-ci/build/neovim/build/config -I/home/travis/build/neovim/bot-ci/build/neovim/src -I/home/travis/build/neovim/bot-ci/build/neovim/.deps/usr/include -I/usr/include -I/home/travis/build/neovim/bot-ci/build/neovim/build/src/nvim/auto -I/home/travis/build/neovim/bot-ci/build/neovim/build/include
Compiled by travis@travis-job-5be9f189-e22f-457f-96c4-f9569f029f7d

Features: +acl +iconv +jemalloc +tui
See ":help feature-compile"

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "
/home/travis/build/neovim/bot-ci/build/neovim/build/nvim.AppDir/usr/share/nvim
"

ONI_NEOVIM_PATH=/opt/neovim/0.3.0/nvim.appimage does not work (Uh oh! Unable to launch Neovim...).
PATH=/opt/neovim/0.3.0:$PATH does not work either. (I have a /opt/neovim/0.3.0/nvim link to /opt/neovim/0.3.0/nvim.appimage.

Here is my console log in the devtools.
oni.log

@dfroger your issue looks to be due to Oni's Neovim version check being broken:
bundle.js:1 Error: Unsupported version of Neovim.

This was fixed in #2103, which is Oni 0.3.4, are you able to update your Oni version?

Just tried oni 0.3.2 and nvim 0.2.2, this works.
@CrossR I'll try. Actually, I did follow the link to the .deb in install guide for linux which points to 0.3.2, and was thinking I was using the lastest version of oni.
I

@CrossR oni 0.3.4 and nvim 0.3.0 works nice, thanks!

Cheers for the heads up @dfroger!
Looks like the Wiki is up to date - https://github.com/onivim/oni/wiki/Installation-Guide, but we haven't pulled the updated wiki into the site yet. I'll have to wait for @bryphe to do that though.


value changes with rv-value do not trigger a change event

Hi,
When I set an input value via rivets, it does not emit a change event. This breaks external code that relies on regular javascript events.
See example jsfiddle. I'm not sure this is intended or not, but there should be a way to tell rivets to emit change events when it changes input values.

+1


openid / SAML

Does the provider allow to configure openid /saml ?

@abbanabennanih yes, you can inject a deployment with your own elasticsearch.yaml file where a SAML provider is configured.
I've updated the examples section of the provider (examples folder here) to show how it's done.


Cannot open minecraft bedrock "level.dat" files

error: one or more files failed to import

strangely enough, i can get it to import but it sits at 0 entries next to level.dat

this is for minecraft java

same here it doesn't really seem to be a useful tool for minecraft bedrock, there isn't anything it knows how to read

Does anyone find good tool to view/edit data file from bedrock?

I also was unable to edit level.dat files from bedrock, see https://github.com/jaquadro/NBTExplorer/issues/114#issuecomment-2259378041.
But, https://marketplace.visualstudio.com/items?itemName=Misodee.vscode-nbt supports editing! I've tested it on Linux and it works.


Fix legacy tests: account blocked (connection limits exceeded)

Executed 157 tests, with 0 failures (0 unexpected) in 108.130 (108.468) seconds

LGTM

Now I will see what's wrong with the Spec test suite. Will create a branch from this one.


Windows scaling bug

When viewing a plot on a display with 150% scaling a graph appears but it just covers about half the box. The other half is gray.

Hi @leifhelm, I'm using 150% display scaling and the demo plot looks good to me

scaling settings
demo program

Can you provide a code sample which fails on your machine?

Sorry my mistake. Scaling works perfectly
Am 14.02.2020 5:56 Nachm. schrieb "Scott W Harden"<EMAIL_ADDRESS>
:

Hi @leifhelm https://github.com/leifhelm, I'm using 150% display
scaling and the demo plot looks good to me
scaling settings demo program
[image: image]
https://user-images.githubusercontent.com/4165489/74551294-e8b5d580-4f20-11ea-8d25-224483d9b8c1.png [image:
image]
https://user-images.githubusercontent.com/4165489/74551247-d6d43280-4f20-11ea-8121-a9e0a1bea710.png
Can you provide a code sample which fails on your machine?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/swharden/ScottPlot/issues/254?email_source=notifications&email_token=AHRZTTRUQA7P36ZGOQHXURTRC3EKNA5CNFSM4KVLP5EKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELZV4JY#issuecomment-586374695,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AHRZTTRO2W4ZWRH764XDIZTRC3EKNANCNFSM4KVLP5EA
.

Sorry my mistake. Scaling works perfectly

Glad it's working for you! 👍


Use littleFS with small amount of memory.

Hello,
I want to use littleFS and create a filesystem on a RAM memory. I reserve 4kB of memory in RAM for the filesystem data. I configure block_count at 16 and block_size at 256 bytes in order to have 4 kB available. My configuration of littleFS is below :
    // block device configuration
    // TODO: tenative size is 256
    .read_size = 16,
    .prog_size = 16,
    .block_size = 256,
    .block_count = 16, /* 4 kbyte */
    .lookahead_size = 8,
    .cache_size = 16,
    .block_cycles = 500,

I can mount the filesystem, read file/write file/create directory without problems.
My goal is to save 100 files of 13 bytes each into this filesystem, but actually, I can't save more than 28-30 files. My files are stored into directory /link/ and their name are 1,2,3,4....
I see there is a *4 file cost storage for small files. So, with this file cost storage, I have 30 * 13 * 4 = 1560 bytes stored.
So do you have any explanation of what happens here and how I can improve that without increasing too much the filesystem size ?
Best Regards

Ah, at 16 blocks, you may start running into issues fitting the filesystem tree. Giving the option, LittleFS would rather use more disk space if it can reduce device RAM or improve performance. This makes sense on the systems LittleFS normally runs on, where external flash is ~100x cheaper than device RAM, but may cause issues here.
To disect a bit:

LittleFS uses 2-blocks for each "metadata pair". These are atomic data structures that store metadata and small files, and is the source of the 4x file cost you found.
LittleFS uses a linked-list of metadata-pairs for each directory, which means at minimum 1 metadata-pair, or 2 blocks, for each directory. This includes the root directory.
LittleFS also needs an extra block for wear-leveling, since it needs to copy data from the old block to the new block.

The other issue is that LittleFS needs to store metadata to describe each file, which is at minimum 8 extra bytes + filename, but there's other per-directory metadata such as the revision count, crc, etc, that take up space.
Some thoughts that may improve space usage:

You can store the files in the root (/), that would reduce the number of directories by 1.
You can set prog_size and read_size to 1. LittleFS needs to pad the commits otherwise and that padding takes up space.

There's also the option of using LittleFS in "2-block mode". You lose the ability to have directories, but this removes the possible lost space due to LittleFS trying to balance files across the metadata-pairs in a directory, which isn't always perfect:
    .read_size = 1,
    .prog_size = 1,
    .block_size = 4096/2,
    .block_count = 2,
    .lookahead_size = 8,
    .cache_size = 16,
    .block_cycles = -1, // has no effect with 2 blocks, but wear-leveling does occur in metadata-pairs

Thank you for your really nice answer. That's helped me a lot !

Thank you for your really nice answer. That's helped me a lot !


Zoom in Shortcuts & Drag-zoom

Zoom In/Out is since v0.1.9 possible via Ctrl+Wheel. However a wheel isn't avaialble for people using a pen, therefore we should investigate if we also want to support the following 2 alternatives:

Zoom In/Out via 2 keyboard buttons
Zoom In/Out by holding Z and draging with the mouse.

Zoom drag will be supported on the vertical axis: ctrl + spacebar + drag-mouse


seeds (just categories)

Added categorySeeds.js file, and implemented categories (food, transportation, housing/utilities, clothing and other)


Separate app json

Issue https://github.com/Autodesk/molecular-simulation-tools/issues/251
Waiting on https://github.com/Autodesk/molecular-simulation-tools/pull/265
This PR will move app data into a separate location, remove all redis app data (including the dynamic viewCount), and reference apps directly from the static json.
It was mentioned that we might move the static json into a separate git repository.  I'm currently not doing this as a part of this PR since it's a long process, but the folder where the apps json is could easily be moved into its own repo if it's necessary.

@dionjwa Let me know what you think about how I did the app json separation when you're back.  I moved the app json into its own module in a root folder in the project.  If we want to go through the process of creating a new open source repo, it should be very easy to move the folder there.  For now I'm referring to the version of the json as specified in package.json, but if we move to a separate repo and wanted to specify git sha instead, that would also be just as easy.
Notice that I also got rid of all app data in redis and instead refer to apps directly from their static json on the server.  The viewCount that was displayed on the homepage has been removed.
Lastly, Travis is giving me the error "TIRRENU_URL not specified", is that due to the same problem that Day was having?


Not receiving any response when sending command

When trying to issue an action (setting temp, turn on, turn off, etc...) nothing is happening. There isn't much to go on by the logs, the only thing I have noticed is there is no response after making the API calls.
 My guess is a token is not being refreshed if expired before making an API request resulting in nothing happening.

The token is being refresh, Weird! i'll check on it.

Try the 1.6.6-Pre1 with the beta filter in HACS.

@bodyscape Thanks for the quick update. Just installed and will run for the next few days. Will report back with any issues.

@Kennyc1012 i test it also, i think i have the same problem sometimes. ;)

@bodyscape just ran into the issue again. First one since I installed the version with the fix. Logs show the same thing as before.

If we are running 1.6.5 release, should we update to the beta 1.6.6-Pre2?

@Kennyc1012 try the 1.6.6-Pre3, i think i found it.
@miles267 if you want test it you can or wait the final version!

@Kennyc1012 forget it. Don't work! :(

@Kennyc1012 try 1.6.6-Pre4 ;)

@bodyscape installed pre4 this morning. Just ran into the issue now. Same thing in the logs where there is no response.

Lol me too. I found something else. I will let you know when I'm done. Thx

@Kennyc1012 try the 1.6.6-Pre5

@bodyscape Still not working 😔

@Kennyc1012
you restart you HA right, after update the integration? Because i don't have the problem anymore for now.

I'm fairly sure I did. Let me do that and test it again.

@Kennyc1012 since the last version the problem still never happen to me, at least yet. You? 😉

So far, no. Seems to be working so far.

@bodyscape just had it happen to me now. Lasted longer than usual though

@Kennyc1012 try the 1.6.6-Pre8. Lol i think this is the one! ;)

Looking good after 24 hours. If no issues after another 24 I would say it has been fixed.

Everything is working great. Going to close this. Thanks again @bodyscape for all your help