Add files via upload

Your checklist for this pull request
About your game
What is your game about?

Pushing the blue number boxes into the green boxes without getting them stuck

How to play your game?

Example  : WASD to move, J to reset the level

Code
Check off the items that are true.

[ ✅] The game was made using the Sprig editor.
[✅ ] The game is placed in the in the /games directory.
[✅ ] The code is significantly different from all other games in the Sprig gallery (except for games labeled "demo").
[✅ ] The game runs without errors.
[ ✅] The name of the file/game contains only alphanumeric characters, -s, or _s.
[ ✅] The game name is not the same as the others from gallery

Image (If an image is used)

[x] The image is in the /games/img directory.
[x] The name of the image matches the name of your file. Example: sokoban_plus.js -> sokoban_plus.png.

Thanks for PR!

very good game! I burned my neurons haha but I can't solve level 2 and 3, could you show me how to solve it? And what is the function of magnets?

Here is recording of solutions for levels 2 and 3
https://user-images.githubusercontent.com/86892462/210190237-0d714a5b-d1d8-494f-b8a6-8c83e30aee99.mov
Magnets are from before I revamped the game, I removed them and will edit the pull request accordingly

Great!

Is the duplicate 1 intentional?

Yes, the duplicate 1 block and players are designed to be confusing, only one of them actually works

Good idea haha, could you show me how to solve this level?

Ah yes, level 4 is evil, even I usually can't solve it first try :)
https://user-images.githubusercontent.com/86892462/210282845-615e5cdc-6a62-4ce9-98ba-20bf9de42841.mov


Timestamp insertion and getTs to determine age of cached value

I had need of functionality to determine the "staleness" of the cached value.  Since the TTL can be anything from undefined to infinity there was no fool-proof way of determining this based only on the TTL.  The ts value is set when the cache object is set.  ts is not updated when only ttl is updated on a cache entry.   Added testing for ts.

Coverage decreased (-0.2%) to 98.256% when pulling 56798dc5ca72b9920f4c06eb1929a1cad5085538 on youngmd:master into f700fbeaabe9577ea15d14e0dd9408ff52c341e2 on mpneuried:master.


Provide documentation on how to test the updated collection pipelines

When a collection is updated how do you make sure that it will still build fine with pipeline. Need some instructions to test it with pipeline before publishing it.

Below doc has section which needs to be filled
https://github.com/kabanero-io/collections
https://kabanero.io/docs/ref/general/collection-building.html
3. Test the pipelines and other components that have been included in the collection within the Kabanero/OpenShift environment.

More details coming.

Please assist in providing the appropriate assignee for the issue

@mtamboli could you add this requirement to issue 56 and close this one?

@kaczyns - Is there any documentation work pending from your side for this issue?

I don't think the operator has any doc for this issue.  Unless I don't understand the issue :-)

@kaczyns @marikaj123 I don't think there is any operator doc work here either.  I will address this issue in https://github.com/kabanero-io/docs/issues/56

I am closing this one as Vijai is updating in other doc. Will verify there.


Feedings total amount

Hello,
Thank you for this great integration!
Is it possible to extract the total feeding amount into a sensor directly from the Babybuddy API?

Do you mean the total amount per day? 24 hour period? Something else?

I should have been more precise. I was thinking the total amount in a 24-hour period.

Have you looked at the Statistics platform? Specifically, the 'total' attribute?

Gotcha, makes sense.
We could query API with specific lookback. Docs say date, so we just need to check if it would accept a datetime.

That would be great! I guess this would be the same with other totals (diapers, sleep etc.?)

I made some progress on this. If i call the feedings endpoint, it returns all the feedings recorded. I'm then using node red to filter this and create a sensor for the total amount and the number of bottles consumed.
Here is the flow:
[{"id":"7be2b9f2d4976dbd","type":"http request","z":"35c0e2ebaea0e359","name":"","method":"use","ret":"obj","paytoqs":"ignore","url":"","tls":"","persist":false,"proxy":"","authType":"","senderr":false,"x":1530,"y":180,"wires":[["c06039fdbb1ffe0d"]]},{"id":"4e1076f69e2f3ead","type":"function","z":"35c0e2ebaea0e359","name":"","func":"var today = new Date();\nvar date = today.getFullYear() + '-' + (today.getMonth() + 1) + '-' + today.getDate();\nvar url = \"http://<IP_ADDRESS>:8800/api/feedings/?child=2&end_min=\"+date;\n\nmsg.headers = {}\nmsg.method = \"GET\"\nmsg.url = url //\"http://<IP_ADDRESS>:8800/api/feedings/?end_min=2022-04-11\";\nmsg.headers['Authorization'] = 'Token replace_with_your_token';\n\nnode.status({ fill: \"green\", shape: \"dot\", text: date });\n\nreturn msg","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":1360,"y":180,"wires":[["7be2b9f2d4976dbd"]]},{"id":"c06039fdbb1ffe0d","type":"function","z":"35c0e2ebaea0e359","name":"","func":"var flasker = msg.payload.count;\nconst arr = msg.payload.results;\n\nconst sum = arr.reduce((accumulator, object) => {\n    return accumulator + object.amount;\n}, 0);\n\nconsole.log(sum);  \n\nmsg.total = sum;\nmsg.flasker = flasker;\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":1700,"y":180,"wires":[["64c86aadc96ce1f1","39d7d19af7f0a062"]]},{"id":"fb277876f28efae3","type":"ha-entity","z":"35c0e2ebaea0e359","name":"","server":"xxxxxxxxxx","version":2,"debugenabled":false,"outputs":1,"entityType":"sensor","config":[{"property":"name","value":"marie_mme_total"},{"property":"device_class","value":""},{"property":"icon","value":"mdi:baby-bottle"},{"property":"unit_of_measurement","value":"mL"},{"property":"state_class","value":""},{"property":"last_reset","value":""}],"state":"total","stateType":"msg","attributes":[],"resend":true,"outputLocation":"payload","outputLocationType":"none","inputOverride":"allow","outputOnStateChange":false,"outputPayload":"","outputPayloadType":"str","x":2010,"y":180,"wires":[[]]},{"id":"64c86aadc96ce1f1","type":"rbe","z":"35c0e2ebaea0e359","name":"","func":"rbe","gap":"","start":"","inout":"out","septopics":true,"property":"total","topi":"topic","x":1850,"y":180,"wires":[["fb277876f28efae3"]]},{"id":"b9d1d93a5614f4cd","type":"ha-entity","z":"35c0e2ebaea0e359","name":"","server":"xxxxxxxxxx","version":2,"debugenabled":false,"outputs":1,"entityType":"sensor","config":[{"property":"name","value":"marie_mme_antal_flasker"},{"property":"device_class","value":""},{"property":"icon","value":"mdi:baby-bottle"},{"property":"unit_of_measurement","value":"flasker"},{"property":"state_class","value":""},{"property":"last_reset","value":""}],"state":"flasker","stateType":"msg","attributes":[],"resend":true,"outputLocation":"payload","outputLocationType":"none","inputOverride":"allow","outputOnStateChange":false,"outputPayload":"","outputPayloadType":"str","x":2010,"y":240,"wires":[[]]},{"id":"39d7d19af7f0a062","type":"rbe","z":"35c0e2ebaea0e359","name":"","func":"rbe","gap":"","start":"","inout":"out","septopics":true,"property":"flasker","topi":"topic","x":1850,"y":240,"wires":[["b9d1d93a5614f4cd"]]}]

I wanted to take a moment to add what I've done here for others as well. This is based on what @mrmultifunk posted April 11th (thanks for that!) and updated to use the datetime format. I expanded the functionality to call additional information available in the API, including total pumping amounts (for supply/demand comparison) and wet/solid/total diaper counts. I plan on expanding this as our newborn gets older to call all the Tummy Time entries and calculate daily/weekly Tummy Time durations. We use a lovelace dashboard for most of our data entry which goes through NodeRed, and certain entries will trigger their respective API call sequence, as well as a midnight call to reset data for graphing purposes.

[{"id":"34d85a266b7202ed","type":"group","z":"b063717f88e1c168","name":"API Calls for Additional Information","style":{"fill":"#ffdf7f","label":true,"label-position":"n","color":"#000000"},"nodes":["7be2b9f2d4976dbd","4e1076f69e2f3ead","c06039fdbb1ffe0d","42a6e81ca48b8aeb","262367fd8898c30a","8785ea8ec2bf9240","f57b732b6695a10e","34d7bb9cf4d76dd5","d205f3956bef0c57","4340917e5a1efbf4","bbc8f1516475a288","a0b9b966fa6fa789","79f3958a682681e7","a4fc60979263f5ad","77d638dd77557c46","31bf681540ac1e66","280540aa3eaed7c9","3ac998e90fe326d1","9dbd6aa4424a3629","a9eddc05ee43c4f7","6d42974c424ae334","1142e4b31e96f203","2545752378ad9369","6601e9ec4c7223fe","b9461331b029511c","bb2408de26d98c4f","beb9dddb4d2fb42f","001e87ed538d72c2","90f2732419094ec2"],"x":2614,"y":179,"w":1032,"h":482},{"id":"7be2b9f2d4976dbd","type":"http request","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"","method":"use","ret":"obj","paytoqs":"ignore","url":"","tls":"","persist":false,"proxy":"","authType":"","senderr":false,"x":3030,"y":260,"wires":[["c06039fdbb1ffe0d"]]},{"id":"4e1076f69e2f3ead","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"API call","func":"var today = new Date();\nvar date = today.getFullYear() + '-' + (today.getMonth() + 1) + '-' + today.getDate();\nvar url = \"http://<IP_ADDRESS>:8888/api/feedings/?end_min=\" + date + \"T00:00:00\";\n\nmsg.headers = {}\nmsg.method = \"GET\"\nmsg.url = url \nmsg.headers['Authorization'] = 'Token 07cad935ec79e68b7011a671a39a4f3094f99cd4';\n\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Date for API call: \" + date });\n\nreturn msg;\n","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":2860,"y":260,"wires":[["7be2b9f2d4976dbd"]]},{"id":"c06039fdbb1ffe0d","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Create sum from returned array","func":"var flasker = msg.payload.count;\nconst arr = msg.payload.results;\n\nconst sum = arr.reduce((accumulator, object) => {\n    return accumulator + object.amount;\n}, 0);\n\nconsole.log(sum);  \n\nmsg.total = sum;\nmsg.flasker = flasker;\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Amount: \"+sum+\" mL\"+\", in \"+flasker+\" bottles.\" });\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":3250,"y":260,"wires":[["42a6e81ca48b8aeb"]]},{"id":"42a6e81ca48b8aeb","type":"ha-sensor","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Daily Feeding Total","entityConfig":"2a1726fec0915452","version":0,"state":"total","stateType":"msg","attributes":[{"property":"Daily Bottles","value":"flasker","valueType":"msg"}],"inputOverride":"allow","outputProperties":[],"x":3510,"y":260,"wires":[[]]},{"id":"262367fd8898c30a","type":"http request","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"","method":"use","ret":"obj","paytoqs":"ignore","url":"","tls":"","persist":false,"proxy":"","insecureHTTPParser":false,"authType":"","senderr":false,"headers":[],"x":3030,"y":380,"wires":[["f57b732b6695a10e"]]},{"id":"8785ea8ec2bf9240","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"API call","func":"var today = new Date();\nvar date = today.getFullYear() + '-' + (today.getMonth() + 1) + '-' + today.getDate();\nvar url = \"http://<IP_ADDRESS>:8888/api/pumping/?date_min=\" + date + \"T00:00:00\";\n\nmsg.headers = {}\nmsg.method = \"GET\"\nmsg.url = url \nmsg.headers['Authorization'] = 'Token 07cad935ec79e68b7011a671a39a4f3094f99cd4';\n\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Date for API call: \" + date });\n\nreturn msg;\n","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":2860,"y":380,"wires":[["262367fd8898c30a"]]},{"id":"f57b732b6695a10e","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Create sum from returned array","func":"var flasker = msg.payload.count;\nconst arr = msg.payload.results;\n\nconst sum = arr.reduce((accumulator, object) => {\n    return accumulator + object.amount;\n}, 0);\n\nconsole.log(sum);  \n\nmsg.total = sum;\nmsg.flasker = flasker;\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Amount: \"+sum+\" mL\"+\". Pumped \"+flasker+\" times.\" });\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":3250,"y":380,"wires":[["34d7bb9cf4d76dd5"]]},{"id":"34d7bb9cf4d76dd5","type":"ha-sensor","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Daily Pumping Total","entityConfig":"9b93c096f3eba640","version":0,"state":"total","stateType":"msg","attributes":[{"property":"Times Pumped","value":"flasker","valueType":"msg"}],"inputOverride":"allow","outputProperties":[],"x":3520,"y":380,"wires":[[]]},{"id":"d205f3956bef0c57","type":"comment","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Feedings","info":"","x":2700,"y":220,"wires":[]},{"id":"4340917e5a1efbf4","type":"comment","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Pumpings","info":"","x":2700,"y":340,"wires":[]},{"id":"bbc8f1516475a288","type":"http request","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"","method":"use","ret":"obj","paytoqs":"ignore","url":"","tls":"","persist":false,"proxy":"","authType":"","senderr":false,"x":3030,"y":500,"wires":[["79f3958a682681e7"]]},{"id":"a0b9b966fa6fa789","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"API call","func":"var today = new Date();\nvar date = today.getFullYear() + '-' + (today.getMonth() + 1) + '-' + today.getDate();\nvar url = \"http://<IP_ADDRESS>:8888/api/changes/?date_min=\" + date + \"T00:00:00\";\n\nmsg.headers = {}\nmsg.method = \"GET\"\nmsg.url = url \nmsg.headers['Authorization'] = 'Token 07cad935ec79e68b7011a671a39a4f3094f99cd4';\n\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Date for API call: \" + date });\n\nreturn msg;\n","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":2860,"y":500,"wires":[["bbc8f1516475a288"]]},{"id":"79f3958a682681e7","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Create sum from returned array","func":"var count = msg.payload.count;\nconst arr = msg.payload.results;\n\nconsole.log(count);  \n\nmsg.total = count;\nmsg.count = count;\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Changes: \"+count});\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":3250,"y":500,"wires":[["a4fc60979263f5ad"]]},{"id":"a4fc60979263f5ad","type":"ha-sensor","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Daily Changes Total","entityConfig":"f712f51a98dffcac","version":0,"state":"total","stateType":"msg","attributes":[],"inputOverride":"allow","outputProperties":[],"x":3520,"y":500,"wires":[[]]},{"id":"77d638dd77557c46","type":"comment","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Changes","info":"","x":2700,"y":460,"wires":[]},{"id":"31bf681540ac1e66","type":"server-state-changed","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Feedings","server":"efbeb294.51685","version":4,"exposeToHomeAssistant":false,"haConfig":[{"property":"name","value":""},{"property":"icon","value":""}],"entityidfilter":"sensor.baby_tengowski_last_feeding","entityidfiltertype":"exact","outputinitially":true,"state_type":"str","haltifstate":"","halt_if_type":"str","halt_if_compare":"is","outputs":1,"output_only_on_state_change":true,"for":"0","forType":"num","forUnits":"minutes","ignorePrevStateNull":false,"ignorePrevStateUnknown":false,"ignorePrevStateUnavailable":false,"ignoreCurrentStateUnknown":false,"ignoreCurrentStateUnavailable":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"},{"property":"data","propertyType":"msg","value":"","valueType":"eventData"},{"property":"topic","propertyType":"msg","value":"","valueType":"triggerId"}],"x":2700,"y":260,"wires":[["4e1076f69e2f3ead"]]},{"id":"280540aa3eaed7c9","type":"server-state-changed","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Changes","server":"efbeb294.51685","version":4,"exposeToHomeAssistant":false,"haConfig":[{"property":"name","value":""},{"property":"icon","value":""}],"entityidfilter":"sensor.baby_tengowski_last_change","entityidfiltertype":"exact","outputinitially":true,"state_type":"str","haltifstate":"","halt_if_type":"str","halt_if_compare":"is","outputs":1,"output_only_on_state_change":true,"for":"0","forType":"num","forUnits":"minutes","ignorePrevStateNull":false,"ignorePrevStateUnknown":false,"ignorePrevStateUnavailable":false,"ignoreCurrentStateUnknown":false,"ignoreCurrentStateUnavailable":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"},{"property":"data","propertyType":"msg","value":"","valueType":"eventData"},{"property":"topic","propertyType":"msg","value":"","valueType":"triggerId"}],"x":2700,"y":560,"wires":[["a0b9b966fa6fa789","a9eddc05ee43c4f7","2545752378ad9369"]]},{"id":"3ac998e90fe326d1","type":"server-state-changed","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Pumpings","server":"efbeb294.51685","version":4,"exposeToHomeAssistant":false,"haConfig":[{"property":"name","value":""},{"property":"icon","value":""}],"entityidfilter":"sensor.baby_tengowski_last_pumping","entityidfiltertype":"exact","outputinitially":true,"state_type":"str","haltifstate":"","halt_if_type":"str","halt_if_compare":"is","outputs":1,"output_only_on_state_change":true,"for":"0","forType":"num","forUnits":"minutes","ignorePrevStateNull":false,"ignorePrevStateUnknown":false,"ignorePrevStateUnavailable":false,"ignoreCurrentStateUnknown":false,"ignoreCurrentStateUnavailable":false,"outputProperties":[{"property":"payload","propertyType":"msg","value":"","valueType":"entityState"},{"property":"data","propertyType":"msg","value":"","valueType":"eventData"},{"property":"topic","propertyType":"msg","value":"","valueType":"triggerId"}],"x":2700,"y":380,"wires":[["8785ea8ec2bf9240"]]},{"id":"9dbd6aa4424a3629","type":"http request","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"","method":"use","ret":"obj","paytoqs":"ignore","url":"","tls":"","persist":false,"proxy":"","authType":"","senderr":false,"x":3030,"y":560,"wires":[["6d42974c424ae334"]]},{"id":"a9eddc05ee43c4f7","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"API call","func":"var today = new Date();\nvar date = today.getFullYear() + '-' + (today.getMonth() + 1) + '-' + today.getDate();\nvar url = \"http://<IP_ADDRESS>:8888/api/changes/?date_min=\" + date + \"T00:00:00\" + \"&wet=True\";\n\nmsg.headers = {}\nmsg.method = \"GET\"\nmsg.url = url \nmsg.headers['Authorization'] = 'Token 07cad935ec79e68b7011a671a39a4f3094f99cd4';\n\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Date for API call: \" + date });\n\nreturn msg;\n","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":2860,"y":560,"wires":[["9dbd6aa4424a3629"]]},{"id":"6d42974c424ae334","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Create sum from returned array","func":"var count = msg.payload.count;\nconst arr = msg.payload.results;\n\nconsole.log(count);  \n\nmsg.total = count;\nmsg.count = count;\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Changes: \"+count});\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":3250,"y":560,"wires":[["b9461331b029511c"]]},{"id":"1142e4b31e96f203","type":"http request","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"","method":"use","ret":"obj","paytoqs":"ignore","url":"","tls":"","persist":false,"proxy":"","authType":"","senderr":false,"x":3030,"y":620,"wires":[["6601e9ec4c7223fe"]]},{"id":"2545752378ad9369","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"API call","func":"var today = new Date();\nvar date = today.getFullYear() + '-' + (today.getMonth() + 1) + '-' + today.getDate();\nvar url = \"http://<IP_ADDRESS>:8888/api/changes/?date_min=\" + date + \"T00:00:00\" + \"&solid=True\";\n\nmsg.headers = {}\nmsg.method = \"GET\"\nmsg.url = url \nmsg.headers['Authorization'] = 'Token 07cad935ec79e68b7011a671a39a4f3094f99cd4';\n\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Date for API call: \" + date });\n\nreturn msg;\n","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":2860,"y":620,"wires":[["1142e4b31e96f203"]]},{"id":"6601e9ec4c7223fe","type":"function","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Create sum from returned array","func":"var count = msg.payload.count;\nconst arr = msg.payload.results;\n\nconsole.log(count);  \n\nmsg.total = count;\nmsg.count = count;\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Changes: \"+count});\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":3250,"y":620,"wires":[["bb2408de26d98c4f"]]},{"id":"b9461331b029511c","type":"ha-sensor","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Daily Wet Diapers","entityConfig":"8995f25bc509b7d9","version":0,"state":"total","stateType":"msg","attributes":[],"inputOverride":"allow","outputProperties":[],"x":3510,"y":560,"wires":[[]]},{"id":"bb2408de26d98c4f","type":"ha-sensor","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"Daily Solid Diapers","entityConfig":"5b0f1e35b743284b","version":0,"state":"total","stateType":"msg","attributes":[],"inputOverride":"allow","outputProperties":[],"x":3510,"y":620,"wires":[[]]},{"id":"beb9dddb4d2fb42f","type":"link in","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"link in 22","links":["f8452d0462df8199"],"x":2775,"y":220,"wires":[["4e1076f69e2f3ead"]]},{"id":"001e87ed538d72c2","type":"link in","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"link in 23","links":["f8452d0462df8199"],"x":2775,"y":340,"wires":[["8785ea8ec2bf9240"]]},{"id":"90f2732419094ec2","type":"link in","z":"b063717f88e1c168","g":"34d85a266b7202ed","name":"link in 24","links":["f8452d0462df8199"],"x":2755,"y":560,"wires":[["a0b9b966fa6fa789","a9eddc05ee43c4f7","2545752378ad9369"]]},{"id":"2a1726fec0915452","type":"ha-entity-config","server":"efbeb294.51685","deviceConfig":"","name":"Total Daily Feeding Amount","version":"6","entityType":"sensor","haConfig":[{"property":"name","value":"Total Daily Feeding Amount"},{"property":"icon","value":"mdi:baby-bottle-outline"},{"property":"entity_category","value":""},{"property":"device_class","value":"volume"},{"property":"unit_of_measurement","value":"mL"},{"property":"state_class","value":""}],"resend":false,"debugEnabled":false},{"id":"9b93c096f3eba640","type":"ha-entity-config","server":"efbeb294.51685","deviceConfig":"","name":"Total Daily Pumping Amount","version":"6","entityType":"sensor","haConfig":[{"property":"name","value":"Total Daily Pumping Amount"},{"property":"icon","value":"mdi:mother-nurse"},{"property":"entity_category","value":""},{"property":"device_class","value":"volume"},{"property":"unit_of_measurement","value":"mL"},{"property":"state_class","value":""}],"resend":false,"debugEnabled":false},{"id":"f712f51a98dffcac","type":"ha-entity-config","server":"efbeb294.51685","deviceConfig":"","name":"Total Daily Changes","version":"6","entityType":"sensor","haConfig":[{"property":"name","value":"Total Daily Changes"},{"property":"icon","value":"mdi:emoticon-poop"},{"property":"entity_category","value":""},{"property":"device_class","value":""},{"property":"unit_of_measurement","value":""},{"property":"state_class","value":""}],"resend":false,"debugEnabled":false},{"id":"efbeb294.51685","type":"server","name":"Home Assistant","version":5,"addon":true,"rejectUnauthorizedCerts":true,"ha_boolean":"y|yes|true|on|home|open","connectionDelay":true,"cacheJson":true,"heartbeat":false,"heartbeatInterval":"30","areaSelector":"friendlyName","deviceSelector":"friendlyName","entitySelector":"friendlyName","statusSeparator":"at: ","statusYear":"hidden","statusMonth":"short","statusDay":"numeric","statusHourCycle":"h23","statusTimeFormat":"h:m","enableGlobalContextStore":true},{"id":"8995f25bc509b7d9","type":"ha-entity-config","server":"efbeb294.51685","deviceConfig":"","name":"Daily Wet Diapers","version":"6","entityType":"sensor","haConfig":[{"property":"name","value":"Wet Diapers Today"},{"property":"icon","value":"mdi:emoticon-poop"},{"property":"entity_category","value":""},{"property":"device_class","value":""},{"property":"unit_of_measurement","value":""},{"property":"state_class","value":""}],"resend":false,"debugEnabled":false},{"id":"5b0f1e35b743284b","type":"ha-entity-config","server":"efbeb294.51685","deviceConfig":"","name":"Daily Solid Diapers","version":"6","entityType":"sensor","haConfig":[{"property":"name","value":"Solid Diapers Today"},{"property":"icon","value":"mdi:emoticon-poop"},{"property":"entity_category","value":""},{"property":"device_class","value":""},{"property":"unit_of_measurement","value":""},{"property":"state_class","value":""}],"resend":false,"debugEnabled":false}]

I made some progress on this. If i call the feedings endpoint, it returns all the feedings recorded. I'm then using node red to filter this and create a sensor for the total amount and the number of bottles consumed.
Here is the flow: [{"id":"7be2b9f2d4976dbd","type":"http request","z":"35c0e2ebaea0e359","name":"","method":"use","ret":"obj","paytoqs":"ignore","url":"","tls":"","persist":false,"proxy":"","authType":"","senderr":false,"x":1410,"y":180,"wires":[["c06039fdbb1ffe0d"]]},{"id":"4e1076f69e2f3ead","type":"function","z":"35c0e2ebaea0e359","name":"API call","func":"var today = new Date();\nvar date = today.getFullYear() + '-' + (today.getMonth() + 1) + '-' + today.getDate();\nvar url = \"http://<IP_ADDRESS>:8800/api/feedings/?child=2&end_min=\"+date;\n\nmsg.headers = {}\nmsg.method = \"GET\"\nmsg.url = url \nmsg.headers['Authorization'] = 'Token replace_with_your_token';\n\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Date for API call: \"+date });\n\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":1240,"y":180,"wires":[["7be2b9f2d4976dbd"]]},{"id":"c06039fdbb1ffe0d","type":"function","z":"35c0e2ebaea0e359","name":"Create sum from returned array","func":"var flasker = msg.payload.count;\nconst arr = msg.payload.results;\n\nconst sum = arr.reduce((accumulator, object) => {\n return accumulator + object.amount;\n}, 0);\n\nconsole.log(sum); \n\nmsg.total = sum;\nmsg.flasker = flasker;\nnode.status({ fill: \"green\", shape: \"dot\", text: \"Amount: \"+sum+\" mL\"+\", in \"+flasker+\" bottles.\" });\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":1630,"y":180,"wires":[["64c86aadc96ce1f1","39d7d19af7f0a062"]]},{"id":"fb277876f28efae3","type":"ha-entity","z":"35c0e2ebaea0e359","name":"","server":"xxxxxxxxxx","version":2,"debugenabled":false,"outputs":1,"entityType":"sensor","config":[{"property":"name","value":"marie_mme_total"},{"property":"device_class","value":""},{"property":"icon","value":"mdi:baby-bottle"},{"property":"unit_of_measurement","value":"mL"},{"property":"state_class","value":""},{"property":"last_reset","value":""}],"state":"total","stateType":"msg","attributes":[],"resend":true,"outputLocation":"payload","outputLocationType":"none","inputOverride":"allow","outputOnStateChange":false,"outputPayload":"","outputPayloadType":"str","x":2010,"y":180,"wires":[[]]},{"id":"64c86aadc96ce1f1","type":"rbe","z":"35c0e2ebaea0e359","name":"","func":"rbe","gap":"","start":"","inout":"out","septopics":true,"property":"total","topi":"topic","x":1850,"y":180,"wires":[["fb277876f28efae3"]]},{"id":"b9d1d93a5614f4cd","type":"ha-entity","z":"35c0e2ebaea0e359","name":"","server":"xxxxxxxxxx","version":2,"debugenabled":false,"outputs":1,"entityType":"sensor","config":[{"property":"name","value":"marie_mme_antal_flasker"},{"property":"device_class","value":""},{"property":"icon","value":"mdi:baby-bottle"},{"property":"unit_of_measurement","value":"flasker"},{"property":"state_class","value":""},{"property":"last_reset","value":""}],"state":"flasker","stateType":"msg","attributes":[],"resend":true,"outputLocation":"payload","outputLocationType":"none","inputOverride":"allow","outputOnStateChange":false,"outputPayload":"","outputPayloadType":"str","x":2010,"y":240,"wires":[[]]},{"id":"39d7d19af7f0a062","type":"rbe","z":"35c0e2ebaea0e359","name":"","func":"rbe","gap":"","start":"","inout":"out","septopics":true,"property":"flasker","topi":"topic","x":1850,"y":240,"wires":[["b9d1d93a5614f4cd"]]}]

hey, this looks like exactly what I am looking for. Very new to Node Red coding. Mind helping me with a few questions:

What do i enter for this -- "server":"xxxxxxxxxx"
What does the stuff /?child=2&end_min=\ mean? Is this custom to your setup? What do I replace it with?

Thanks!

just found this and want the same. Are ppl using the Node-red solution?

This goes beyond the scope of what I want to do with the integration currently.


remove fontello, use svg icons

Coverage remained the same at 79.436% when pulling 7d1a56bcb7d437bac5647ae94dc347da2843e499 on fontello-rm into 218599f42a461a5d91a08c9b95d6b6b57d7e45d0 on master.


Orthographic Camera Lens and FOV exportet wrong

Describe the bug
The orthographic camera isn`t exportet right. It Ignores the Resolusion and the orthographic size.
To Reproduce
Steps to reproduce the behavior:

Create Blend file with plane
Add a texture to the plane (preferably something you can see easy if it is stretched)
Create a camera and switch its type to orthographic.
Export
The issue is seen in several gltF viewers.

Expected behavior
I expect that my Resolution and my camera size will be the same as I assigned in blender
Screenshots
This is how it looks in perspective

This is how it looks with the orthographic camera

.blend file/ .gltf
https://drive.google.com/file/d/1lOF9cn86ByZjQQ4LEyQHb1xpnSwktaUD/view?usp=sharing
Version

OS:Windows 10 64 Bit
Blender V 2.8

Additional context
Add any other context about the problem here.

The conversion between blenders orthographic size and glTFs xmag/ ymag values requires additional care, as xmag and ymag lead to an orthographic window spanning [-xmag, xmag] x [-ymag, ymag]


NIFI-9631 enable the nifi-toolkit cli.sh to be used with a symbolic link

Thank you for submitting a contribution to Apache NiFi.
Please provide a short description of the PR here:
Description of PR
Enables nifi-toolkit cli.sh to be invoked through a symbolic link
For all changes:

[ ] Is there a JIRA ticket associated with this PR? Is it referenced
in the commit message? NIFI-9631

[ ] Does your PR title start with NIFI-XXXX where XXXX is the JIRA number you are trying to resolve? Pay particular attention to the hyphen "-" character.

[ ] Has your PR been rebased against the latest commit within the target branch (typically main)?

[ ] Is your initial contribution a single, squashed commit? Additional commits in response to PR reviewer feedback should be made on this branch and pushed to allow change tracking. Do not squash or use --force when pushing to allow for clean monitoring of changes.

For code changes:

[ ] Have you ensured that the full suite of tests is executed via mvn -Pcontrib-check clean install at the root nifi folder?
[ ] Have you written or updated unit tests to verify your changes?
[ ] Have you verified that the full build is successful on JDK 8?
[ ] Have you verified that the full build is successful on JDK 11?
[ ] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[ ] If applicable, have you updated the LICENSE file, including the main LICENSE file under nifi-assembly?
[ ] If applicable, have you updated the NOTICE file, including the main NOTICE file found under nifi-assembly?
[ ] If adding new Properties, have you added .displayName in addition to .name (programmatic access) for each of the new properties?

For documentation related changes:

[ ] Have you ensured that format looks appropriate for the output in which it is rendered?

Note:
Please ensure that once the PR is submitted, you check GitHub Actions CI for build issues and submit an update to your PR as soon as possible.

Tested and looks good, +1 will merge


Running bug?

For  analysis of a7_100t's fasm,I use the command as this:
**/root/Desktop/symbiflow/symbiflow-arch-defs/env/conda/envs/symbiflow_arch_def_base/bin/python3 -mfasm2bels --db_root /root/Desktop/symbiflow/symbiflow-arch-defs/env/conda/envs/symbiflow_arch_def_base/share/symbiflow/prjxray-db/artix7 --connection_database /root/Desktop/fasm2bels/devices/xc7a100t-virt/channels.db --fasm_file /root/Desktop/fasm2bels/artix7_100t-xc7a100t-virt-xc7a100t-test/top.fasm --verilog_file /root/Desktop/fasm2bels/test.v --part xc7a100tcsg324-1 --vpr_grid_map /root/Desktop/fasm2bels/devices/xc7a100t-virt/vpr_grid_map.csv --eblif /root/Desktop/fasm2bels/artix7_100t-xc7a100t-virt-xc7a100t-test/top.eblif**
But it always prompt error such as:
Traceback (most recent call last):   File "/root/Desktop/symbiflow/symbiflow-arch-defs/env/conda/envs/symbiflow_arch_def_base/lib/python3.7/runpy.py", line 193, in _run_module_as_main     "__main__", mod_spec)   File "/root/Desktop/symbiflow/symbiflow-arch-defs/env/conda/envs/symbiflow_arch_def_base/lib/python3.7/runpy.py", line 85, in _run_code     exec(code, run_globals)   File "/root/Desktop/symbiflow/symbiflow-arch-defs/third_party/symbiflow-xc-fasm2bels/fasm2bels/__main__.py", line 4, in <module>     main()   File "/root/Desktop/symbiflow/symbiflow-arch-defs/third_party/symbiflow-xc-fasm2bels/fasm2bels/fasm2bels.py", line 443, in main     process_tile(top, tile, tile_features)   File "/root/Desktop/symbiflow/symbiflow-arch-defs/third_party/symbiflow-xc-fasm2bels/fasm2bels/fasm2bels.py", line 107, in process_tile     PROCESS_TILE[tile_type](top.conn, top, tile, tile_features)   File "/root/Desktop/symbiflow/symbiflow-arch-defs/third_party/symbiflow-xc-fasm2bels/fasm2bels/models/clb_models.py", line 2066, in process_clb     process_slice(top, slices[s])   File "/root/Desktop/symbiflow/symbiflow-arch-defs/third_party/symbiflow-xc-fasm2bels/fasm2bels/models/clb_models.py", line 1827, in process_slice     assert False AssertionError

Please upload your /root/Desktop/fasm2bels/artix7_100t-xc7a100t-virt-xc7a100t-test/top.fasm and /root/Desktop/fasm2bels/artix7_100t-xc7a100t-virt-xc7a100t-test/top.eblif file somewhere and link it from this bug report.

https://github.com/the-centry/symbiflow-xc-fasm2bels/tree/master/tests/test_data/uart_test

Please upload your /root/Desktop/fasm2bels/artix7_100t-xc7a100t-virt-xc7a100t-test/top.fasm and /root/Desktop/fasm2bels/artix7_100t-xc7a100t-virt-xc7a100t-test/top.eblif file somewhere and link it from this bug report.

I found the reason of wrong,I use the top.fasm gennerated by symbiflow and after I use the fasm generated by top.bit and the error disappeared!
Thanks so much!

Hi where did you get this  --connection_database /root/Desktop/fasm2bels/devices/xc7a100t-virt/channels.db
Thanks!


docs: add interactive comparison w/ openapi

Description

Add interactive comparison with Open API

Related issue(s)

Fixes #954
Demo Link - Loom

@nawed2611 this is awesome. My only concern is that it highlights on hover when I go from top to bottom, but when I move the mouse away from the highlighted component up, the new component does not highlight. You know what I mean?

@nawed2611 this is awesome. My only concern is that it highlights on hover when I go from top to bottom, but when I move the mouse away from the highlighted component up, the new component does not highlight. You know what I mean?

This is amazing!! lovely contribution ✨✨✨
Same as Lukasz, I notice a few bugs in the animation.  (Here's my loom recording where I showcase the problems.)

I see that some elements on the AsyncAPI side of the diagram do not always light up UNLESS I hover over the OpenAPI the corresponding element first.
A few elements do not light up at all, almost like the animation doesn't register my hover.

thank you for making it more interactive! can't wait to see the kinks ironed out 😄

Thanks for reviewing the PR! I'll work on the requested changes.

I'm facing a blocker to implement this. I'm using onMouseEnter or onMouseOver to add the hover funcs and it's not working due to the bubbling effect

@magicmatatjahu @akshatnema can you have a look folks 🙏🏼 maybe you have an idea

@nawed2611

I'm facing a blocker to implement this. I'm using onMouseEnter or onMouseOver to add the hover funcs and it's not working due to the bubbling effect

try to stop the propagation of event - https://developer.mozilla.org/en-US/docs/Web/API/Event/stopPropagation

Thanks ill update that

@nawed2611 do you need some help completing this?

Yeah, Im unable to completely solve the bug

@nawed2611 ok, we will try to help
can you confirm if you tried solution proposed by @magicmatatjahu ?

Hey, can you review the changes made
https://www.loom.com/share/da156d421bf84401bd68e457ae0e162a

Thanks so much! Looking forward to make more contributions.

as followup, we can add a document that does precisely the same but shows difference between AsyncAPI 2.0 and release candidate for AsyncAPI 3.0

oooooooh la la! 😍 😍 😍
@derberg @nawed2611

/rtm

@allcontributors please add @nawed2611 for code


Async support to trigger a random something should be default

Imagine the case of writing back to Google Storage.
Now, it is obvious that we can do it via:
thread( my_body = req.body  ) as {
    _storage.g_cloud.dumps("foo", "file.json", my_body)
}

But should we?
We can essentially have a block like routes and proxies which immediately returns while adding the job:
async:
   post:
       /webhook : _/dump_g_cloud.zm

while then dump_g_cloud.zm  is :
// dump_g_cloud.zm
 _storage.g_cloud.dumps("foo", "file.json", my_body)

I mean one can easily do that by the same way while creating the thread args. I have a current prototype running right now that is taking 0.1 millisec to actually process any input on my Dell XPS.
It has lots of cool features like task id support - so that it returns you back the task id, on which one can poll.

This sort of closes this off.
https://github.com/nmondal/cowj/commit/b84f11c645cf5264b251861badb3b4c577799c44


Not a issue but a request:How to make the navBar and tabBar scroll at the same time ?

If there is a controller which has a navigation bar and a Tabbar.
How to make the nav-bar scroll up and the tabBar scroll down gradually and hide them at the same time when user scroll up the tableView?
And when scroll down tableView，the contrary scrolling direction for nav-bar and tabBar.
Can you add this request function?

Hey @dongdong3344
This was added today in #258
Checkout the latest master version, I'll push a new release soon.

@andreamazz  so cool. Thanks a  lot.


which one is the best setting for ogb_molhiv dataset

there are two hyper parameter setting for ogb_molhiv, one is at the outer-most README, the other is at GraphNorm/GraphNorm_ws/ogbg_ws/scripts/Example-gcn-test-performance/seed-1-5-gcn_run.sh. I have tried both, but none of them can obtain reported result

Hi, the setting on README is for reproducing the OGB Leaderboard performance (the best one): https://ogb.stanford.edu/docs/leader_graphprop/ , while the Example-gcn-test-performance/ is for reproducing the performance on Table 1 in our paper. In our experimental setup, the performance is reproducible and we also provide the checkpoints for further verification: https://onedrive.live.com/?cid=c1d01e33b00b7206&id=C1D01E33B00B7206!109&authkey=!AJO5a6g6esOcuoQ

Thanks. I tried again. And obtained reported result.


Type compatibility should be that the constructor type is a super type of the input type, not the other way around.

#9


5.7 - 7: Sửa Webhook - Sửa send actions

Checked Send actions hiển thị trạng thái off

https://onedrive.live.com/View.aspx?resid=495A9FD49F594800!152&authkey=!AIjA8V7ngGWbw7g


SafeERC20 safeTransfer gives no indication of failure when called on a contract which does not have transfer function

Call
SafeERC20.safeTransfer(token, to, balance);

For the following contract passed as token:
contract NoTransferMock {
    address private owner;
    constructor () public
    {
        owner = msg.sender;
    }

    function () external payable {
        // solhint-disable-previous-line no-empty-blocks
    }

    function balanceOf(address) public pure returns (uint256) {
        return 10;
    }
}

then safeTransfer will call callOptionalReturn which which perform a .call(..) for the non existent transfer function and it returns for this contract success=true and empty returndata which pass successfully the require statement and if and end the callOptionalReturn execution without revert and without any indication that the transfer did not happen.
If a solidity function has IERC20 token parameter then in runtime it allows to pass the contract above and cause the behavior described.
I think this is a huge problem and anybody who uses safeTransfer thinks that either transfer happened or revert happens but I showed a third case which might be used by an attacker for code flows manipulation.

More than that, this same "attack" will work with a more standard token which implements allowance and transferFrom and does not implement "transfer" (I imagine such scenario could happen because many security resources recommend to use approve+transferFrom instead of transfer so it totally can happen that someone will decide not to make transfer available at all just as Golem token did not implement transferFrom https://etherscan.io/address/0xa74476443119A942dE498590Fe1f2454d7D4aC0d#code so same attack will work on Golem token if SafeERC20.safeTransferFrom is called which we can consider as a real world situation)

closing because seems this is the intended solidity behavior


The patch-remove operation will delete the partition as well if the deleted application is the last one for this partition

Do you already have an issue opened with F5 support?
No
ISSUE TYPE

Bug Report
AS3 BUILD/ VERSION

3.11.0-3

BIGIP VERSION

13.1.1

SUMMARY

The partition will be deleted by the patch-remove operation if the patch-remove the last application from this partition.

STEPS TO REPRODUCE

Following are the steps we used to create a partition, add some applications using the patch-add operations, delete some applications using the patch-remove operation.

a) Create a partition which does not contain any applications.

Using the below AS3 scheme, a partition of “Sample_container” will be created without any concreted applications.

   {
    "class": "AS3",
    "action": "deploy",
    "targetHost": "<IP_ADDRESS>",
    "targetUsername": "admin",
    "targetPassphrase": "admin",
    "declaration": {
        "class": "ADC",
        "schemaVersion": "3.8.0",
        "id": "Service_HTTP",
        "Sample_container": {
            "class": "Tenant"

        }
    }
}

b) add some applications to the partition.
Using the below AS3 Scheme, an application,F5_553c71b3_34de_4289_8346_189e6043e1ab, will be added to path /Sample_container/F5_553c71b3_34de_4289_8346_189e6043e1ab under partition Sample_container.
Repeat the same steps, lots of applications will be appended to the partition Sample_container.

{
    "class": "AS3",
    "targetHost": "<IP_ADDRESS>",
    "targetPort": 443,
    "targetUsername": "admin",
    "targetPassphrase": "admin",
    "action": "patch",
    "patchBody": [
        {
            "op": "add",
            "path": "/Sample_container/F5_553c71b3_34de_4289_8346_189e6043e1ab",
            "value": {
                "class": "Application",
                "label": "553c71b3-34de-4289-8346-189e6043e1ab",
                "template": "generic",
                "F5_4f58aa82_e2d4_4b3e_ba28_e25484739f0e": {
                    "class": "Service_HTTP",
                    "label": "4f58aa82-e2d4-4b3e-ba28-e25484739f0e",
                    "pool": "F5_1a30a494_ac70_485b_a3ab_f2e7e4c2119e",
                    "virtualAddresses": [
                        "<IP_ADDRESS>"
                    ],
                    "virtualPort": 80,
                    "policyEndpoint": [
                        "F5_aa167fa7_df71_4677_b397_06a7768d0c25"
                    ]
                },
                "F5_1a30a494_ac70_485b_a3ab_f2e7e4c2119e": {
                    "class": "Pool",
                    "label": "1a30a494-ac70-485b-a3ab-f2e7e4c2119e",
                    "loadBalancingMode": "round-robin",
                    "members": [
                        {
                            "servicePort": 80,
                            "serverAddresses": [
                                "<IP_ADDRESS>"
                            ],
                            "monitors": [
                                {
                                    "use": "F5_277d7a48_4ea1_4dab_a197_f99e2508e2c9"
                                }
                            ]
                        }
                    ],
                    "monitors": [
                        {
                            "use": "F5_e0dfb529_6ead_48ca_a799_07a81a2f54b8"
                        }
                    ]
                },
                "F5_e0dfb529_6ead_48ca_a799_07a81a2f54b8": {
                    "class": "Monitor",
                    "label": "e0dfb529-6ead-48ca-a799-07a81a2f54b8",
                    "monitorType": "icmp"
                },
                "F5_277d7a48_4ea1_4dab_a197_f99e2508e2c9": {
                    "class": "Monitor",
                    "label": "277d7a48-4ea1-4dab-a197-f99e2508e2c9",
                    "monitorType": "http"
                },
                "F5_aa167fa7_df71_4677_b397_06a7768d0c25": {
                    "class": "Endpoint_Policy",
                    "label": "aa167fa7-df71-4677-b397-06a7768d0c25",
                    "rules": [
                        {
                            "name": "my_rule",
                            "conditions": [],
                            "actions": [
                                {
                                    "policy": {
                                        "use": "F5_fa001cb3_9749_449a_a336_e39295366ff6"
                                    },
                                    "type": "waf"
                                }
                            ]
                        }
                    ]
                },
                "F5_fa001cb3_9749_449a_a336_e39295366ff6": {
                    "class": "WAF_Policy",
                    "label": "fa001cb3-9749-449a-a336-e39295366ff6",
                    "url": "https://raw.githubusercontent.com/zhaoqin-github/misc/master/waf_demo.xml"
                }
            }
        }
    ]
}

c) remove the applications from the partition.
Using the below AS3 scheme to patch-remove the application created in step 2).
The issue is, if we use this scheme to delete the last one application, the according Sample_container will also be deleted from the partition drop-list which is not our expectations.
We are hoping we could at least have  a knob in patch remove operation to determine if the partition will be deleted or not when all its applications are removed.

{
    "class": "AS3",
    "action": "patch",
    "targetHost": "<IP_ADDRESS>",
    "targetPort": 443,
    "targetUsername": "admin",
    "targetPassphrase": "admin",
    "patchBody": [{
        "op": "remove",
        "path": “/Sample_container/F5_553c71b3_34de_4289_8346_189e6043e1ab"
    }]
}

EXPECTED RESULTS

We expect a knob in the patch remove operation which specifies if the tenant’s partition will be retained or not if the tenant’s applications is empty.

ACTUAL RESULTS

The partition will be deleted.

This is the behavior by design as AS3 is declarative. If a tenant object is empty then it is removed. The next time an App is declared into that tenant, it will be recreated.

The requested knob would violate AS3's declarative model.


CI failure：Add update Ippool case to smoke, override PR CI check

Missing override for update ippool in the smoke test case

fix #754


Fix CLI allowing creation of access tokens with existing name

We are now:

Making sure there is no existing access token with the same name
Making sure the given scopes are valid (we already did this before but now we have a message)

The logic is mostly taken from https://github.com/go-gitea/gitea/blob/a12a5f3652c339b17b187ff424a480631a3c1e1e/routers/api/v1/user/app.go#L101-L123
Closes #26044

@techknowlogick is v1.19 closed?

is v1.19 closed?

now that 1.20 is out, 1.19 is eol, and the docs PR backport that @jolheiser is working on is to keep "stable minus one" docs still active in case any one needs it.
likely this policy will change when LTS is implemented.


added .processed property to Task

This seems too easy :) I must be missing something.
Is this really all that was required? How to ensure there are no unintended consequences?

Question: Is the task only meant to processed once in this NARS implementation? If so, why return the task to the buffer at all, instead of consuming it?

Question: Is the task only meant to processed once in this NARS implementation? If so, why return the task to the buffer at all, instead of consuming it?

@ccrock4t Yeah, I'm not sure... I was going off of the issue description. But now that you mention it, perhaps we need to check the technical report, I vaguely remember there being something about tasks being processed repeatedly, until some threshold in achieving level.

@ccrock4t @maxeeem I disscussed this issue with Pei, and Christian is correct. I followed the code of OpenNARS 3.1.0, which was developed by Patrick. There should have been some temporal induction routines in global buffer,  that's why tasks needs to be put back to the buffer. However, such routines haven't been implemented yet. So we can just toss a task after it is processed. The newest design is on event-buffer; that would be a different story.


Cannot SSH into Flatcar 3227.2.0 instance created in OpenStack

Description
Cannot SSH into an OpenStack VM created from a Flatcar 3227.2.0 image if the VM is provisioned with an ssh key (not with ignition user_data). Most likely the ssh key is not actually provisioned.
Impact
Our pipelines that publish Flatcar images to Glance include a basic test that it would be possible to ssh into a VM built from the image and that test fails now.
Environment and steps to reproduce

Set-up:
a. Use a Flatcar image downloaded from https://stable.release.flatcar-linux.net/amd64-usr/current/flatcar_production_openstack_image.img.bz2
b. Create a glance image from it
c. Create a compute instance based on the image with a key name (e.g. openstack server create with --key-name xxx, but without --user-data)
Task: Try to ssh into the VM as user core
Error: Public-key authentication is skipped and you get a password prompt

Expected behavior
ssh with public-key authentication works
Additional information
I tried to provision the same public key via ignition user-data instead and then ssh worked. So it's probably not a problem with the type of key or host key algorithm. With previous Flatcar image releases provisioning the ssh key worked fine.
Command line used to create a VM (where security group ssh is one that allows incoming port 22)
openstack server create <name> --key-name <key-name> --image <image-id> --flavor <flavor-name> --network <network-name> --security-group default --security-group ssh

or with terraform, including the key pair creation:
resource "tls_private_key" "ssh" {
  algorithm   = "RSA"
  rsa_bits    = 4096
}

resource "openstack_compute_keypair_v2" "ssh" {
  name       = "image_test"
  public_key = tls_private_key.ssh.public_key_openssh
}

resource "openstack_compute_instance_v2" "server" {
  name        = "image_test"

  image_id    = "31115d3f-50d9-4290-9cea-d2c362560290"
  flavor_name = "m1c.tiny"
  key_pair    = openstack_compute_keypair_v2.ssh.name

  security_groups = [
    "default",
    openstack_compute_secgroup_v2.sg_ssh.name,
  ]

  network {
    name = openstack_networking_network_v2.network.name
  }

  depends_on = [
    openstack_networking_subnet_v2.subnet,
  ]
}

I tried to understand the difference of the current release to previous ones and my idea is that cloudinit is not run anymore.
Cloudinit used to query the metadata agent via http://<IP_ADDRESS>/2009-04-04/meta-data/public-keys/0/openssh-key and provide the returned key for the core user.
If I configure the VM via user-data I can see in the journal that enabling cloudinit is skipped ("enable-oem-cloudinit.service: Skipped due to 'exec-condition'.") and that is probably because there is already user-data. I couldn't read the journal of a VM that was not configured with user-data though, so I try to guess now, what happened.
In enable-oem-cloudinit.service the ExecConditions should match (.userConfigProvided is probably false if the VM was not configured with user-data). So oem-cloudinit.service will most likely be enabled. But in oem-cloudinit.service there is an ExecCondition that checks if the OEM_ID is one from the list (aws gcp rackspace-onmetal azure cloudsigma packet vmware digitalocean) and openstack is not in it. So cloudinit is not run. But we would need it to fetch the public key.
In older releases there was a default ignition file that created and enabled some oem-cloudinit.service that didn't have that ExecCondition, so cloudinit was run (maybe again only if user-data wasn't available).

Can you login via console to probe whether enable-oem-cloudinit.service ran but oem-cloudinit.service didn't? Or do you atleast have access to a console log that you could upload?
We need to add a conversion for openstack in oem-cloudinit.service. Unfortunately we don't have openstack in our CI.
Btw: we recently started publishing gzipped images specifically so that glance can directly import them: https://stable.release.flatcar-linux.net/amd64-usr/current/flatcar_production_openstack_image.img.gz

There isn't a default password, you would need to modify the OEM partition (partition 6), following these instructions https://flatcar-linux.org/docs/latest/installing/customizing-the-image/customize-the-image/#mounting-a-partition-for-customization, before uploading the image. You would need to extend grub.cfg in that partition to contain the line:
set linux_append="flatcar.autologin"

I created an image with autologin and checked the journal: oem-cloudinit.service is activated, but when it tries to start it says "oem-cloudinit.service: Skipped due to 'exec-condition'."

I can confirm this even with older releases. I never bothered to check or make a ticket here (mea culpa). I noticed it in the very beginning of using Flatcar. It only works with ignition supplied user data. Not with the key itself provided via OpenStack.

@till could you check if enabling<EMAIL_ADDRESS>service makes that work? Afterburn is responsible for reading the ssh keys from the metadata service, it should support openstack but is not currently enabled for openstack.

@jepio You mean, roll ignition with the service enabled? And then test if that makes the supplied key work?

Yes. You might also be able to test it from the command line, just systemctl enable --now<EMAIL_ADDRESS>

@jepio I justed tested with Flatcar deployed on Openstack:
systemctl enable --now<EMAIL_ADDRESS>
works fine - SSH keys are provisioned from metadata.
<EMAIL_ADDRESS>is enabled by a base ignition configuration which should be added like here: https://github.com/flatcar-linux/coreos-overlay/blob/9ac91d73a735834c38334c899376528b6354ea6d/coreos-base/oem-ec2-compat/oem-ec2-compat-0.1.2-r2.ebuild#L63-L65


Switched codepage encoder parameters

The codepage encoder parameters were inverted.

This commit is not needed, as the reason for this issue was that version 2.0 of EscPosEncoder that is in development depends on a version of CodepageEncoder that was not yet released. Now that CodepageEncoder 2.0 is released the APIs align again.


Flaky test: parallel reconciliation test fails with unexpected results

Description
Seems the parallel-reconciliation test-case introduced a flaky test:
The test gets sometimes an unexpected result:
 {"level":"INFO","time":"2021-12-10T10:50:46.552Z","message":"Inventory deleted cluster with runtimeID 'runtime8ac86cfc-293f-4dbc-9e9d-9bee54f9b660'"}
 --- FAIL: TestReconciliationParallel (1.34s)
     reconciliation_test.go:700:
         	Error Trace:	reconciliation_test.go:700
         	            				reconciliation_test.go:784
    	     Error:      	Not equal:
         	            	expected: 24
         	            	actual  : 25
         	Test:       	TestReconciliationParallel
     --- FAIL: TestReconciliationParallel/Create_multiple_instances_of_single_reconciliations_in_parallel (1.34s)
         testing.go:1103: test executed panic(nil) or runtime.Goexit: subtest may have called FailNow on a parent test
 FAIL

 FAIL	github.com/kyma-incubator/reconciler/pkg/scheduler/reconciliation	6.639s

See prow-job.
Also a SQLite DiscIO error is sometimes occurring:
 {"level":"INFO","time":"2021-12-10T11:47:32.028Z","message":"Stopping inventory watcher because parent context got closed"}
 {"level":"ERROR","time":"2021-12-10T11:47:32.032Z","message":"Sqlite3 Exec() error: disk I/O error"}
 --- FAIL: TestTransition (0.02s)
     testfactory.go:15:
         	Error Trace:	testfactory.go:15
         	            				testfactory.go:22
         	            				transition_test.go:20
         	Error:      	Received unexpected error:
 skipped 12 lines unfold_more
         	            	testing.tRunner
         	            		/usr/local/go/src/testing/testing.go:1193
         	            	runtime.goexit
         	            		/usr/local/go/src/runtime/asm_amd64.s:1371
         	Test:       	TestTransition
 FAIL
 coverage: 78.0% of statements
 FAIL	github.com/kyma-incubator/reconciler/pkg/scheduler/service	77.054s

See Prow-job.
Expected result
Test behaves deterministic and isn't sometimes getting unexpected results.
Actual result
Flaky test behaviour, could be related to #506 .
Steps to reproduce

Troubleshooting

Flaky tests temporarily disabled in #560

Waiting for #507.

Please have in mind to enable the skipped tests after the issue is fixed (see reconciliation_test.go).


Adding UTF-16 surrogate pair support for Json formatter

Hi,
The current JsonFormatter could not handle UTF-16 surrogate pair. It always throw an exception when trying to convert low surrogate char to UTF-32.
The change will get the index of each real character in the string instead of every code point.

Hi @phongphan I'm not sure how I missed this pull request. Can you verify if PR #32 fixes your issue as well?
https://github.com/jsonfx/jsonfx/pull/32

@mckamey, yes it does.


Hyundai CAN: update driver braking signal

Over 100k random Hyundai segments last year, this new signal never doesn't catch brake presses. There are a few cases where it catches new brake presses which I'll categorize below:

The largest mismatch type are EV cars where the user depresses the brake pedal enough for the regen braking to kick in, but not enough for the friction brakes.
View Plots

.
.

Second largest type are ICE cars like Sonata or Palisade where the users brake while it's already engaged and braking to a stop with wound up brake pressure, it's not enough to trigger the DriverBraking signal, but shows up in the DriverOverride signal. DriverBraking seems to be whether user is adding additional friction brake pressure to the system, while DriverOverride seems to more closely correlate to brake depressed status.
View Plots

.
.

Third largest type of mismatch is a certain Kia Forte dongle that is mismatched by around 10 to 20 frames each segment.
View Plots

.
.

The last type of mismatch is tiny time based mismatches where the new signal triggers earlier and falls later due to the lower threshold that shows up as 10-20 frames of mismatch each segment.
View Plots

.
.


Malicious code used in dependency

Version
3.1.3
Reproduction link
https://github.com/vuejs/vue-cli
Node and OS info
Node 10.13.0 / npm 6.4.1 / macOS 10.14.1
Steps to reproduce
npm i -g<EMAIL_ADDRESS>npm ls | grep event-stream
What is expected?
A version of event-stream that is not 3.3.6, as this is a malicious version.
What is actually happening?
vue-cli depends on<EMAIL_ADDRESS>which depends on<EMAIL_ADDRESS>which depends on<EMAIL_ADDRESS>which depends on<EMAIL_ADDRESS>
Please see https://www.zdnet.com/article/hacker-backdoors-popular-javascript-library-to-steal-bitcoin-funds/ for a summary of why it's a real bad idea to have<EMAIL_ADDRESS>anywhere in the dependency tree.

Looks like<EMAIL_ADDRESS>has a fix for this.
See: https://github.com/dwyl/terminate/issues/35
However, it also looks like the dependency on terminate has been removed. See:
https://github.com/vuejs/vue-cli/commit/2baddaa35eda4f51404e28ba05fdf63cd10b1ae3 and
https://github.com/vuejs/vue-cli/commit/8fd8082f4becc7fa07097ff2fb0bfc4c353be9cf#diff-3e40e81d7f4e7bd8a8f9e819c8fa747a

I figured a fix would come quickly, thanks.

To confirm, I ran npm ls event-stream flatmap-stream on 2baddaa35eda4f51404e28ba05fdf63cd10b1ae3
~/vue-cli   dev ≣                                            [10:01:15 PM]
❯
git rev-parse HEAD
2baddaa35eda4f51404e28ba05fdf63cd10b1ae3

~/vue-cli   dev ≣                                            [10:01:18 PM]
❯
npm ls event-stream flatmap-stream
F:/oo/vue-cli
`-- (empty)


[bug] Initial changes

Ace editor struggles to detect initial change. So if I have an editor with some code in it, and I remove one letter. It doesn't detect the changes up until I make more changes. This is a very annoying bug.

Hi,
Can you explain me more detail? Or show me your source code.
This is only with the version 0.3.0 ?

I am experiencing this on version 0.2.5
This gif will explain what's happening, the first letter change is not being detected.

My template looks something like this
 <ace-editor [text]="testCode" (textChange)="log($event)"></ace-editor>

interesting....

It fix with the version 0.3.1
:D

I can confirm its fixed in 0.3.1


Typed Arrays should have an overloaded from method or constructor that takes an Array

JavaScript code, typically with arrays with thousands of elements, that I am trying to emulate with Elemental2:
var f=new Float32Array(JSON.parse("[1.1, 2.3, 4.5, 8]"));
f
Float32Array(4) [1.100000023841858, 2.299999952316284, 4.5, 8]

I have not found a way to coerce a JavaScript Array of Numbers returned from JSON parse to a double[],. You can of course create a new array and copy the Array elements into the double[] one by one, but that is not the point.
Having all typed Arrays accept an Array would solve this problem.

Typed arrays accept only an array of number. Adding a overload accepting an Array of Object will weaken the type checking.
If you are sure the array returned by JSON.parse is an array of double you can use Js.cast (from jsinterop-base) to cast to double[]


[Forward port] Istio OOB release to be merged into the dev-v2.6

Rancher Server Setup

Rancher version: master-head 44bb5b4
Installation option (Docker install/Helm Chart): Docker install
Proxy/Cert Details: Selfsigned

This ticket is for the forward port PR of Istio OOB 1.9.6 to be merged into dev-v2.6

PR: https://github.com/rancher/charts/pull/1364

Verified istio v1.9.600 is in the istio versions dropdown on master-head 9e0d1b2


Refactored to use a set reassign_on datetime rather that calculating …

Sets the expire time on the case on reassign.

@rudigiesler @KaitCrawford @smn Ready for review

@jpaidoussi I'm concerned about your change to the migrations. Since the original migrations have already been applied to staging won't changing them like this prevent the new changes from being applied to the database (since the db thinks it's already applied migration 0045)?

@KaitCrawford Yes, this change would break staging's DB. However, seeing as we are resetting staging's DB on Monday anyway I figured it would be better to regenerate the migration rather than have an extra one in the upstream PR.

In that case :+1:


Added data from four additional flu studies.

@jeffkaufman ping on this

Sorry for missing this!  Approved!


remove duplicated types in TCGC

:x: There is undocummented changes. Run chronus add to add a changeset or click here.
The following packages have changes but are not documented.

:x:@azure-tools/typespec-client-generator-core

Show changes

You can try these changes at https://cadlplayground.z22.web.core.windows.net/typespec-azure/prs/950/
Check the website changes at https://tspwebsitepr.z22.web.core.windows.net/typespec-azure/prs/950/


rfc6555: init at 0.0.0

Motivation for this change
rfc6555 is a required dependency of OfflineIMAP 7.3.0.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[x] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[x] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Notify maintainers

Briefly tested it with python 2.7 and 3.7 on NixOS and seems fine in both cases. Maybe it would be nice to briefly comment in the derivation why tests are disabled.

@d-goldin Can do - they're currently disabled bc they require networking - is it preferable to keep them disabled or is there a way to allow networking during the checkPhase?

@endocrimes: Yeah, I tried it before and arrived at the same conclusion. Just thought it might make sense to leave a remark in the code so it can be patched in the future or just inform.
To my knowledge wrt. network access - while there might be some ways to hack around the sandbox, we shouldn't go there, as it would potentially sacrifice purity reproducibility. But also better to not keep hitting external resources from the build-infra.
So often such tests are either selectively disabled/removed or patched to not rely on external resources (ideally upstream of course).

@d-goldin :+1: added a comment

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-ready-for-review-may-2019/3032/52

is there a way to allow networking during the checkPhase?

No, the nix language still doesn't have a good way for that AFAIK.  Well, you could cheat by creating a separate fixed-output derivation that produces something trivial on success (e.g. an empty file) and doing tests within that, but... there are also good arguments to try avoiding tests that require internet access.  I believe that localhost networking should work fine already (even in the sandbox).

@vcunat I’m well aware of the downsides of running tests that require network access 😅 - in this case I’m packaging a depending that I am not a maintainer of, so I have limited influence over that. In this case disabling checks is probably fine though.

If these are just exceptions, it might be worth trying to disable just those that need internet.

I'm not sure if the disabled tests are holding this PR back, but in case it helps, here is a commit that more selectively disables tests by using a pre-existing decorator: https://github.com/d-goldin/nixpkgs/commit/f796e1e732fc3046af973ea726f7466cf881a727

I took your patch with my nitpicks as b199e30680e.  At a quick look, it might be worth submitting upstream, if you like.

@vcunat: Why doCheck alone was insufficient, is because it runs ${python.interpreter} setup.py test per default, but for that a test_suite should be defined in setup.py. What is done in the upstream repo instead is that they use toxto kick-off the tests and run for different "environments" (https://github.com/sethmlarson/rfc6555/blob/master/tox.ini#L8). For our purposes here trying to use tox would have been more complicated than just adjusting the phase.
Thanks.

Here I did checkPhase -> postCheck, so that we only extend the logic instead of overriding it.  Long-term experience says it's much better that way.


Reducing cognitive complexity of ten code smells for the same type (high cognitive complexity)

Breaking change

Proposed change

Type of change

[ ] Dependency upgrade
[ ] Bugfix (non-breaking change which fixes an issue)
[ ] New integration (thank you!)
[ ] New feature (which adds functionality to an existing integration)
[ ] Deprecation (breaking change to happen in the future)
[ ] Breaking change (fix/feature causing existing functionality to break)
[ x] Code quality improvements to existing code or addition of tests

Additional information

This PR fixes or closes issue: fixes #
This PR is related to issue:
Link to documentation pull request:

Checklist

[ ] The code change is tested and works locally.
[ ] Local tests pass. Your PR cannot be merged unless tests pass
[ ] There is no commented out code in this PR.
[ ] I have followed the development checklist
[ ] I have followed the perfect PR recommendations
[ ] The code has been formatted using Black (black --fast homeassistant tests)
[ ] Tests have been added to verify that the new code works.

If user exposed functionality or configuration variables are added/changed:

[ ] Documentation added/updated for www.home-assistant.io

If the code communicates with devices, web services, or third-party tools:

[ ] The manifest file has all fields filled out correctly.
Updated and included derived files by running: python3 -m script.hassfest.
[ ] New or updated dependencies have been added to requirements_all.txt.
Updated by running python3 -m script.gen_requirements_all.
[ ] For the updated dependencies - a link to the changelog, or at minimum a diff between library versions is added to the PR description.
[ ] Untested files have been added to .coveragerc.

To help with the load of incoming pull requests:

[x ] I have reviewed two other open pull requests in this repository.

Refactoring:
Description of code smell - High cognitive complexity of functions of multiple python scripts in components of homeassistant
Motivation for why the issue is important - I have refactored 10 component files where the cognitive complexity of some functions were high which makes it harder to understand the code for developers. If there are more nested statements (loops and conditions) it becomes difficult to grasp what the code is meant to do therefore it becomes necessary to reduce the cognitive complexity of the functions.
Explanation of how the issue was addressed - The functions which were selected to refactor were broken down into multiple small functions each responsible for a particular task or logic. They were then called inside the original function wherever necessary thus improving the understandability of the code. Another way the functions were refactored was by breaking down the nested loops and conditional statements or by merging them wherever possible and in some cases the conditional statements and loops were put inside a new function and then called inside the original function wherever necessary. By doing this I was able to reduce the cognitive complexity of the selected functions.

Changes look ok, but too many in one PR.


Requirements for GPU Configuration in Training

Dear Author,
I am planning to retrain the model and would like to know about the GPU configuration you used during your initial training. Did you use 4 graphics cards? If so, how much VRAM was required for each card?

I have trained the model with 4 NVIDIA V100 GPUs, and the VRAM maybe 28G/32G (If my memory is not wrong😂).


DescriptorSet::UniformBufferBindingElement does not take buffer start offset into account

If you create a DescriptorSet::UniformBufferBindingElement (or DescriptorSet::DynamicUniformBufferBindingElement) with a buffer that has a parent, the parameter in_start_offset will be an absolute offset relative to the parent buffer.
I think it would make more sense if the function would take the child's start offset into account as well, so that the in_start_offset parameter would be relative to the child.

Nevermind, I was using the wrong constructor.


Android 13: Unable To Ensure The Availability Of Commands Via getAvailableCommands()

Media3 Version
1.0.0-rc01
Devices that reproduce the issue

Pixel 4a Emulator API 33

Reproducible in the demo app?
Not tested
Reproduction steps
Setting

a podcast app that plays a single media item
you want to offer the user a Seek To Next option even though there is no next media item

Proposed solution in #249
Use a ForwardingPlayer that wraps the actual player, override getAvailableCommands() and add COMMAND_SEEK_TO_NEXT to the available commands. This is how I implemented that.
val forwardingPlayer = object : ForwardingPlayer(player) {
    override fun getAvailableCommands(): Player.Commands {
        return super.getAvailableCommands().buildUpon()
            .add(Player.COMMAND_SEEK_TO_NEXT)
            .build()
    }
}

Expected result

the MediaSession and the Notification both offer Seek To Next
a MediaSession.Callback receives in onPlayerCommandRequest the command Player.COMMAND_SEEK_TO_NEXT when a user tapped on Seek To Next

Actual result
Player.COMMAND_SEEK_TO_NEXT in onPlayerCommandRequest  received, when user taps on Seek To Next?

Android 12
Android 13

1.0.0-beta03
yes
yes

1.0.0-rc01
no ❌
no ❌

On your ForwardingPlayer, can you also override method isCommandAvailable(@Command int command) to return getAvailableCommands().contains(command)?

Hi @christosts, your suggestion solved the problem for me. Thank you.


[backport-1.1] [FLINK-5942] [checkpoint] Harden ZooKeeperStateHandleStore to handle corrupt data

Backport of #3447 onto release-1.1 branch.
If calling ZooKeeperStateHandleStore.getAll or getAllSortedByName as the
ZooKeeperCompletedCheckpointStore does in the recovery case, the operation will fail
if there exists a Znode with corrupted data. This will break Flink's recovery
mechanism, because it will read this node over and over again. In order to solve this
problem, this commit changes the behaviour such that it ignores corrupted Znodes it
cannot read.

Merging this PR.


Settings update does not refresh panels

When adding the authentication token to the extension settings, the panels are not refreshed to pick up the new token

Fixed in version 0.3.0


Go Only Codebase Feasibility In API Library

I'm working on a unified API library for a collection of niche internet services with the same underlying purpose.
The goal is to make a compelling abstraction for using good services that suffer from unpredictable lifetimes, tooling & userbases.
But this also dictates the codebase must be painlessly maintanable, concise and reusable - which is why I sought Haxe.
That said, there is a great appeal to support more targets than Haxe officially allows, and Go is hard to leave out.
Moreover, V is working to build Go support, and V appears an ambitious step forward from familiar stacks.
I'm fond of this project and I think it should go it's novel path, and for me there's no hx2go to assess.
Ultimately I'm looking to settle on a single accessible language that can be effortlessly ported to any ecosystem.
Practically, most of the library is boilerplate binding APIs one-to-many, with few other functions for use in servers and web apps.
In the short term, for this specific use case, how production dependable is go2hx, and would it sack any current Haxe targets?

As you are "working on a unified API library for a collection of niche internet services", Haxe is indeed one of the few languages that allows you to generate code in other languages to provide a common API from various programming environments. It may not be entirely "painlessly maintainable", but it should certainly be cheaper to maintain than generating code in each of the target languages.
I'm a big fan of Go too, I've earned my living writing it.
V seems an excellent attempt to extend many of the ideas of Go.
The go2v project is very similar to this one, but ultimately only targets C.
Thank you for your kind words about this project, but sadly it is not yet mature enough to use in production ... however Haxe is.
My advice is for you to consider using Haxe as your way to target the provision of APIs in multiple languages.
Where go2hx will be able to help in future is as a provider of translated Go libraries for use by your Haxe code.

@exxjob
The project is still experimental however you can now track the progress of the stdlibs passing the tests here based on target which should be a good way to see that it's reliable, we are also now writing what is reliable in the go2hx subset so within this specification it should be production dependable.


Undocumented DelayReleaseHoldApplied

This hold and Set-Mailbox parameter -RemoveDelayReleaseHoldApplied seem to be completely undocumented currently. Caused a lot of issues for us during a Mailbox to MailUser conversion because the hold seems to be invisible everywhere else than Exchange PS and removing Exchange license from mailboxes having this parameter set as True didn't actually remove the mailbox from Exchange Online. Set-Mailbox -identity <identity> -RemoveDelayReleaseHoldApplied will set this as False for the mailbox. It seems that when trying to disable a mailbox with this attribute set as True will cause serviceinstance (exchange) errors on MsolUser objects and the mailboxes are reported to be on In-Place Hold.
How and when this hold gets applied also needs to be documented here just like DelayHoldApplied. The Set-Mailbox command also should be updated to include this parameter here:
https://docs.microsoft.com/en-us/powershell/module/exchange/mailboxes/set-mailbox?view=exchange-ps

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

ID: 4119f918-a0b2-4bdc-535e-11d2c476f675
Version Independent ID: 1520175d-398b-4df1-86db-8ba6b26260df
Content: How to identify the type of hold placed on an Exchange Online mailbox
Content Source: microsoft-365/compliance/identify-a-hold-on-an-exchange-online-mailbox.md
Service: o365-seccomp
GitHub Login: @markjjo
Microsoft Alias: markjjo

@anarii Thanks for the heads up about this mailbox property/cmdlet parameter. The quick answer is this mailbox property applies to non-Exchange/email content that is stored in the mailbox, like Teams content. Whereas the DelayHoldApplied applies to Outlook/OWA content in the mailbox. Each of the properties are related to a different mailbox assistant that processes the mailbox with the Managed Folder Assistant runs. So in your scenario as you pointed out, the remote mailbox was considered on hold because DelayReleaseHoldApplied was set to True and you worked around this by setting the value to False.
We will update this topic with this info and add DelayReleaseHoldApplied parameter description to Set-Mailbox. One new bit of info is to run Export-MailboxDiagnosticLogs -Identity  -ComponentName SubstrateHoldTracking to see the non-Exchange/email hold history on a mailbox.
Thanks again for the heads up. I'll respond to this GitHub issue when the updated content is published.

New content about DelayReleaseHoldApplied is published: https://docs.microsoft.com/en-us/microsoft-365/compliance/identify-a-hold-on-an-exchange-online-mailbox#managing-mailboxes-on-delay-hold

Is there any document to read logs of Export-MailboxDiagnosticLogs -Identity -ComponentName SubstrateHoldTracking

Is there any document to read logs of Export-MailboxDiagnosticLogs -Identity -ComponentName SubstrateHoldTracking

@Chamu734 Unfortunately, no. I would assume that the SubstrateHoldTracking component is related to and would display information about "cloud-based content (generated by non-Outlook apps such as Microsoft Teams, Microsoft Forms, and Microsoft Yammer) that's stored in a user's mailbox. Cloud data generated by a Microsoft app is typically stored in a hidden folder in a user's mailbox."

@Chamu734 Unfortunately, no. I would assume that the SubstrateHoldTracking component is related to and would display information about "cloud-based content (generated by non-Outlook apps such as Microsoft Teams, Microsoft Forms, and Microsoft Yammer) that's stored in a user's mailbox. Cloud data generated by a Microsoft app is typically stored in a hidden folder in a user's mailbox."


THIS PAGE MUST BE REMOVED IMMEDIATELY

There is no longer a team at Azure Dedicated to support Oracle workloads on Azure BareMetal Infrastructure (BMI).  They have either left the company, retired, or been re-assigned.  As a result, it is misleading and confusing to customers for this documentation to continue to be exposed publicly, so all mention of Oracle on BMI must be removed immediately.

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

ID: 79c7aa9c-9564-b67a-599f-5f0556ad6d61
Version Independent ID: 00671ced-f0ca-9a48-5fe3-a6f7c1090712
Content: Options or Oracle BareMetal Infrastructure servers - Azure Baremetal Infrastructure
Content Source: articles/baremetal-infrastructure/workloads/oracle/options-considerations-high-availability.md
Service: baremetal-infrastructure
Sub-service: baremetal-oracle
GitHub Login: @dineshga
Microsoft Alias: dineshga

@tigormanmsft Thanks for pointing this out.
We are working internally to get these docs removed.
Closing all the issues now.
We can connect internally if there are any further questions on this.

@VikasPullagura-MSFT - please hold off on removing these pages.  Kalyan Kaki of the Azure Dedicated product group has stepped up to take responsibility for the pages, so please do nothing without his authorization.  Thank you!


Provide hacker in 32-bit "mode"

Would it be possible to expose another hacker module but for 32-bit mode? Potentially a hacker32 module behind a feature flag.
I tried doing this myself, but I'm not very successful as some items make assumptions about the sample size/type and wrongly(?) sets some type bounds, making it hard to progress without good knowledge of how everything fits together.

One example of this is Limiter, where the sample needs to be f64
https://github.com/SamiPerttu/fundsp/blob/1dea143f68493f97be4e9ff488aa1d3e23ea75bb/src/dynamics.rs#L161-L166

Can make a pr if this is something that is wanted, I think this works!
https://github.com/Emilgardis/fundsp/commit/1a831b41757101e16e3c34f4ef49a8db551c9e39

The limiter thingy looks like a bug, I'll look into it. I agree with your request in that it would make sense to have 64-bit and 32-bit preludes and discard the generic prelude. If you want to make a PR, that would be fine. Otherwise I'll look into it.


Upgrade to Azure Table Storage Track 2 SDK in State Store

Signed-off-by: Bernd Verst<EMAIL_ADDRESS>Description
Upgrades to Azure Table Storage Track 2 SDK. This includes some other library updates.
This PR does not include the changes to enable the new AAD authentication options using this SDK. That must be done in a follow up PR.
~BREAKING CHANGE: At this time this PR no longer supports using an empty row key, and instead assigns a default value _dapr_empty_row_key_.~

If this can get merged it won't be a breaking change anymore!
https://github.com/Azure/azure-sdk-for-go/pull/18425

/ok-to-test


Source for 20w16a

Could you publish the source for 20w16a pls? Need it for the dev builds.

pushed

thx


New Release

File: get-started/index.md

@kkishore219, no information came through with this ticket, please let us know what you want us to do. If we don’t hear back, we’ll close this ticket within 24 hours.


Envoy should register invalid HTTP as an attempt to send a request

Title: Envoy should register invalid HTTP as an attempt to send a request
Description:
If a malformed HTTP1 request is sent (e.g. No headers, just "a\r\n\r\n") the HTTP1.1 code will reject it (https://github.com/envoyproxy/envoy/blob/master/source/common/http/http1/codec_impl.cc#L497) and send a 400 without creating a ConnectionManagerImpl::ActiveStream.  This means that the stats around total requests (downstream_rq_total_ & similar) will not be modified, as they are modified by ConnectionManagerImpl::ActiveStream.  It seems like an invalid request should still be counted in those statistics.

Would this issue also be a precursor for logging those requests? I was recently debugging an issue that stemmed from a lowercase method being used ('post' instead of 'POST'). This resulted in a 400 response from Envoy without any logs. Ideally I'd want it to end up in error logs with a response flag.

yeah, I think stream creation would solve this.  I was hoping the move to the new HTTP parser would be the first step towards addressing this, but it has been moving more slowly than expected :-/


Initial implementation of groupby().transform()

[x] Tests added / passed
[x] Passes black dask / flake8 dask

I extracted the shuffling code that apply and transform share in 87697922addcabdea3bd05aa46ccca1a10d6cc93 to a _shuffle method.
I'm gonna take a look at how transform interacts with custom Aggregation()s next, then merge master back in! Thanks for the feedback so far!

One quick question, since I haven't had time to look into the code yet, what is the type given to the user-defined function in
df.groupby("column").transform(func)

Does func get called with Dask Series or pandas Series?

@TomAugspurger I copied the groupby().apply() behaviour, so the user-defined function receives pandas objects.

Hmm OK, I'll need to think on that. I think the most basic / useful user-defined transformation is something like a nomralize method that subtracts the group-wise mean
df.groupby('col').transform(lambda series: series - series.mean())

I think we should aim to support that correctly. Do you see any hurdles to that? Will that always give the same output as pandas, or will partitioning get in the way?

Good point @TomAugspurger, I hadn't considered that. I think I test for your case in the tests I just added in 7d0afa39cb38612f70564a784b49296880a7fdd6. It seems to work fine for different partitioning layouts and both groupby on index and full-shuffle groupby, unless I'm missing something in my test.

Alright, thanks for checking. Seems like there's a related CI failure: https://travis-ci.org/dask/dask/jobs/578377303#L1056

Any thoughts on the test_groupby_transform_funcs[diff] test failure?  It's odd that it failed in some test matrix elements, but not others.  I wonder if this is Pandas version dependent in some way.

It does seem pandas related, the following toxfile is able to reproduce the error:
[tox]
envlist = {py35,py36,py37}-pandas{21,23,25}

[testenv]
extras =
    complete

deps =
    pytest
    pandas21: pandas==0.21.1
    pandas23: pandas==0.23.4
    pandas25: pandas==0.25.1

commands =
    pytest

I'll track down the exact problem and see what I can do.

It seems a lot of tests in dask/dataframe/tests/test_groupby.py are failing on lower pandas versions, even ones not related to my PR (on the master branch). I might be missing something else here. Looking into it!

I learned that df.groupby().transform(series.diff) returns something I didn't expect in earlier pandas versions (in both pandas and dask), seems the behavior changed in recent versions. I deleted the test in c42dcb75651665f04b124337568ce1da61ba7fd9

I deleted the test in c42dcb7

If the test is valuable then you might also consider skiping the test for lower versions, perhaps with pytest.mark.skipif

Merging this in 24 hours if there are no further comments

I deleted the test in c42dcb7

If the test is valuable then you might also consider skiping the test for lower versions, perhaps with pytest.mark.skipif

I think the test with pd.Series.rank tests the same use case, I was just being redundant.
Thanks @mrocklin, really excited to see this released!

Thanks @OliverHofkens .  This is in!

This will be available on 2.4.0? When is that scheduled for?

Probably within a couple weeks.


Merge B matrix-related applications

Description
Companion PR of https://github.com/JCSDA-internal/saber/pull/573

This PR can be merged now.

Thanks @shlyaeva and @benjaminmenetrier Life is easy for me !


text encoding

OS
Windows
1.4.5
Version in settings: default setting
ISSUE DESCRIPTION

there are some invisible chars in your value

you can see them in hex mode


pull request for e2e test at 12/06/2016 07:26:02

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


[BUG]: Can't download from ADN since the laste update.

Program version
5.1.4
Operating System
Windows
Type
GUI
Service
AnimationDigitalNetwork
Command used
Download
Show ID
1151
Episode
1
Console Output
GUI server started on port 3000
[WS] Connection to public ws from '::ffff:<IP_ADDRESS>'
[WS] Connection from '::ffff:<IP_ADDRESS>'
Authentication Success
[DEBUG] Got resolve options: {"id":"1151","q":2,"e":"1","dubLang":["jpn"],"dlsubs":["fr"],"fileName":"[${service}] ${showTitle} - S${season}E${episode} [${height}p]","dlVideoOnce":false,"all":false,"but":false,"noaudio":false,"novids":false,"simul":false}
[S.1151] Uta no Prince-sama
  (24631) [E1] Episode 1 - Op.1 La Boussole aux sept couleurs
  (24632) [E2] Episode 2 - Op.2 Brand New Melody
  (24633) [E3] Episode 3 - Op.3 Knocking on the mind
  (24634) [E4] Episode 4 - Op.4 Jusqu'au bout du monde, Believe Heart
  (24635) [E5] Episode 5 - Op.5 Virilité ultime ! Go! Fight!!
  (24636) [E6] Episode 6 - Op. 6 Shout out sur Orion
  (24637) [E7] Episode 7 - Op. 7 Feeling Heart
  (24638) [E8] Episode 8 - Op. 8 Eternity Love
  (24639) [E9] Episode 9 - Op. 9 Nos rêves tissés
  (24640) [E10] Episode 10 - Op. 10 Allez, let's song !
  (24641) [E11] Episode 11 - Op. 11 Le Plan du futur
  (24642) [E12] Episode 12 - Op. 12 Mon coeur égaré
  (24643) [E13] Episode 13 - Op. 13 Love à 1 000 %
  (24644) [E1] Episode 1 - Poison Kiss
  (24645) [E2] Episode 2 - Réincarnation de l'amour
  (24646) [E3] Episode 3 - True Wing
  (24647) [E4] Episode 4 - Les Cerisiers de l'amour
  (24648) [E5] Episode 5 - Smile Magic
  (24649) [E6] Episode 6 - Rhapsodie orange
  (24650) [E7] Episode 7 - Serment à Sirius
  (24651) [E8] Episode 8 - La Fantaisie des étoiles
  (24652) [E9] Episode 9 - We are Starish
  (24653) [E10] Episode 10 - Crystal Time
  (24654) [E11] Episode 11 - Symphonie des rêveurs
  (24655) [E12] Episode 12 - Heavens Gate
  (24656) [E13] Episode 13 - 2 000 % Love
  (24658) [E1] Episode 1 - The dice are cast
  (24659) [E2] Episode 2 - Golden star
  (24660) [E3] Episode 3 - Emotional Life
  (24661) [E4] Episode 4 - Innocent Wind
  (24662) [E5] Episode 5 - Code:T.V.U
  (24663) [E6] Episode 6 - Saintly Territory
  (24664) [E7] Episode 7 - Only One
  (24665) [E8] Episode 8 - Original Resonance
  (24666) [E9] Episode 9 - Never…
  (24667) [E10] Episode 10 - Answer
  (24668) [E11] Episode 11 - Thank you
  (24669) [E12] Episode 12 - Revolution Eve
  (24670) [E13] Episode 13 - Love Revolutions
  (24671) [E1] Episode 1 - Chanter ses rêves
  (24672) [E2] Episode 2 - Liens
  (24673) [E3] Episode 3 - Mighty Aura
  (24674) [E4] Episode 4 - Justice Impulse
  (24675) [E5] Episode 5 - Visible Elf
  (24676) [E6] Episode 6 - Lovely Eyes
  (24677) [E7] Episode 7 - Grown Empathy
  (24678) [E8] Episode 8 - Lasting Oneness
  (24679) [E9] Episode 9 - Next Door
  (24680) [E10] Episode 10 - We believe you
  (24681) [E11] Episode 11 - Merci pour les rêves, le futur et…
  (24682) [E12] Episode 12 - Three Shining Stars
  (24683) [E13] Episode 13 - We are STARISH!

------------------------------

✓ [S1E1] Op.1 La Boussole aux sept couleurs
✓ [S2E1] Poison Kiss
✓ [S3E1] The dice are cast
✓ [S4E1] Chanter ses rêves
[DEBUG] Got download options: {"id":"1151","q":2,"e":"1","dubLang":["jpn"],"dlsubs":["fr"],"fileName":"[${service}] ${showTitle} - S${season}E${episode} [${height}p]","dlVideoOnce":false,"all":false,"but":false,"noaudio":false,"novids":false,"simul":false,"ids":[24631],"title":"Uta no Prince-sama - Episode 1","parent":{"title":"Uta no Prince-sama","season":"1"},"image":"https://image.animationdigitalnetwork.fr/license/utapuri/tv/web/eps1_320x180.jpg","episode":"1"}
[S.1151] Uta no Prince-sama
  (24631) [E1] Episode 1 - Op.1 La Boussole aux sept couleurs
  (24632) [E2] Episode 2 - Op.2 Brand New Melody
  (24633) [E3] Episode 3 - Op.3 Knocking on the mind
  (24634) [E4] Episode 4 - Op.4 Jusqu'au bout du monde, Believe Heart
  (24635) [E5] Episode 5 - Op.5 Virilité ultime ! Go! Fight!!
  (24636) [E6] Episode 6 - Op. 6 Shout out sur Orion
  (24637) [E7] Episode 7 - Op. 7 Feeling Heart
  (24638) [E8] Episode 8 - Op. 8 Eternity Love
  (24639) [E9] Episode 9 - Op. 9 Nos rêves tissés
  (24640) [E10] Episode 10 - Op. 10 Allez, let's song !
  (24641) [E11] Episode 11 - Op. 11 Le Plan du futur
  (24642) [E12] Episode 12 - Op. 12 Mon coeur égaré
  (24643) [E13] Episode 13 - Op. 13 Love à 1 000 %
  (24644) [E1] Episode 1 - Poison Kiss
  (24645) [E2] Episode 2 - Réincarnation de l'amour
  (24646) [E3] Episode 3 - True Wing
  (24647) [E4] Episode 4 - Les Cerisiers de l'amour
  (24648) [E5] Episode 5 - Smile Magic
  (24649) [E6] Episode 6 - Rhapsodie orange
  (24650) [E7] Episode 7 - Serment à Sirius
  (24651) [E8] Episode 8 - La Fantaisie des étoiles
  (24652) [E9] Episode 9 - We are Starish
  (24653) [E10] Episode 10 - Crystal Time
  (24654) [E11] Episode 11 - Symphonie des rêveurs
  (24655) [E12] Episode 12 - Heavens Gate
  (24656) [E13] Episode 13 - 2 000 % Love
  (24658) [E1] Episode 1 - The dice are cast
  (24659) [E2] Episode 2 - Golden star
  (24660) [E3] Episode 3 - Emotional Life
  (24661) [E4] Episode 4 - Innocent Wind
  (24662) [E5] Episode 5 - Code:T.V.U
  (24663) [E6] Episode 6 - Saintly Territory
  (24664) [E7] Episode 7 - Only One
  (24665) [E8] Episode 8 - Original Resonance
  (24666) [E9] Episode 9 - Never…
  (24667) [E10] Episode 10 - Answer
  (24668) [E11] Episode 11 - Thank you
  (24669) [E12] Episode 12 - Revolution Eve
  (24670) [E13] Episode 13 - Love Revolutions
  (24671) [E1] Episode 1 - Chanter ses rêves
  (24672) [E2] Episode 2 - Liens
  (24673) [E3] Episode 3 - Mighty Aura
  (24674) [E4] Episode 4 - Justice Impulse
  (24675) [E5] Episode 5 - Visible Elf
  (24676) [E6] Episode 6 - Lovely Eyes
  (24677) [E7] Episode 7 - Grown Empathy
  (24678) [E8] Episode 8 - Lasting Oneness
  (24679) [E9] Episode 9 - Next Door
  (24680) [E10] Episode 10 - We believe you
  (24681) [E11] Episode 11 - Merci pour les rêves, le futur et…
  (24682) [E12] Episode 12 - Three Shining Stars
  (24683) [E13] Episode 13 - We are STARISH!

------------------------------

✓ [S1E1] Op.1 La Boussole aux sept couleurs
✓ [S2E1] Poison Kiss
✓ [S3E1] The dice are cast
✓ [S4E1] Chanter ses rêves
[ERROR] 500: Internal Server Error
[ERROR] {"message": "Internal server error"}
[ERROR] Token refresh failed!
[ERROR] Failed to refresh token
[ERROR] Failed to download media list
[ERROR] 500: Internal Server Error
[ERROR] {"message": "Internal server error"}
[ERROR] Token refresh failed!
[ERROR] Failed to refresh token
[ERROR] Failed to download media list
[ERROR] 500: Internal Server Error
[ERROR] {"message": "Internal server error"}
[ERROR] Token refresh failed!
[ERROR] Failed to refresh token
[ERROR] Failed to download media list
[ERROR] 500: Internal Server Error
[ERROR] {"message": "Internal server error"}
[ERROR] Token refresh failed!
[ERROR] Failed to refresh token
[ERROR] Failed to download media list

Additional Information
No response

Should be fixed in the latest commit, just waiting for someone to test it and confirm

Thank you. I'm waiting fot the new windows gui.

Finally released version 5.1.5 which should fix this issue. Sorry for taking so long to get this out