can’t add to Home (iOS 14.0.1)

Describe Your Problem:
After making a mess on my rpi3 I needed to clear ‘home’ and reinstall homebridge. Homebridge is running fine now and the log shows the lamps etc. Problem is I cannot add the hub to my Home on iOS. It shows a screen trying to connect for several minutes. Then a screen telling me to have the server or the hub connected with ethernet of make it accessible and finally it tells me it failed ’not found’.
Logs:
Loading logs using native method...
File: /var/lib/homebridge/homebridge.log

ing 4 platforms...
[10/29/2020, 08:33:11] [Config] Initializing config platform...
[10/29/2020, 08:33:11] [Config] Running in Service Mode
[10/29/2020, 08:33:11] [Domoticz] Initializing eDomoticz platform...
[10/29/2020, 08:33:11] [webostv] Initializing webostv platform...
[10/29/2020, 08:33:11] [Hue] Initializing Hue platform...
[10/29/2020, 08:33:11] [Hue] homebridge-hue v0.11.77, node v12.19.0, homebridge v1.2.3
[10/29/2020, 08:33:11] [Domoticz] synchronizeAccessories in progress...
[10/29/2020, 08:33:11] [webostv] Init - initializing devices
[10/29/2020, 08:33:11] [webostv] [My LG TV] Init - got TV configuration, initializing device with name: My LG TV
[10/29/2020, 08:33:11] My LG TV 8CAB is running on port 46647.
[10/29/2020, 08:33:11] Please add [My LG TV 8CAB] manually in Home app. Setup Code: 830-40-674
[10/29/2020, 08:33:11] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:33:12] [Hue] latest version: homebridge-hue v0.11.77
[10/29/2020, 08:33:12] [Hue] config.json: {"name":"Hue","anyOn":true,"forceHttp":true,"hosts":["192.***.***.177:80"],"lights":true,"linkButton":false,"nativeHomeKitLights":true,"nativeHomeKitSensors":true,"nupnp":true,"resource":false,"rules":false,"sensors":false,"users":{"001788FFFE60ADB6":"***************************************1"},"platform":"Hue"}
[10/29/2020, 08:33:12] [Domoticz] Successfully connected to MQTT broker.
[10/29/2020, 08:33:12] [Hue] Philips hue: Philips BSB002 bridge v1941056000, api v1.41.0
[10/29/2020, 08:33:12] [Hue] Philips hue: bridge request 1: get /
[10/29/2020, 08:33:12] [Hue] Philips hue: bridge request 1: ok
[10/29/2020, 08:33:12] [Hue] Philips hue: bridge request 2: get /groups/0
[10/29/2020, 08:33:12] [Hue] Philips hue: bridge request 2: ok
[10/29/2020, 08:33:12] [Hue] Philips hue: 001788FFFE60ADB6: Philips BSB002 bridge "Philips hue"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/1: exposed by bridge {"state":{"on":true,"bri":178,"hue":41442,"sat":75,"effect":"none","xy":[0.3146,0.3303],"ct":156,"alert":"lselect","colormode":"xy","mode":"homeautomation","reachable":true},"swupdate":{"state":"noupdates","lastinstall":"2020-02-25T13:27:53"},"type":"Extended color light","name":"TV lamp links","modelid":"LCT015","manufacturername":"Signify Netherlands B.V.","productname":"Hue color lamp","capabilities":{"certified":true,"control":{"mindimlevel":1000,"maxlumen":806,"colorgamuttype":"C","colorgamut":[[0.6915,0.3083],[0.17,0.7],[0.1532,0.0475]],"ct":{"min":153,"max":500}},"streaming":{"renderer":true,"proxy":true}},"config":{"archetype":"sultanbulb","function":"mixed","direction":"omnidirectional","startup":{"mode":"powerfail","configured":true}},"uniqueid":"00:17:88:01:03:02:92:b6-0b","swversion":"1.50.2_r30933","swconfigid":"772B0E5E","productid":"Philips-LCT015-1-A19ECLv5"}
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/14: exposed by bridge {"state":{"on":true,"bri":178,"hue":41442,"sat":75,"effect":"none","xy":[0.3146,0.3303],"ct":156,"alert":"lselect","colormode":"xy","mode":"homeautomation","reachable":true},"swupdate":{"state":"noupdates","lastinstall":"2020-02-25T13:27:49"},"type":"Extended color light","name":"TV lamp rechts","modelid":"LCT015","manufacturername":"Signify Netherlands B.V.","productname":"Hue color lamp","capabilities":{"certified":true,"control":{"mindimlevel":1000,"maxlumen":806,"colorgamuttype":"C","colorgamut":[[0.6915,0.3083],[0.17,0.7],[0.1532,0.0475]],"ct":{"min":153,"max":500}},"streaming":{"renderer":true,"proxy":true}},"config":{"archetype":"sultanbulb","function":"mixed","direction":"omnidirectional","startup":{"mode":"powerfail","configured":true}},"uniqueid":"00:17:88:01:03:7a:7e:35-0b","swversion":"1.50.2_r30933","swconfigid":"772B0E5E","productid":"Philips-LCT015-1-A19ECLv5"}
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/16: exposed by bridge {"state":{"on":false,"bri":254,"alert":"select","mode":"homeautomation","reachable":true},"swupdate":{"state":"noupdates","lastinstall":"2020-02-05T13:38:24"},"type":"Dimmable light","name":"Nachtkastje David","modelid":"LWA004","manufacturername":"Signify Netherlands B.V.","productname":"Hue filament bulb","capabilities":{"certified":true,"control":{"mindimlevel":2000,"maxlumen":550},"streaming":{"renderer":false,"proxy":false}},"config":{"archetype":"vintagebulb","function":"decorative","direction":"omnidirectional","startup":{"mode":"safety","configured":true}},"uniqueid":"00:17:88:01:08:12:6f:90-0b","swversion":"1.65.9_hB3217DF","swconfigid":"BDF0E458","productid":"Philips-LWA004-1-A60CFDLv1"}
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/17: exposed by bridge {"state":{"on":false,"bri":254,"alert":"select","mode":"homeautomation","reachable":true},"swupdate":{"state":"noupdates","lastinstall":"2020-02-05T13:37:58"},"type":"Dimmable light","name":"Nachtkastje Jolanthe","modelid":"LWA004","manufacturername":"Signify Netherlands B.V.","productname":"Hue filament bulb","capabilities":{"certified":true,"control":{"mindimlevel":2000,"maxlumen":550},"streaming":{"renderer":false,"proxy":false}},"config":{"archetype":"vintagebulb","function":"decorative","direction":"omnidirectional","startup":{"mode":"custom","configured":true,"customsettings":{"bri":254}}},"uniqueid":"00:17:88:01:06:c3:90:d6-0b","swversion":"1.65.9_hB3217DF","swconfigid":"BDF0E458","productid":"Philips-LWA004-1-A60CFDLv1"}
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/18: exposed by bridge {"state":{"on":false,"bri":254,"hue":8402,"sat":140,"effect":"none","xy":[0.4575,0.4099],"ct":366,"alert":"select","colormode":"xy","mode":"homeautomation","reachable":false},"swupdate":{"state":"noupdates","lastinstall":"2020-02-25T13:27:58"},"type":"Extended color light","name":"Lightstrip slaapkamer","modelid":"LST002","manufacturername":"Signify Netherlands B.V.","productname":"Hue lightstrip plus","capabilities":{"certified":true,"control":{"mindimlevel":40,"maxlumen":1600,"colorgamuttype":"C","colorgamut":[[0.6915,0.3083],[0.17,0.7],[0.1532,0.0475]],"ct":{"min":153,"max":500}},"streaming":{"renderer":true,"proxy":true}},"config":{"archetype":"huelightstrip","function":"mixed","direction":"omnidirectional","startup":{"mode":"safety","configured":true}},"uniqueid":"00:17:88:01:03:e3:10:ab-0b","swversion":"1.50.2_r30933","swconfigid":"59F2C3A3","productid":"Philips-LST002-1-LedStripsv3"}
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/20: exposed by bridge {"state":{"on":true,"bri":178,"alert":"lselect","mode":"homeautomation","reachable":true},"swupdate":{"state":"noupdates","lastinstall":"2020-09-20T12:31:24"},"type":"Dimmable light","name":"Kleine staande lamp","modelid":"LWA004","manufacturername":"Signify Netherlands B.V.","productname":"Hue filament bulb","capabilities":{"certified":true,"control":{"mindimlevel":2000,"maxlumen":550},"streaming":{"renderer":false,"proxy":false}},"config":{"archetype":"floorshade","function":"decorative","direction":"omnidirectional","startup":{"mode":"safety","configured":true}},"uniqueid":"00:17:88:01:08:a4:3d:be-0b","swversion":"1.65.9_hB3217DF","swconfigid":"BDF0E458","productid":"Philips-LWA004-1-A60CFDLv1"}
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/21: exposed by bridge {"state":{"on":true,"bri":178,"alert":"lselect","mode":"homeautomation","reachable":true},"swupdate":{"state":"noupdates","lastinstall":"2020-09-20T12:31:20"},"type":"Dimmable light","name":"Grote staande lamp","modelid":"LWO001","manufacturername":"Signify Netherlands B.V.","productname":"Hue filament bulb","capabilities":{"certified":true,"control":{"mindimlevel":2000,"maxlumen":550},"streaming":{"renderer":false,"proxy":false}},"config":{"archetype":"floorlantern","function":"decorative","direction":"omnidirectional","startup":{"mode":"safety","configured":true}},"uniqueid":"00:17:88:01:08:a0:d9:01-0b","swversion":"1.65.9_hB3217DF","swconfigid":"E552ED14","productid":"Philips-LWO001-1-G93CFDLv1"}
[10/29/2020, 08:33:12] [Hue] Philips hue: 90FD9FFFFEDCF8C0: IKEA of Sweden TRADFRI bulb E27 WS opal 980lm "Nisje boekenkast"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/6: Color temperature light "Nisje boekenkast"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/6: config: {"on":true,"bri":true,"ct":true,"xy":false,"speed":false,"colorloop":false,"lastBoot":false,"lastSeen":false,"resetTimeout":500,"waitTimeUpdate":20,"minCT":250,"maxCT":454,"unknown":false}
[10/29/2020, 08:33:12] [Hue] Philips hue: 000B57FFFE48B2EE: IKEA of Sweden TRADFRI bulb E14 W op/ch 400lm "Geitenlamp"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/7: Dimmable light "Geitenlamp"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/7: config: {"on":true,"bri":true,"ct":false,"xy":false,"speed":false,"colorloop":false,"lastBoot":false,"lastSeen":false,"resetTimeout":500,"waitTimeUpdate":20,"unknown":false}
[10/29/2020, 08:33:12] [Hue] Philips hue: 90FD9FFFFE897453: IKEA of Sweden TRADFRI bulb E27 WS clear 950lm "Keukenspot grote tafel"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/8: Color temperature light "Keukenspot grote tafel"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/8: config: {"on":true,"bri":true,"ct":true,"xy":false,"speed":false,"colorloop":false,"lastBoot":false,"lastSeen":false,"resetTimeout":500,"waitTimeUpdate":20,"minCT":250,"maxCT":454,"unknown":false}
[10/29/2020, 08:33:12] [Hue] Philips hue: 90FD9FFFFE8A194A: IKEA of Sweden TRADFRI bulb E27 WS clear 950lm "Keukenspot koffiehoek"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/11: Color temperature light "Keukenspot koffiehoek"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/11: config: {"on":true,"bri":true,"ct":true,"xy":false,"speed":false,"colorloop":false,"lastBoot":false,"lastSeen":false,"resetTimeout":500,"waitTimeUpdate":20,"minCT":250,"maxCT":454,"unknown":false}
[10/29/2020, 08:33:12] [Hue] Philips hue: D0CF5EFFFE25FE9C: IKEA of Sweden TRADFRI bulb E14 WS opal 400lm "Bed raamkant"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/12: Color temperature light "Bed raamkant"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/12: config: {"on":true,"bri":true,"ct":true,"xy":false,"speed":false,"colorloop":false,"lastBoot":false,"lastSeen":false,"resetTimeout":500,"waitTimeUpdate":20,"minCT":250,"maxCT":454,"unknown":false}
[10/29/2020, 08:33:12] [Hue] Philips hue: D0CF5EFFFE25F578: IKEA of Sweden TRADFRI bulb E14 WS opal 400lm "Bed muurkant"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/13: Color temperature light "Bed muurkant"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/13: config: {"on":true,"bri":true,"ct":true,"xy":false,"speed":false,"colorloop":false,"lastBoot":false,"lastSeen":false,"resetTimeout":500,"waitTimeUpdate":20,"minCT":250,"maxCT":454,"unknown":false}
[10/29/2020, 08:33:12] [Hue] Philips hue: D0CF5EFFFE20BE89: IKEA of Sweden TRADFRI bulb E27 CWS opal 600lm "Bureaulamp woonkamer"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/15: Color light "Bureaulamp woonkamer"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/15: config: {"on":true,"bri":true,"ct":false,"xy":true,"speed":false,"colorloop":true,"lastBoot":false,"lastSeen":false,"resetTimeout":500,"waitTimeUpdate":20,"gamut":{"r":[0.9961,0.0001],"g":[0,0.9961],"b":[0,0.0001]},"unknown":false}
[10/29/2020, 08:33:12] [Hue] Philips hue: 680AE2FFFE963E67: IKEA of Sweden TRADFRI Driver 30W "Aanrecht"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/19: Dimmable light "Aanrecht"
[10/29/2020, 08:33:12] [Hue] Philips hue: /lights/19: config: {"on":true,"bri":true,"ct":false,"xy":false,"speed":false,"colorloop":false,"lastBoot":false,"lastSeen":false,"resetTimeout":500,"waitTimeUpdate":20,"unknown":false}
[10/29/2020, 08:33:12] [Hue] Philips hue: 0 sensors
[10/29/2020, 08:33:12] [Hue] Philips hue: 8 lights
[10/29/2020, 08:33:12] [Hue] Philips hue: 0 schedules
[10/29/2020, 08:33:12] [Hue] Philips hue: 0 rules
[10/29/2020, 08:33:12] [Hue] Philips hue: 0 groups
[10/29/2020, 08:33:12] [Hue] Philips hue: 9 accessories
[10/29/2020, 08:33:12] [Hue] masked debug info dumped to /var/lib/homebridge/homebridge-hue.json.gz
[10/29/2020, 08:33:12] Initializing platform accessory 'Philips hue'...
[10/29/2020, 08:33:12] [Hue] Philips hue: 2 services
[10/29/2020, 08:33:12] Initializing platform accessory 'Nisje boekenkast'...
[10/29/2020, 08:33:12] Initializing platform accessory 'Geitenlamp'...
[10/29/2020, 08:33:12] Initializing platform accessory 'Keukenspot grote tafel'...
[10/29/2020, 08:33:12] Initializing platform accessory 'Keukenspot koffiehoek'...
[10/29/2020, 08:33:12] Initializing platform accessory 'Bed raamkant'...
[10/29/2020, 08:33:12] Initializing platform accessory 'Bed muurkant'...
[10/29/2020, 08:33:12] Initializing platform accessory 'Bureaulamp woonkamer'...
[10/29/2020, 08:33:12] Initializing platform accessory 'Aanrecht'...
Setup Payload:
X-HM://0024UDEOY52GA
Enter this code with your HomeKit app on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 830-40-674 │
    └────────────┘

[10/29/2020, 08:33:12] Homebridge v1.2.3 is running on port 51497.
[10/29/2020, 08:33:13] [Hue] Philips hue: bridge request 3: get /lights
[10/29/2020, 08:33:13] [Hue] Philips hue: bridge request 3: ok
[10/29/2020, 08:33:18] [Hue] Philips hue: bridge request 4: get /lights
[10/29/2020, 08:33:18] [Hue] Philips hue: bridge request 4: ok
[10/29/2020, 08:33:19] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:33:23] [Hue] Philips hue: bridge request 5: get /lights
[10/29/2020, 08:33:23] [Hue] Philips hue: bridge request 5: ok
[10/29/2020, 08:33:28] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:33:28] [Hue] Philips hue: bridge request 6: get /lights
[10/29/2020, 08:33:28] [Hue] Philips hue: bridge request 6: ok
[10/29/2020, 08:33:33] [Hue] Philips hue: bridge request 7: get /lights
[10/29/2020, 08:33:33] [Hue] Philips hue: bridge request 7: ok
[10/29/2020, 08:33:36] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:33:38] [Hue] Philips hue: bridge request 8: get /lights
[10/29/2020, 08:33:38] [Hue] Philips hue: bridge request 8: ok
[10/29/2020, 08:33:43] [Hue] Philips hue: bridge request 9: get /lights
[10/29/2020, 08:33:43] [Hue] Philips hue: bridge request 9: ok
[10/29/2020, 08:33:44] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:33:48] [Hue] Philips hue: bridge request 10: get /lights
[10/29/2020, 08:33:48] [Hue] Philips hue: bridge request 10: ok
[10/29/2020, 08:33:52] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:33:53] [Hue] Philips hue: bridge request 11: get /lights
[10/29/2020, 08:33:53] [Hue] Philips hue: bridge request 11: ok
[10/29/2020, 08:33:58] [Hue] Philips hue: bridge request 12: get /lights
[10/29/2020, 08:33:58] [Hue] Philips hue: bridge request 12: ok
[10/29/2020, 08:34:00] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:34:03] [Hue] Philips hue: bridge request 13: get /lights
[10/29/2020, 08:34:03] [Hue] Philips hue: bridge request 13: ok
[10/29/2020, 08:34:08] [Hue] Philips hue: bridge request 14: get /lights
[10/29/2020, 08:34:08] [Hue] Philips hue: bridge request 14: ok
[10/29/2020, 08:34:08] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:34:13] [Hue] Philips hue: bridge request 15: get /lights
[10/29/2020, 08:34:13] [Hue] Philips hue: bridge request 15: ok
[10/29/2020, 08:34:17] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:34:18] [Hue] Philips hue: bridge request 16: get /lights
[10/29/2020, 08:34:18] [Hue] Philips hue: bridge request 16: ok
[10/29/2020, 08:34:23] [Hue] Philips hue: bridge request 17: get /lights
[10/29/2020, 08:34:23] [Hue] Philips hue: bridge request 17: ok
[10/29/2020, 08:34:25] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:34:28] [Hue] Philips hue: bridge request 18: get /lights
[10/29/2020, 08:34:28] [Hue] Philips hue: bridge request 18: ok
[10/29/2020, 08:34:33] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:34:33] [Hue] Philips hue: bridge request 19: get /lights
[10/29/2020, 08:34:33] [Hue] Philips hue: bridge request 19: ok
[10/29/2020, 08:34:38] [Hue] Philips hue: bridge request 20: get /lights
[10/29/2020, 08:34:38] [Hue] Philips hue: bridge request 20: ok
[10/29/2020, 08:34:41] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:34:43] [Hue] Philips hue: bridge request 21: get /lights
[10/29/2020, 08:34:43] [Hue] Philips hue: bridge request 21: ok
[10/29/2020, 08:34:48] [Hue] Philips hue: bridge request 22: get /lights
[10/29/2020, 08:34:48] [Hue] Philips hue: bridge request 22: ok
[10/29/2020, 08:34:49] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:34:53] [Hue] Philips hue: bridge request 23: get /lights
[10/29/2020, 08:34:53] [Hue] Philips hue: bridge request 23: ok
[10/29/2020, 08:34:57] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:34:58] [Hue] Philips hue: bridge request 24: get /lights
[10/29/2020, 08:34:58] [Hue] Philips hue: bridge request 24: ok
[10/29/2020, 08:35:03] [Hue] Philips hue: bridge request 25: get /lights
[10/29/2020, 08:35:03] [Hue] Philips hue: bridge request 25: ok
[10/29/2020, 08:35:06] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:35:08] [Hue] Philips hue: bridge request 26: get /lights
[10/29/2020, 08:35:08] [Hue] Philips hue: bridge request 26: ok
[10/29/2020, 08:35:13] [Hue] Philips hue: bridge request 27: get /lights
[10/29/2020, 08:35:13] [Hue] Philips hue: bridge request 27: ok
[10/29/2020, 08:35:14] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:35:18] [Hue] Philips hue: bridge request 28: get /lights
[10/29/2020, 08:35:18] [Hue] Philips hue: bridge request 28: ok
[10/29/2020, 08:35:22] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:35:23] [Hue] Philips hue: bridge request 29: get /lights
[10/29/2020, 08:35:23] [Hue] Philips hue: bridge request 29: ok
[10/29/2020, 08:35:28] [Hue] Philips hue: bridge request 30: get /lights
[10/29/2020, 08:35:28] [Hue] Philips hue: bridge request 30: ok
[10/29/2020, 08:35:30] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:35:33] [Hue] Philips hue: bridge request 31: get /lights
[10/29/2020, 08:35:33] [Hue] Philips hue: bridge request 31: ok
[10/29/2020, 08:35:38] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:35:38] [Hue] Philips hue: bridge request 32: get /lights
[10/29/2020, 08:35:38] [Hue] Philips hue: bridge request 32: ok
[10/29/2020, 08:35:43] [Hue] Philips hue: bridge request 33: get /lights
[10/29/2020, 08:35:43] [Hue] Philips hue: bridge request 33: ok
[10/29/2020, 08:35:46] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:35:48] [Hue] Philips hue: bridge request 34: get /lights
[10/29/2020, 08:35:48] [Hue] Philips hue: bridge request 34: ok
[10/29/2020, 08:35:53] [Hue] Philips hue: bridge request 35: get /lights
[10/29/2020, 08:35:53] [Hue] Philips hue: bridge request 35: ok
[10/29/2020, 08:35:54] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:35:58] [Hue] Philips hue: bridge request 36: get /lights
[10/29/2020, 08:35:58] [Hue] Philips hue: bridge request 36: ok
[10/29/2020, 08:36:03] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:36:03] [Hue] Philips hue: bridge request 37: get /lights
[10/29/2020, 08:36:03] [Hue] Philips hue: bridge request 37: ok
[10/29/2020, 08:36:08] [Hue] Philips hue: bridge request 38: get /lights
[10/29/2020, 08:36:08] [Hue] Philips hue: bridge request 38: ok
[10/29/2020, 08:36:11] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:36:13] [Hue] Philips hue: bridge request 39: get /lights
[10/29/2020, 08:36:13] [Hue] Philips hue: bridge request 39: ok
[10/29/2020, 08:36:18] [Hue] Philips hue: bridge request 40: get /lights
[10/29/2020, 08:36:18] [Hue] Philips hue: bridge request 40: ok
[10/29/2020, 08:36:19] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:36:23] [Hue] Philips hue: bridge request 41: get /lights
[10/29/2020, 08:36:23] [Hue] Philips hue: bridge request 41: ok
[10/29/2020, 08:36:27] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:36:28] [Hue] Philips hue: bridge request 42: get /lights
[10/29/2020, 08:36:28] [Hue] Philips hue: bridge request 42: ok
[10/29/2020, 08:36:33] [Hue] Philips hue: bridge request 43: get /lights
[10/29/2020, 08:36:33] [Hue] Philips hue: bridge request 43: ok
[10/29/2020, 08:36:35] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:36:38] [Hue] Philips hue: bridge request 44: get /lights
[10/29/2020, 08:36:38] [Hue] Philips hue: bridge request 44: ok
[10/29/2020, 08:36:43] [Hue] Philips hue: bridge request 45: get /lights
[10/29/2020, 08:36:43] [Hue] Philips hue: bridge request 45: ok
[10/29/2020, 08:36:43] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:36:48] [Hue] Philips hue: bridge request 46: get /lights
[10/29/2020, 08:36:48] [Hue] Philips hue: bridge request 46: ok
[10/29/2020, 08:36:52] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:36:53] [Hue] Philips hue: bridge request 47: get /lights
[10/29/2020, 08:36:53] [Hue] Philips hue: bridge request 47: ok
[10/29/2020, 08:36:58] [Hue] Philips hue: bridge request 48: get /lights
[10/29/2020, 08:36:58] [Hue] Philips hue: bridge request 48: ok
[10/29/2020, 08:37:00] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:37:03] [Hue] Philips hue: bridge request 49: get /lights
[10/29/2020, 08:37:03] [Hue] Philips hue: bridge request 49: ok
[10/29/2020, 08:37:08] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:37:08] [Hue] Philips hue: bridge request 50: get /lights
[10/29/2020, 08:37:08] [Hue] Philips hue: bridge request 50: ok
[10/29/2020, 08:37:13] [Hue] Philips hue: bridge request 51: get /lights
[10/29/2020, 08:37:13] [Hue] Philips hue: bridge request 51: ok
[10/29/2020, 08:37:16] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:37:18] [Hue] Philips hue: bridge request 52: get /lights
[10/29/2020, 08:37:18] [Hue] Philips hue: bridge request 52: ok
[10/29/2020, 08:37:23] [Hue] Philips hue: bridge request 53: get /lights
[10/29/2020, 08:37:23] [Hue] Philips hue: bridge request 53: ok
[10/29/2020, 08:37:24] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:37:28] [Hue] Philips hue: bridge request 54: get /lights
[10/29/2020, 08:37:28] [Hue] Philips hue: bridge request 54: ok
[10/29/2020, 08:37:32] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:37:33] [Hue] Philips hue: bridge request 55: get /lights
[10/29/2020, 08:37:33] [Hue] Philips hue: bridge request 55: ok
[10/29/2020, 08:37:38] [Hue] Philips hue: bridge request 56: get /lights
[10/29/2020, 08:37:38] [Hue] Philips hue: bridge request 56: ok
[10/29/2020, 08:37:41] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:37:43] [Hue] Philips hue: bridge request 57: get /lights
[10/29/2020, 08:37:43] [Hue] Philips hue: bridge request 57: ok
[10/29/2020, 08:37:48] [Hue] Philips hue: bridge request 58: get /lights
[10/29/2020, 08:37:48] [Hue] Philips hue: bridge request 58: ok
[10/29/2020, 08:37:49] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:37:53] [Hue] Philips hue: bridge request 59: get /lights
[10/29/2020, 08:37:53] [Hue] Philips hue: bridge request 59: ok
[10/29/2020, 08:37:57] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:37:58] [Hue] Philips hue: bridge request 60: get /lights
[10/29/2020, 08:37:58] [Hue] Philips hue: bridge request 60: ok
[10/29/2020, 08:38:03] [Hue] Philips hue: bridge request 61: get /lights
[10/29/2020, 08:38:03] [Hue] Philips hue: bridge request 61: ok
[10/29/2020, 08:38:05] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:38:08] [Hue] Philips hue: bridge request 62: get /lights
[10/29/2020, 08:38:08] [Hue] Philips hue: bridge request 62: ok
[10/29/2020, 08:38:13] [Hue] Philips hue: bridge request 63: get /lights
[10/29/2020, 08:38:13] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:38:13] [Hue] Philips hue: bridge request 63: ok
[10/29/2020, 08:38:18] [Hue] Philips hue: bridge request 64: get /lights
[10/29/2020, 08:38:18] [Hue] Philips hue: bridge request 64: ok
[10/29/2020, 08:38:21] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:38:23] [Hue] Philips hue: bridge request 65: get /lights
[10/29/2020, 08:38:23] [Hue] Philips hue: bridge request 65: ok
[10/29/2020, 08:38:28] [Hue] Philips hue: bridge request 66: get /lights
[10/29/2020, 08:38:28] [Hue] Philips hue: bridge request 66: ok
[10/29/2020, 08:38:30] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:38:33] [Hue] Philips hue: bridge request 67: get /lights
[10/29/2020, 08:38:33] [Hue] Philips hue: bridge request 67: ok
[10/29/2020, 08:38:38] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:38:38] [Hue] Philips hue: bridge request 68: get /lights
[10/29/2020, 08:38:38] [Hue] Philips hue: bridge request 68: ok
[10/29/2020, 08:38:43] [Hue] Philips hue: bridge request 69: get /lights
[10/29/2020, 08:38:43] [Hue] Philips hue: bridge request 69: ok
[10/29/2020, 08:38:46] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:38:48] [Hue] Philips hue: bridge request 70: get /lights
[10/29/2020, 08:38:48] [Hue] Philips hue: bridge request 70: ok
[10/29/2020, 08:38:53] [Hue] Philips hue: bridge request 71: get /lights
[10/29/2020, 08:38:53] [Hue] Philips hue: bridge request 71: ok
[10/29/2020, 08:38:54] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:38:58] [Hue] Philips hue: bridge request 72: get /lights
[10/29/2020, 08:38:58] [Hue] Philips hue: bridge request 72: ok
[10/29/2020, 08:39:02] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:39:03] [Hue] Philips hue: bridge request 73: get /lights
[10/29/2020, 08:39:03] [Hue] Philips hue: bridge request 73: ok
[10/29/2020, 08:39:08] [Hue] Philips hue: bridge request 74: get /lights
[10/29/2020, 08:39:08] [Hue] Philips hue: bridge request 74: ok
[10/29/2020, 08:39:10] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:39:13] [Hue] Philips hue: bridge request 75: get /lights
[10/29/2020, 08:39:13] [Hue] Philips hue: bridge request 75: ok
[10/29/2020, 08:39:18] [Hue] Philips hue: bridge request 76: get /lights
[10/29/2020, 08:39:18] [Hue] Philips hue: bridge request 76: ok
[10/29/2020, 08:39:18] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:39:23] [Hue] Philips hue: bridge request 77: get /lights
[10/29/2020, 08:39:23] [Hue] Philips hue: bridge request 77: ok
[10/29/2020, 08:39:27] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:39:28] [Hue] Philips hue: bridge request 78: get /lights
[10/29/2020, 08:39:28] [Hue] Philips hue: bridge request 78: ok
[10/29/2020, 08:39:33] [Hue] Philips hue: bridge request 79: get /lights
[10/29/2020, 08:39:33] [Hue] Philips hue: bridge request 79: ok
[10/29/2020, 08:39:35] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:39:38] [Hue] Philips hue: bridge request 80: get /lights
[10/29/2020, 08:39:38] [Hue] Philips hue: bridge request 80: ok
[10/29/2020, 08:39:43] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:39:43] [Hue] Philips hue: bridge request 81: get /lights
[10/29/2020, 08:39:43] [Hue] Philips hue: bridge request 81: ok
[10/29/2020, 08:39:48] [Hue] Philips hue: bridge request 82: get /lights
[10/29/2020, 08:39:48] [Hue] Philips hue: bridge request 82: ok
[10/29/2020, 08:39:51] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:39:53] [Hue] Philips hue: bridge request 83: get /lights
[10/29/2020, 08:39:53] [Hue] Philips hue: bridge request 83: ok
[10/29/2020, 08:39:58] [Hue] Philips hue: bridge request 84: get /lights
[10/29/2020, 08:39:58] [Hue] Philips hue: bridge request 84: ok
[10/29/2020, 08:39:59] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:40:03] [Hue] Philips hue: bridge request 85: get /lights
[10/29/2020, 08:40:03] [Hue] Philips hue: bridge request 85: ok
[10/29/2020, 08:40:07] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:40:08] [Hue] Philips hue: bridge request 86: get /lights
[10/29/2020, 08:40:08] [Hue] Philips hue: bridge request 86: ok
[10/29/2020, 08:40:13] [Hue] Philips hue: bridge request 87: get /lights
[10/29/2020, 08:40:13] [Hue] Philips hue: bridge request 87: ok
[10/29/2020, 08:40:16] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:40:18] [Hue] Philips hue: bridge request 88: get /lights
[10/29/2020, 08:40:18] [Hue] Philips hue: bridge request 88: ok
[10/29/2020, 08:40:23] [Hue] Philips hue: bridge request 89: get /lights
[10/29/2020, 08:40:23] [Hue] Philips hue: bridge request 89: ok
[10/29/2020, 08:40:24] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:40:28] [Hue] Philips hue: bridge request 90: get /lights
[10/29/2020, 08:40:28] [Hue] Philips hue: bridge request 90: ok
[10/29/2020, 08:40:32] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:40:33] [Hue] Philips hue: bridge request 91: get /lights
[10/29/2020, 08:40:33] [Hue] Philips hue: bridge request 91: ok
[10/29/2020, 08:40:38] [Hue] Philips hue: bridge request 92: get /lights
[10/29/2020, 08:40:38] [Hue] Philips hue: bridge request 92: ok
[10/29/2020, 08:40:40] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:40:43] [Hue] Philips hue: bridge request 93: get /lights
[10/29/2020, 08:40:43] [Hue] Philips hue: bridge request 93: ok
[10/29/2020, 08:40:48] [Hue] Philips hue: bridge request 94: get /lights
[10/29/2020, 08:40:48] [Hue] Philips hue: bridge request 94: ok
[10/29/2020, 08:40:48] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:40:53] [Hue] Philips hue: bridge request 95: get /lights
[10/29/2020, 08:40:53] [Hue] Philips hue: bridge request 95: ok
[10/29/2020, 08:40:56] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:40:58] [Hue] Philips hue: bridge request 96: get /lights
[10/29/2020, 08:40:58] [Hue] Philips hue: bridge request 96: ok
[10/29/2020, 08:41:03] [Hue] Philips hue: bridge request 97: get /lights
[10/29/2020, 08:41:03] [Hue] Philips hue: bridge request 97: ok
[10/29/2020, 08:41:05] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:41:08] [Hue] Philips hue: bridge request 98: get /lights
[10/29/2020, 08:41:08] [Hue] Philips hue: bridge request 98: ok
[10/29/2020, 08:41:13] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:41:13] [Hue] Philips hue: bridge request 99: get /lights
[10/29/2020, 08:41:13] [Hue] Philips hue: bridge request 99: ok
[10/29/2020, 08:41:18] [Hue] Philips hue: bridge request 100: get /lights
[10/29/2020, 08:41:18] [Hue] Philips hue: bridge request 100: ok
[10/29/2020, 08:41:21] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:41:23] [Hue] Philips hue: bridge request 101: get /lights
[10/29/2020, 08:41:23] [Hue] Philips hue: bridge request 101: ok
[10/29/2020, 08:41:28] [Hue] Philips hue: bridge request 102: get /lights
[10/29/2020, 08:41:28] [Hue] Philips hue: bridge request 102: ok
[10/29/2020, 08:41:29] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:41:33] [Hue] Philips hue: bridge request 103: get /lights
[10/29/2020, 08:41:33] [Hue] Philips hue: bridge request 103: ok
[10/29/2020, 08:41:37] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:41:38] [Hue] Philips hue: bridge request 104: get /lights
[10/29/2020, 08:41:38] [Hue] Philips hue: bridge request 104: ok
[10/29/2020, 08:41:43] [Hue] Philips hue: bridge request 105: get /lights
[10/29/2020, 08:41:43] [Hue] Philips hue: bridge request 105: ok
[10/29/2020, 08:41:45] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:41:48] [Hue] Philips hue: bridge request 106: get /lights
[10/29/2020, 08:41:48] [Hue] Philips hue: bridge request 106: ok
[10/29/2020, 08:41:53] [Hue] Philips hue: bridge request 107: get /lights
[10/29/2020, 08:41:53] [Hue] Philips hue: bridge request 107: ok
[10/29/2020, 08:41:54] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:41:58] [Hue] Philips hue: bridge request 108: get /lights
[10/29/2020, 08:41:58] [Hue] Philips hue: bridge request 108: ok
[10/29/2020, 08:42:02] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:42:03] [Hue] Philips hue: bridge request 109: get /lights
[10/29/2020, 08:42:03] [Hue] Philips hue: bridge request 109: ok
[10/29/2020, 08:42:08] [Hue] Philips hue: bridge request 110: get /lights
[10/29/2020, 08:42:08] [Hue] Philips hue: bridge request 110: ok
[10/29/2020, 08:42:10] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:42:13] [Hue] Philips hue: bridge request 111: get /lights
[10/29/2020, 08:42:13] [Hue] Philips hue: bridge request 111: ok
[10/29/2020, 08:42:18] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:42:18] [Hue] Philips hue: bridge request 112: get /lights
[10/29/2020, 08:42:18] [Hue] Philips hue: bridge request 112: ok
[10/29/2020, 08:42:23] [Hue] Philips hue: bridge request 113: get /lights
[10/29/2020, 08:42:23] [Hue] Philips hue: bridge request 113: ok
[10/29/2020, 08:42:26] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:42:28] [Hue] Philips hue: bridge request 114: get /lights
[10/29/2020, 08:42:28] [Hue] Philips hue: bridge request 114: ok
[10/29/2020, 08:42:33] [Hue] Philips hue: bridge request 115: get /lights
[10/29/2020, 08:42:33] [Hue] Philips hue: bridge request 115: ok
[10/29/2020, 08:42:34] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:42:38] [Hue] Philips hue: bridge request 116: get /lights
[10/29/2020, 08:42:38] [Hue] Philips hue: bridge request 116: ok
[10/29/2020, 08:42:42] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:42:43] [Hue] Philips hue: bridge request 117: get /lights
[10/29/2020, 08:42:43] [Hue] Philips hue: bridge request 117: ok
[10/29/2020, 08:42:48] [Hue] Philips hue: bridge request 118: get /lights
[10/29/2020, 08:42:48] [Hue] Philips hue: bridge request 118: ok
[10/29/2020, 08:42:51] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:42:53] [Hue] Philips hue: bridge request 119: get /lights
[10/29/2020, 08:42:53] [Hue] Philips hue: bridge request 119: ok
[10/29/2020, 08:42:58] [Hue] Philips hue: bridge request 120: get /lights
[10/29/2020, 08:42:58] [Hue] Philips hue: bridge request 120: ok
[10/29/2020, 08:42:59] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:43:03] [Hue] Philips hue: bridge request 121: get /lights
[10/29/2020, 08:43:03] [Hue] Philips hue: bridge request 121: ok
[10/29/2020, 08:43:07] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:43:08] [Hue] Philips hue: bridge request 122: get /lights
[10/29/2020, 08:43:08] [Hue] Philips hue: bridge request 122: ok
[10/29/2020, 08:43:11] [Domoticz] synchronizeAccessories in progress...
[10/29/2020, 08:43:13] [Hue] Philips hue: bridge request 123: get /lights
[10/29/2020, 08:43:13] [Hue] Philips hue: bridge request 123: ok
[10/29/2020, 08:43:15] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:43:18] [Hue] Philips hue: bridge request 124: get /lights
[10/29/2020, 08:43:18] [Hue] Philips hue: bridge request 124: ok
[10/29/2020, 08:43:23] [Hue] Philips hue: bridge request 125: get /lights
[10/29/2020, 08:43:23] [Hue] Philips hue: bridge request 125: ok
[10/29/2020, 08:43:23] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:43:28] [Hue] Philips hue: bridge request 126: get /lights
[10/29/2020, 08:43:28] [Hue] Philips hue: bridge request 126: ok
[10/29/2020, 08:43:31] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:43:33] [Hue] Philips hue: bridge request 127: get /lights
[10/29/2020, 08:43:33] [Hue] Philips hue: bridge request 127: ok
[10/29/2020, 08:43:38] [Hue] Philips hue: bridge request 128: get /lights
[10/29/2020, 08:43:38] [Hue] Philips hue: bridge request 128: ok
[10/29/2020, 08:43:40] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:43:43] [Hue] Philips hue: bridge request 129: get /lights
[10/29/2020, 08:43:43] [Hue] Philips hue: bridge request 129: ok
[10/29/2020, 08:43:48] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:43:48] [Hue] Philips hue: bridge request 130: get /lights
[10/29/2020, 08:43:48] [Hue] Philips hue: bridge request 130: ok
[10/29/2020, 08:43:53] [Hue] Philips hue: bridge request 131: get /lights
[10/29/2020, 08:43:53] [Hue] Philips hue: bridge request 131: ok
[10/29/2020, 08:43:56] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:43:58] [Hue] Philips hue: bridge request 132: get /lights
[10/29/2020, 08:43:58] [Hue] Philips hue: bridge request 132: ok
[10/29/2020, 08:44:03] [Hue] Philips hue: bridge request 133: get /lights
[10/29/2020, 08:44:03] [Hue] Philips hue: bridge request 133: ok
[10/29/2020, 08:44:04] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:44:08] [Hue] Philips hue: bridge request 134: get /lights
[10/29/2020, 08:44:08] [Hue] Philips hue: bridge request 134: ok
[10/29/2020, 08:44:12] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:44:13] [Hue] Philips hue: bridge request 135: get /lights
[10/29/2020, 08:44:13] [Hue] Philips hue: bridge request 135: ok
[10/29/2020, 08:44:18] [Hue] Philips hue: bridge request 136: get /lights
[10/29/2020, 08:44:18] [Hue] Philips hue: bridge request 136: ok
[10/29/2020, 08:44:20] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:44:23] [Hue] Philips hue: bridge request 137: get /lights
[10/29/2020, 08:44:23] [Hue] Philips hue: bridge request 137: ok
[10/29/2020, 08:44:26] [Hue] heartbeat 672, drift 501
[10/29/2020, 08:44:28] [Hue] Philips hue: bridge request 138: get /lights
[10/29/2020, 08:44:28] [Hue] Philips hue: bridge request 138: ok
[10/29/2020, 08:44:29] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:44:33] [Hue] Philips hue: bridge request 139: get /lights
[10/29/2020, 08:44:33] [Hue] Philips hue: bridge request 139: ok
[10/29/2020, 08:44:37] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:44:38] [Hue] Philips hue: bridge request 140: get /lights
[10/29/2020, 08:44:38] [Hue] Philips hue: bridge request 140: ok
[10/29/2020, 08:44:43] [Hue] Philips hue: bridge request 141: get /lights
[10/29/2020, 08:44:43] [Hue] Philips hue: bridge request 141: ok
[10/29/2020, 08:44:45] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:44:48] [Hue] Philips hue: bridge request 142: get /lights
[10/29/2020, 08:44:48] [Hue] Philips hue: bridge request 142: ok
[10/29/2020, 08:44:53] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:44:53] [Hue] Philips hue: bridge request 143: get /lights
[10/29/2020, 08:44:53] [Hue] Philips hue: bridge request 143: ok
[10/29/2020, 08:44:58] [Hue] Philips hue: bridge request 144: get /lights
[10/29/2020, 08:44:58] [Hue] Philips hue: bridge request 144: ok
[10/29/2020, 08:45:01] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:45:03] [Hue] Philips hue: bridge request 145: get /lights
[10/29/2020, 08:45:03] [Hue] Philips hue: bridge request 145: ok
[10/29/2020, 08:45:08] [Hue] Philips hue: bridge request 146: get /lights
[10/29/2020, 08:45:08] [Hue] Philips hue: bridge request 146: ok
[10/29/2020, 08:45:09] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:45:13] [Hue] Philips hue: bridge request 147: get /lights
[10/29/2020, 08:45:13] [Hue] Philips hue: bridge request 147: ok
[10/29/2020, 08:45:18] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:45:18] [Hue] Philips hue: bridge request 148: get /lights
[10/29/2020, 08:45:18] [Hue] Philips hue: bridge request 148: ok
[10/29/2020, 08:45:23] [Hue] Philips hue: bridge request 149: get /lights
[10/29/2020, 08:45:23] [Hue] Philips hue: bridge request 149: ok
[10/29/2020, 08:45:26] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:45:28] [Hue] Philips hue: bridge request 150: get /lights
[10/29/2020, 08:45:28] [Hue] Philips hue: bridge request 150: ok
[10/29/2020, 08:45:33] [Hue] Philips hue: bridge request 151: get /lights
[10/29/2020, 08:45:33] [Hue] Philips hue: bridge request 151: ok
[10/29/2020, 08:45:34] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:45:38] [Hue] Philips hue: bridge request 152: get /lights
[10/29/2020, 08:45:38] [Hue] Philips hue: bridge request 152: ok
[10/29/2020, 08:45:42] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:45:43] [Hue] Philips hue: bridge request 153: get /lights
[10/29/2020, 08:45:43] [Hue] Philips hue: bridge request 153: ok
[10/29/2020, 08:45:48] [Hue] Philips hue: bridge request 154: get /lights
[10/29/2020, 08:45:48] [Hue] Philips hue: bridge request 154: ok
[10/29/2020, 08:45:50] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:45:53] [Hue] Philips hue: bridge request 155: get /lights
[10/29/2020, 08:45:53] [Hue] Philips hue: bridge request 155: ok
[10/29/2020, 08:45:58] [Hue] Philips hue: bridge request 156: get /lights
[10/29/2020, 08:45:58] [Hue] Philips hue: bridge request 156: ok
[10/29/2020, 08:45:58] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:46:03] [Hue] Philips hue: bridge request 157: get /lights
[10/29/2020, 08:46:03] [Hue] Philips hue: bridge request 157: ok
[10/29/2020, 08:46:06] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:46:08] [Hue] Philips hue: bridge request 158: get /lights
[10/29/2020, 08:46:08] [Hue] Philips hue: bridge request 158: ok
[10/29/2020, 08:46:13] [Hue] Philips hue: bridge request 159: get /lights
[10/29/2020, 08:46:13] [Hue] Philips hue: bridge request 159: ok
[10/29/2020, 08:46:15] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:46:18] [Hue] Philips hue: bridge request 160: get /lights
[10/29/2020, 08:46:18] [Hue] Philips hue: bridge request 160: ok
[10/29/2020, 08:46:23] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:46:23] [Hue] Philips hue: bridge request 161: get /lights
[10/29/2020, 08:46:23] [Hue] Philips hue: bridge request 161: ok
[10/29/2020, 08:46:28] [Hue] Philips hue: bridge request 162: get /lights
[10/29/2020, 08:46:28] [Hue] Philips hue: bridge request 162: ok
[10/29/2020, 08:46:31] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:46:33] [Hue] Philips hue: bridge request 163: get /lights
[10/29/2020, 08:46:33] [Hue] Philips hue: bridge request 163: ok
[10/29/2020, 08:46:38] [Hue] Philips hue: bridge request 164: get /lights
[10/29/2020, 08:46:38] [Hue] Philips hue: bridge request 164: ok
[10/29/2020, 08:46:39] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:46:43] [Hue] Philips hue: bridge request 165: get /lights
[10/29/2020, 08:46:43] [Hue] Philips hue: bridge request 165: ok
[10/29/2020, 08:46:47] [webostv] [My LG TV] Connecting to TV
[10/29/2020, 08:46:48] [Hue] Philips hue: bridge request 166: get /lights
[10/29/2020, 08:46:48] [Hue] Philips hue: bridge request 166: ok

Homebridge Config:
{
    "bridge": {
        "name": "Homebridge 8491",
        "username": "0E:28:16:5F:B7:BE",
        "port": 51497,
        "pin": "830-40-674"
    },
    "accessories": [],
    "platforms": [
        {
            "name": "Config",
            "port": 8581,
            "auth": "form",
            "theme": "auto",
            "tempUnits": "c",
            "lang": "auto",
            "platform": "config"
        },
        {
            "name": "Domoticz",
            "server": "<IP_ADDRESS>",
            "port": "18080",
            "roomid": 11,
            "mqtt": true,
            "ssl": false,
            "dimFix": 0,
            "platform": "eDomoticz"
        },
        {
            "devices": [
                {
                    "name": "My LG TV",
                    "ip": "<IP_ADDRESS>",
                    "mac": "7c:1c:4e:01:40:05",
                    "keyFile": "/home/pi/.lgtv2/keyfile",
                    "pollingInterval": 5,
                    "volumeLimit": 100,
                    "volumeControl": "slider",
                    "channelControl": false,
                    "mediaControl": false,
                    "remoteSequenceButtons": [
                        {
                            "sequence": [
                                "HOME",
                                "RIGHT",
                                "RIGHT",
                                "RIGHT",
                                "ENTER"
                            ],
                            "name": "screen_share_seq"
                        },
                        {
                            "sequence": [
                                "VOLUMEUP",
                                "VOLUMEDOWN",
                                "MUTE",
                                "MUTE"
                            ],
                            "name": "volume_seq"
                        }
                    ]
                }
            ],
            "platform": "webostv"
        },
        {
            "name": "Hue",
            "anyOn": true,
            "forceHttp": true,
            "hosts": [
                "<IP_ADDRESS>:80"
            ],
            "lights": true,
            "linkButton": false,
            "nativeHomeKitLights": true,
            "nativeHomeKitSensors": true,
            "nupnp": true,
            "resource": false,
            "rules": false,
            "sensors": false,
            "users": {
                "001788FFFE60ADB6": "3ltV2XNAU9GKu5m-nUdNrqtPUwpVhRPf97jh5Wwl"
            },
            "platform": "Hue"
        }
    ]
}

Environment:

Node.js Version:  v14.11.0
NPM Version: 6.14.8
Homebridge Version: 1.2.3
Homebridge Config UI X Version: v4.31.0
Operating System: Raspbian buster
Process Supervisor: Docker / Systemd / init.d / pm2 / launchctl / hb-service / other / none
I forgot :/ Installed it the easy way according to instructions webpage.

This is not really a UI-related issue, however you can try rolling backs to Homebridge v1.1.6 or try beta v1.3:
You can change the Homebridge version from the Homebridge UI (v4.29.0 or later):


How does this change affect Azure Devops?

I seem to have multiple Azure logins all created by my employer and want to move to consolidate under our corporate Microsoft EA account. I have have Azure Devops with several team members & repos which is currently under my "personal" Microsoft account. I am the organisation owner in Azure Devops. What will happen to Azure Devops if I move subscription directory?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: da261ee4-3348-b520-a27c-98f9d9ef40cc
Version Independent ID: 13d12189-ee46-8058-dd99-058adc69f1c5
Content: Add an existing Azure subscription to your tenant - Azure Active Directory
Content Source: articles/active-directory/fundamentals/active-directory-how-subscriptions-associated-directory.md
Service: active-directory
GitHub Login: @eross-msft
Microsoft Alias: lizross

@dombat Thank you for your query. We will investigate and update this thread further.

@dombat As per my understanding while transitioning from Microsoft to Azure AD identity requires to email address to match.  Please refer to Tutorial: Connect your organization to Azure Active Directory and Identities for Visual Studio subscribers.  Alternatively,
I suggest you please open a new Azure DevOps developer community with the details and community will help address your query.

@dombat We will now proceed to close this thread. If there are further questions regarding this matter, please reopen it and we will gladly continue the discussion.


Add tutorial?

If I'm not mistaken, the module wants to enable easy plugin UI creation for designers/developers. Designers especially may not know enough about web app creation to make use of the module.
An understandable tutorial, similar to this one but with a focus on JS, skpm and sketch-module-web-view, would help programming beginners to create Sketch plugins with web view UIs.

for sure. It just takes a lot of time which I don't have for now.
But I'm happy to review and accept a PR. We could even put the tutorial on https://skpm.io

This would be great... as some of us are new to sketch plugins.


telegram_media_downloader version or commit
244
What OS are you seeing the problem on?
Windows
Python Version
3.10.10
What happened?
[00:08:35] WARNING  socket.send() raised exception.                                               proactor_events.py:352
[00:08:51] WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
[00:09:06] WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
Expected Behavior
[00:08:35] WARNING  socket.send() raised exception.                                               proactor_events.py:352
[00:08:51] WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
[00:09:06] WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
Current Behavior
[00:08:35] WARNING  socket.send() raised exception.                                               proactor_events.py:352
[00:08:51] WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
[00:09:06] WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
WARNING  socket.send() raised exception.                                               proactor_events.py:352
Possible Solution
No response
Steps to Reproduce
No response
Relevant log output
No response

问题解决了嘛，我用docker出现同样的问题，过一段时间，大概几个小时就会出现 socket.send() raised exception


Make AuthenticationFailedError consistent with other client errors

Credentials return AuthenticationFailedError when authentication fails. That type has a RawResponse() method which returns any response the credential received. Naively, it seems AuthenticationFailedError should instead wrap azcore.ResponseError, to enable consistent error handling. Otherwise the API compels applications to handle authentication failures differently than other errors:
err := client.Fail()
var res *http.Response
var authErr azidentity.AuthenticationFailedError
if errors.As(err, &authErr) {
	res = authErr.RawResponse()
}
var respErr azcore.ResponseError
if errors.As(err, &respErr) {
	res = respErr.RawResponse
}

Action items from offline discussion:

make AuthenticationFailedError a struct

with a RawResponse field
Error() should return a string like ResponseError.Error()


Add user agent attribute to HfApi client

First discussed on slack (internal link).
The idea is to be able to set a custom user agent for all requests made with HfApi client. Also added a docstring and some tests.
cc @ydshieh

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.

Thanks for the review @osanseviero :)


Remove actions/migrate

Remove actions/migrate

actions/migrate repo was deprecated. We have to remove it to pass the Awesome Lint.
For #222 #223 #224 #225

Remove the redirected link

@peaceiris thanks for doing that!


Attach e2e test

Codecov Report

Merging #372 into feat/port_to_typescript will not change coverage.
The diff coverage is n/a.

@@                   Coverage Diff                    @@
##           feat/port_to_typescript     #372   +/-   ##
========================================================
  Coverage                    26.33%   26.33%
========================================================
  Files                            9        9
  Lines                          300      300
  Branches                        23       23
========================================================
  Hits                            79       79
  Misses                         219      219
  Partials                         2        2


bump go version to 1.17

Codecov Report

Merging #42 (1b237f9) into master (d395f9f) will increase coverage by 6.49%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master      #42      +/-   ##
==========================================
+ Coverage   43.05%   49.54%   +6.49%
==========================================
  Files           5        5
  Lines         590      666      +76
==========================================
+ Hits          254      330      +76
+ Misses        314      309       -5
- Partials       22       27       +5

Impacted Files
Coverage Δ

cmd/dnspyre/report.go
61.92% <0.00%> (+3.63%)
:arrow_up:

cmd/dnspyre/root.go
11.90% <0.00%> (+3.79%)
:arrow_up:

cmd/dnspyre/benchmark.go
77.52% <0.00%> (+8.73%)
:arrow_up:

cmd/dnspyre/dns.go
37.20% <0.00%> (+12.88%)
:arrow_up:

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 d395f9f...1b237f9. Read the comment docs.


Override reference inclusion by targets file

Hi again,
the target file ../packages/SQLitePCLRaw.lib.e_sqlite3.linux.1.1.12/build/net35/SQLitePCLRaw.lib.e_sqlite3.linux.targets automatically includes the libe_sqlite3.so file into my project. AFAIK this forces me to create a new (sub-)project for each CPU architecture I want to address (x86, x64, arm). Since my project is for Mono it is possible to configure the library for each CPU arch in a config file. In this case the config files name is SQLitePCLRaw.provider.e_sqlite3.dll.config.
Would it be possible to add an additional check to the targets files which prevents the reference inclusion?
Something like: <ItemGroup Condition=" '$(OS)' == 'Unix' AND !Exists('/Library/Frameworks') AND !Exists('SQLitePCLRaw.provider.e_sqlite3.dll.config')">
Or is there a better/an easier way to achieve that?

Closing old/stale issue.


FastCGI giving segmentation fault

I am running a Kitura server on FastCGI and on PUT request I am sending a large data whose content length is around 200000. The request is working on HTTP server but failing in FastCGI server. The worst part is the application is exiting. Please get it fixed.
I have written this basic block of code.
import Kitura
import HeliumLogger
import LoggerAPI

HeliumLogger.use()

let router = Router()

router.options("/hello/:oid") {
    request, response, _ in

    response.headers["Access-Control-Allow-Origin"] =  "*"
    response.headers["Access-Control-Allow-Headers"] = "accept, content-type, Authorization"
    response.headers["Access-Control-Allow-Methods"] = "OPTIONS,GET,PUT,POST,DELETE"

    response.status(.OK).send("OK")
}

router.put("/hello/:oid"){
    request, response, _ in
       response.status(.OK).send("put called")
}

Kitura.addFastCGIServer(onPort: 8080, with: router)
Kitura.run()

I have created a JSON link
https://api.myjson.com/bins/1fytyx
If you copy this JSON and send a PUT request from Postman
to this link
http://localhost:80/hello/123134 (Port might be different)
The server stops and gives this
Illegal instruction (core dumped)

Wait refer this link
http://text-share.com/view/raw/4be85487

Please check into this issue. I have given all the details in reproducing this issue. If there is any detail required then let me know.


RegisterGameDataObjects Function

Adds IAddGDO interface used to tag custom gdos.
Adds RegisterGameDataObjects(Type t) which when passed a mod's type, will register all of their game data objects marked with IAddGDO.
Adds AddGameDataObject(Type t) for adding game data objects based on a type.

Example use is
RegisterGameDataObjects(typeof(Mod));

Btw this can be closed now right? The feature is already in the beta kl.

Btw this can be closed now right? The feature is already in the beta kl.

Yep you're right


Missing types in d.ts file

I cannot build my project using aurelia-view-manager and typescript with errors in dist/aurelia-view-manager.d.ts:
Cannot find name 'ViewEngine'
Cannot find name 'ViewCompileInstructions'
Cannot find name 'ResourceLoadContext'
Cannot find name 'ViewFactory'

The problem is fixed when I add these missing types to import statement on line 3:
import {viewStrategy,useViewStrategy,ViewEngine,ViewCompileInstruction,ResourceLoadContext,ViewFactory} from 'aurelia-templating';

@bas080

@Tibest That file is just for typings, right? How does that stop the build? I haven't tried that before so maybe you can help :)

Yes it is for typings. Actually gulp build does not stop. Sorry for inaccurate info. But when building docker image with my project it detects those error messages and stops. It would help me if I have not to manage docker to ignore gulp errors

I understand. I'm not sure if I can automate this process in the d.ts file, but I guess it's worth trying.

https://github.com/SpoonX/aurelia-view-manager/pull/35
Would this be sufficient?

Hm well, maybe. I honestly don't know how this works. I've never had to have typings from external projects before, I just told it to ignore them, or point to their d.ts files (usually part of their own package.json). I think you can try it locally using linking, and see if it works?

I edited my installed package to reflect the updated d.ts file and it stopped complaining. :)
Default Webpack typescript skeleton production builds get halted when typescript compilation errors are found.

Meh.. Alright then! I'll merge and release it later today :)

Published! :)


Syntax for ?_through= that works as a form field

The current syntax for ?_through= uses JSON to avoid any risk of confusion with table or column names that contain special characters.
This means you can't target a form field at it.
We should be able to support both - ?x.y.z=value for tables and columns with "regular" names, falling back to the current JSON syntax for columns or tables that won't work with the key/value syntax.

Current syntax: https://datasette.readthedocs.io/en/stable/json_api.html#special-table-arguments
/?_through={"table":"roadside_attraction_characteristics","column":"characteristic_id","value":"1"}
The alternative syntax for that could be:
https://latest.datasette.io/fixtures/roadside_attractions?_through.roadside_attraction_characteristics.characteristic_id=1

Here's the current code:
https://github.com/simonw/datasette/blob/28c4a6db5b5e512db630d7ba6127196185de67c7/datasette/views/table.py#L316-L344

This is a nice opportunity to help with the refactoring of the table view in #617 - the above code snippet takes the request, looks at the _through= parameters and appends things to the where_clauses, params and extra_human_descriptions lists. I can factor that out into a separate private method on TableView and use that as a pattern for further refactoring.

Might be able to create a web form that's unambiguous using:
https://latest.datasette.io/fixtures/roadside_attractions?_through.["roadside_attraction_characteristics","characteristic_id"]=1
So:
<input type="text" name='_through.["roadside_attraction_characteristics","characteristic_id"]' value="1">

Alternative idea: since current syntax is:
?_through={"table":"roadside_attraction_characteristics","column":"characteristic_id","value":"1"}
The form-encoding-friendly syntax could be:
?_through.{"table":"roadside_attraction_characteristics","column":"characteristic_id"}=1

This would also mean that an extra text input box could be easily shown on the page.
https://latest-with-plugins.datasette.io/fixtures/roadside_attractions?_through={"table":"roadside_attraction_characteristics","column":"characteristic_id","value":"1"} but with the annotated box added (and made to look good):

I refactored this code out into the filters.py module in aa7f0037a46eb76ae6fe9bf2a1f616c58738ecdf


python310Packages.simber: 0.2.3 -> 0.2.4

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python310Packages.simber is: "Simple, minimal and powerful logger for Python"
meta.homepage for python310Packages.simber is: "https://github.com/deepjyoti30/simber"
meta.changelog for python310Packages.simber is: ""
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS

Warning: a test defined in passthru.tests did not pass

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 0.2.4 with grep in /nix/store/ap1y55nfw1v0nwg6dwd632vv4rh62rbl-python3.10-simber-0.2.4

found 0.2.4 in filename of file in /nix/store/ap1y55nfw1v0nwg6dwd632vv4rh62rbl-python3.10-simber-0.2.4

Rebuild report (if merged into master) (click to expand)

6 total rebuild path(s)

3 package rebuild(s)

3 x86_64-linux rebuild(s)
3 x86_64-darwin rebuild(s)

First fifty rebuilds by attrpath
python310Packages.simber
python39Packages.simber
ytmdl

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/ap1y55nfw1v0nwg6dwd632vv4rh62rbl-python3.10-simber-0.2.4 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python310Packages.simber https://github.com/r-ryantm/nixpkgs/archive/580936b1366a4e77fee8b34de4a0ba188681aaaf.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/ap1y55nfw1v0nwg6dwd632vv4rh62rbl-python3.10-simber-0.2.4
ls -la /nix/store/ap1y55nfw1v0nwg6dwd632vv4rh62rbl-python3.10-simber-0.2.4/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

3 packages built:

python310Packages.simber
python39Packages.simber
ytmdl

Maintainer pings
cc @j0hax for testing.

Result of nixpkgs-review pr 163665 run on x86_64-linux 1

3 packages built:

python310Packages.simber
python39Packages.simber
ytmdl


Not a Class?

I like this but should it not be a class rather than a function ... like all other geometries in three.js?

You're right, we migrated to three 122 but did not moved to class syntax and are still using the old way of defining classes.
It shiould not impact usage though, you can still do:
new CapsuleBufferGeometry(...);`

Okay, I don't know if I will put in a PR now cuz im a little busy but maybe sometime in the future. Your capsule is even better than the one in the main three.js library cuz it supports more parameters.
Thanks!


Declaration line in Lua signature help looks entirely like an @error

Hey @gbprod
please look at some signature help window with content from lua-ls:
currently I have no idea how to avoid displaying the whole declaration line as an error:

For some reason, another colorscheme displays the same in a better way:

Can you reproduce this look?

Thanks for your feedback. It doesn't seem to comes from nord.nvim in particular but maybe more from tree-sitter and the markdown tree-sitter. I think that the colorscheme you used to compare doesn't support tree-sitter @error highlight.
If you try with another theme supporting tree-sitter, you have the same behavior, eg. with tokyonight :

I'm not sure of where we should post an issue for that :sweat_smile: and I don't actually have any solution for that :/

Also thank you for looking into the issue. The light colorscheme shown above is https://github.com/navarasu/onedark.nvim and supports @error highlight. With
require('onedark').setup {
  style = 'light',
  highlights = {
    ['@error'] = {fg = '#884400'},
  }
}

@error highlight spans only function keyword there:

After similar change
require('nord').setup {
  diff = {mode = 'fg'},
  on_highlights = function (highlights, _colors)
    highlights['@error'] = {fg = '#884400'}
  end,
}

I got

but still cannot explain why it behaves in this way.

I can explain what happens :
The buffer with the hover content is considered as markdown, so the markdown tree-sitter parser is applied.
With lua_ls, the lsp hover contains a lua block code inside. Eg :
```lua
function vim.tbl_extend(behavior: string, ...table)
  -> Merged: table

This part of the markdown is considered as lua so the lua tree-sitter is used for this part (it's language injection) but the lua code is not correct so, tree-sitter parse it as an error and apply the @error highlight group.
I think it's possible to avoid it using a specific tree-sitter rule. I will try to find someting.
Using onedark, the behavior is the same but, as the highlight group only apply a foreground color, it's less annoying.
I hope my explanation is clear :sweat_smile:

Yes, it's clear for me. I looked earlier on :InspectTree (built-in playground, after <C-w>T on the float window) that @error covers the whole line.
Indeed, after customizing bg on both colorschemes I see background covering the whole line.

The first parameter is considered as active so it's highlighted separately (https://github.com/neovim/neovim/commit/2eecb1b85dbb0e02ec40e95d28d3cc4720040f01) but the rest isn't red (only background setting works).
It's possible that the rest is highlighted later and overrides @error. The later highlights usually have no bg thus the setting from colorscheme survives if existed before.
To test it within float window I tried to call nvim_buf_add_highlight(0, -1, 'DiffDelete', 1, 26, 28) and call nvim_buf_add_highlight(0, -1<EMAIL_ADDRESS>1, 21, 24)  (only the first has bg).
We probably have an explanation of what's going on so I can close this issue. Thanks for looking into the issue.


removed actions and Summoner

Shadow Flare, Contagion, Aetherflow still there. Summoner needs to get updated asap for xivanalysis, please!

xiva is a volunteer effort, and we only work as fast as people have time to contribute.
there's already some work in-flight for smn, however it's as yet incomplete, and will take time to be checked, merged, and supported.
please have some patience


glitch when record with MME/WDM host API

how to fix the glitch when record with MME/WDM host API, I compare the recorded signal using MME/WDM api and ASIO api, and the former gets lot of glitch, here bellow are two fig to show the difference:

the code I use is:
# for MME record
my_recording = sd.playrec(pt_l, device=(3, 14), samplerate=fs, channels=1, blocking=True,
                          input_mapping=[1], output_mapping=[1], dtype='int32')
# for ASIO record
my_recording = sd.playrec(pt_l, device=(44, 44), samplerate=fs, channels=1, blocking=True,
                          input_mapping=[1], output_mapping=[1], dtype='int32')

It looks like MME has a much coarser quantization, and it is indeed weird.
Do you really need the data type 'int32'?
I think its support may not be the best for all host APIs.
You should try 'float32' (which is the default), which might be better supported.
Does this show the same effect?


Issues should be linked if they are mentioned in the commit

If an issue is mentioned in the commit anywhere after the first line, it won't be sent to Slack.  A possible feature could be to detect issue mentions in the entire commit message, and then display them with their own label alongside of the commit for easy access.

Good idea. I'm currently truncating commit messages to the summary line, but I'll do the issue mentions scan on the full commit message and just pull together a list to print somewhere in the notification.


Fixed errors introduced to the XR Rig. Cleaned up some scene overrides. Added missing license header

Overview
The MRTK Rig had an error introduced into it where the near mode detector had a null object set as a managed controller. This PR also cleans up several scenes which had leftover CanvasProxyInteractors in the scene. The CanvasProxyInteractor is now automatically included in the MRTK rig.
This PR also fixes some other instances in the examples where there were unnecessary overrides placed on the base MRTK rig.
It also adds a missing license header to a class.
Changes

Fixes: #10882

Will multiple CanvasProxyInteractors break anything now? We should be resilient to that kind of misconfiguration

Will multiple CanvasProxyInteractors break anything now? We should be resilient to that kind of misconfiguration

We don't think it was the root cause of the issue upon further analysis. They've been removed from the scenes they were present so as to prevent accidentally clicking canvas MRTK Interactables while using input sim.


limit input range of f divergences to avoid NaN

This sets hard limits on the output of the discriminator so they don't explode with NaN for some divergence types.

This is too heavy handed.


add proxyStatsMatcher to gateway-proxy for more detailed proxy stats

Description
Please provide a description of this PR
Affects
To help us figure out who should review this PR, please put an X in all the areas that this PR affects.

[ ] Configuration Infrastructure
[ ] Docs
[x] Installation
[ ] Performance and Scalability
[ ] Test and Release
[ ] User Experience

/assign


Investigate if we can expand fast case for running async code inside custom error zone without overriding callback binding behavior

Each invocation of an async/async* function will call _asyncThenWrapperHelper to bind the inner async_op closure using the current zone.
There's a fast case if we're doing this inside the Zone.root, see async_patch.dart
Function _asyncThenWrapperHelper(continuation) {
  // Any function that is used as an asynchronous callback must be registered
  // in the current Zone. Normally, this is done by the future when a
  // callback is registered (for example with `.then` or `.catchError`). In our
  // case we want to reuse the same callback multiple times and therefore avoid
  // the multiple registrations. For our internal futures (`_Future`) we can
  // use the shortcut-version of `.then`, and skip the registration. However,
  // that means that the continuation must be registered by us.
  //
  // Furthermore, we know that the root-zone doesn't actually do anything and
  // we can therefore skip the registration call for it.
  //
  // Note, that the continuation accepts up to three arguments. If the current
  // zone is the root zone, we don't wrap the continuation, and a bad
  // `Future` implementation could potentially invoke the callback with the
  // wrong number of arguments.
  if (Zone.current == Zone.root) return continuation;
  return Zone.current.registerUnaryCallback(continuation);
}

Very often users run code inside a custom zone where this condition doesn't hold, so we'll execute slower code. Though custom zones very rarely overriding callback binding functionality, most of the time the custom zones are only used for catching errors.
We should investigate whether we can extend the fast case to custom zones which don't change callback binding behavior.
Since this intersects with the faster async work, could you take a look at this, @cskau-g ?

622d54c addressed the particular changes possible in _asyncThenWrapperHelper and _asyncErrorWrapperHelper.
The result was a 2-5% runtime reduction for the particular custom-zone-with-no-register-override cases.
https://github.com/dart-lang/sdk/issues/44936 tracks the follow-up work to investigate further optimisations.


⚠ PrivateHD has degraded performance

In 1e6ca39, PrivateHD ($PHD) experienced degraded performance:

HTTP code: 200
Response time: 1610 ms

Resolved: PrivateHD performance has improved in 2a646ef.


How can I test the scheduled time?

I have found this code on the Sidekiq page, but it has since been removed:
 Collector.should have_queued_job_at(date_2,1)
Is this have_queued_job_at method part of the gem? it doesn't seem to be recognised. Is there any way to test the time that the job has been rescheduled to?

Your looking at the wrong gem, the part of the docs you are refering to are related to subelsky's helpers over here

I don't think we have anything in here for testing the time the job has been rescheduled for. Not worked on this gem for a while so I may just have forgotten


Crash from exporter with damaged item in whitelist and crafting upgrade

Issue description:
Only tested with flint and steel, exporter into a dispenser.  The flint and steel used for the whitelist had some damage, and the exporter was set to ignore damage, all other settings default.  Crashed as soon as crafting upgrade added.
What happens:
When on a server, it times out.  When on singleplayer, the client crashes.
What you expected to happen:
Fill the dispenser with flint and steel, crafted using a crafter.
Steps to reproduce:

Set up crafter with flint and steel pattern.
Set up exporter with a damaged flint and steel, (item damage not compared, don't know if this changes anything).
Add a crafting upgrade to the exporter.
...

Version (make sure you are on the latest version before reporting):

Minecraft: 1.12.2
Forge: <IP_ADDRESS>05
Refined Storage: 1.5.34

Does this issue occur on a server? [yes/no]
Yes.
If a (crash)log is relevant for this issue, link it here:
No errors, the log just stops.

Fixed in 1.6, where it's no longer possible to initiate tasks with damaged items through the exporter or interface.


async-io still in use

https://github.com/socketry/falcon/blob/2379de9da42ff9bdad4eff6556fb4c57230585b7/lib/falcon/proxy_endpoint.rb#L6-L10
starting the server with rack environment results in:
<internal:/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/core_ext/kernel_require.rb>:37:in `require': cannot load such file -- async/io/unix_endpoint (LoadError)
	from <internal:/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/core_ext/kernel_require.rb>:37:in `require'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/proxy_endpoint.rb:6:in `<top (required)>'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/environment/application.rb:8:in `require_relative'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/environment/application.rb:8:in `<top (required)>'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/environment/rack.rb:6:in `require_relative'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/environment/rack.rb:6:in `<top (required)>'
	from <internal:/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/core_ext/kernel_require.rb>:37:in `require'
	from <internal:/usr/local/lib/ruby/site_ruby/3.2.0/rubygems/core_ext/kernel_require.rb>:37:in `require'
	from /app/falcon.rb:2:in `load_file'
	from /usr/local/bundle/gems/async-service-0.12.0/lib/async/service/loader.rb:38:in `instance_eval'
	from /usr/local/bundle/gems/async-service-0.12.0/lib/async/service/loader.rb:38:in `load_file'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/configuration.rb:31:in `load_file'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/command/paths.rb:27:in `block in configuration'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/command/paths.rb:24:in `each'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/command/paths.rb:24:in `each'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/command/paths.rb:24:in `configuration'
	from /usr/local/bundle/gems/falcon-0.47.0/lib/falcon/command/host.rb:41:in `call'
	from /usr/local/bundle/gems/samovar-2.3.0/lib/samovar/command.rb:21:in `call'
	from /usr/local/bundle/gems/falcon-0.47.0/bin/falcon-host:26:in `<top (required)>'
	from /app/bin/falcon-host:27:in `load'
	from /app/bin/falcon-host:27:in `<main>'

our falcon.rb:2 has: require "falcon/environment/rack"

in fact, searching for async/io yields 7 results 🤔

Oops, I'll fix it :)


multi-command capture

It would be very useful to also have a script that reads a user-defined text file for a list of commands that it can execute in a current connected device. Both in exec, global, interface modes and others.

I believe the document_device script already does what you are requesting.  You can provide a custom list of commands, or just modify the per-OS lists in the settings.ini file and it will capture all of those commands for any device you run it on.   There is also a multi-device version if you wanted to capture the same list of commands over a bunch of devices at once.

I will check that out. Thank you very much


🗣 Translation Language

1	English
2	Arabic
3	Russian
4	Japanese
5	Vietnamese
6	Chinese (Simplified)
7	Indonesian
8	Malaysian
9	Thai
10	Tagalog
11	Hindi
12	Chinese Traditional

We just introduced 3 new languages by today :
✅Japanese
✅Vietnamese
✅Chinese Traditional
Source : https://medium.com/@harimaumintcapital/unlocking-new-horizons-introducing-japanese-vietnamese-and-chinese-traditional-languages-3b17666708f9


Application doesn't exit properly when debugging

When you exit Minecraft, the application is left running, and must be manually closed before control is returned to Visual Studio.
Instead, the process should be automatically closed.  (I wonder if this was done on purpose, as a workaround for Issue #14? -- Perhaps when #14 is fixed, you won't need this anymore?)

This was not intentional, and actually came up during early testing but we didn't have time to correct it. Can you post this issue on the following repository which contains the debugger implementation used by the Minecraft Modding extension?
https://github.com/tunnelvisionlabs/JavaForVS/issues


upgrade: Wait for CEPH status after each node

SES docs suggest to wait for ceph cluster status after upgrading each
node. We saw some errors in CI which might be caused by not waiting before
executing following actions.
EDIT:
The wait_for is supposed to print current status instead of dots for better understanding of the upgrade flow. Also -q is omitted from grep to not lose the final status (e.g. HEALTH_WARN line can contain more information).

 cloud-mkcloud7-job-upgrade-nondisruptive-ha-ceph-x86_64

triggered a ceph build

@jdsn I updated quoting. Please re-check.

I updated quoting. Please re-check.

Oh, thanks. I would have merged it without as well, because as I said, the consumer is also passing the variable. We have places where it is worse :)
I was just waiting for the ceph build to finish.
Will trigger another ceph biuld now.


Fatal error in Emitter.emitMove in example with conformances

Please see example:
public type LocalFuture<R> {

  let r: R

  public fun await() -> R {
    r
  }
}

Compiling this will yield an error:
IR/Emitter.swift:2661: Fatal error: Unexpectedly found nil while unwrapping an Optional value

This comes from emitMove function at the following portion of the code:
    // Other types must be movable.
    let movable = program.conformance(
      of: t, to: program.ast.core.movable.type, exposedTo: insertionScope!)!

NOTE: for my longer-term type, I don't want it to be movable.
(adding .copy() when returning r makes the crash go away)

You can't return r from inside LocalFuture without moving it.  The fact that you haven't declared it movable is a likely cause (and I think we're going to be making that move explicit in the future).  The future should not be returning its result anyway, but projecting it, so consider a subscript.  It's in the nature of a future that it will store its result one way or the other.


alert property title

I see docs  in apple development  website, https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/ApplePushService.html
alert has an property title, but PayloadAlert doesn't have it.

the repo is no longer maintained ????

OK. I solve this by inherit PayloadAlert myself.

@gensmusic Could you please share your code or make a PullRequest?


[BrokenLinksH2] Fix path in link

Fixing broken links

Learn Build status updates of commit 609c7aa:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs-conceptual/azureadps-2.0/toc.yml
:white_check_mark:Succeeded
View (azureadps-2.0)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the learn.microsoft.com contributor guidesPost your question in the Learn support channel

Learn Build status updates of commit e90add6:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs-conceptual/azureadps-2.0/toc.yml
:white_check_mark:Succeeded
View (azureadps-2.0)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the learn.microsoft.com contributor guidesPost your question in the Learn support channel


Create JohnJohn.md

What article on docs.github.com is affected?

What part(s) of the article would you like to see updated?

[x] Everything

Updated an restored

Thanks for opening this issue. A GitHub docs team member should be by to give feedback soon. In the meantime, please check out the contributing guidelines.


ERD Datenbank für Display-Raum Zuweisungen

Task
Create an Entity-Relationship diagram for the database, which stores display-room mapping.

Brainstorm - needed Tables
Display
Columns

mac-address (of PI)
note (some optional info)

Room
Columns

floor (E, 1st, 2nd)
number (roomnumber in that floor)
note (additional info)

Display_Room
association between display and room (which room is the display "attached to")
Columns

RoomId
DisplayId

Pupil
Device
Pupil_Device
Last edit: 12.01.2022


Move VersionCommand back to influxd

Overview
This commit moves the command in cmd/influxd/version into the cmd/influxd package so that the version and commit can be injected via -ldflags.

:+1:


seed all

Before submitting

[ ] Was this discussed/approved via a Github issue? (no need for typos and docs improvements)
[ ] Did you read the contributor guideline, Pull Request section?
[ ] Did you make sure to update the docs?
[ ] Did you write any new necessary tests?

What does this PR do?
adding func to seed all similar as PL
PR review
Anyone in the community is free to review the PR once the tests have passed.
If we didn't discuss your PR in Github issues there's a high chance it will not be merged.
Did you have fun?
Make sure you had fun coding 🙃

Hello @Borda! Thanks for opening this PR.

In the file tests/helpers/__init__.py:

Line 18:1: W391 blank line at end of file

Do see the Hitchhiker's guide to code style