Ability to track location through Share 60 min location share?

Messenger has a track location feature for messenger. Would it be able to be used in this api?

I would do that if I got this feature here in Slovakia too. Sorry

@bobland1 do you have access to this feature in the web yet?

Yes I do. On messenger.com and on Facebook.com

Sorry I don't see that feature. Where is it?
Feel free to submit a PR!
To mimic this feature you can open the chrome debugger tools and look at the network tab. You'll see the packets the browser's sending to FB's backend. As you record those, go and try that feature out and see what get requests the make. You can look at any file under src/ for examples on how to make there request. Each file is one request / feature. (some of them are very complicated, like send message, you can skip looking at that one).

Allright will do ;) thank you very much. Be sure to reply with my findings

Let us know if you get stuck or need any help 😄

This is the feature

@bobland1 it's looks like from Android Messenger

i use ios

@GAMELASTER That was taken from IOS. I am testing on the web client now

for (;;);{"__ar":1,"__sf":"iw","payload":null,"jsmods":{"instances":[["__inst_ead1e565_1q_0",["DialogX","LayerFadeOnHide","LayerHideOnBlur","LayerHideOnEscape","DialogHideOnSuccess","LayerDestroyOnHide","LayerHideOnTransition","LayerRemoveOnHide","DialogExpansion","__markup_a588f507_1q_0"],[{"width":602,"autohide":null,"titleID":"u_1q_0","redirectURI":null,"fixedTopPosition":null,"ignoreFixedTopInShortViewport":false,"modal":true,"xui":true,"causalElement":{"__rel":1},"addedBehaviors":[{"__m":"LayerFadeOnHide"},{"__m":"LayerHideOnBlur"},{"__m":"LayerHideOnEscape"},{"__m":"DialogHideOnSuccess"},{"__m":"LayerDestroyOnHide"},{"__m":"LayerHideOnTransition"},{"__m":"LayerRemoveOnHide"},{"__m":"DialogExpansion"}]},{"__m":"__markup_a588f507_1q_0"}],3],["__inst_4d21c79a_1q_0",["TilesDynamicMap","__elem_a588f507_1q_0"],[{"__m":"__elem_a588f507_1q_0"},{"language":"en_GB","latitude":51.07670048864,"longitude":-1.3132602739108,"zoom":12,"minZoom":1,"maxZoom":18,"zoomControl":true,"enableZoom":true,"zoomOnScroll":true,"dragging":true,"enableFadeAnimation":true,"showReportButton":true,"theme":"default"},[{"latitude":51.07670048864,"longitude":-1.3132602739108,"draggable":false,"iconUrl":"https://www.messenger.com/images/places/map/bright-pink-pin.png","iconRetinaUrl":"https://www.messenger.com/images/places/map/bright-pink-pin-2x.png","iconSize":["20","27"],"iconAnchor":["9","24"],"popupMaxWidth":300,"popupMaxHeight":150,"popupAnchor":[0,-24],"popupContent":null}],[],[]],1]],"markup":[["__markup_a588f507_1q_0",{"__html":"\u003Cdiv>\u003Cdiv class="_4-i0">\u003Cdiv class="clearfix">\u003Cdiv class="_51-u rfloat _ohf">\u003Ca class="_42ft _5upp _50zy layerCancel _51-t _50-0 _50z-" role="button" href="#" title="Close" data-testid="dialog_title_close_button">Close\u003C/a>\u003C/div>\u003Cdiv>\u003Ch3 id="u_1q_0" class="_52c9">Winchester, Hampshire\u003C/h3>\u003C/div>\u003C/div>\u003C/div>\u003Cdiv class="_4-i2 _50f4">\u003Cdiv class="_49nx" style="width: 600px;height: 500px" id="u_1q_1">\u003C/div>\u003C/div>\u003Cdiv class="_5lnf uiOverlayFooter _5a8u">\u003Ctable class="uiGrid _51mz uiOverlayFooterGrid" cellspacing="0" cellpadding="0">\u003Ctbody>\u003Ctr class="_51mx">\u003Ctd class="_51m- prs uiOverlayFooterMessage">\u003C/td>\u003Ctd class="_51m- uiOverlayFooterButtons _51mw">\u003Ca class="_42ft _4jy0 layerCancel uiOverlayButton _4jy3 _517h _51sy" role="button" href="#">Close\u003C/a>\u003Ca class="_42ft _4jy0 layerButton uiOverlayButton _4jy3 _4jy1 selected _51sy" role="button" href="https://l.messenger.com/l.php?u=http\u00253A\u00252F\u00252Fshare.here.com\u00252Fr\u00252Fmylocation\u00252Fe-eyJuYW1lIjoiV2luY2hlc3RlciwgSGFtcHNoaXJlIiwiYWRkcmVzcyI6IiIsImxhdGl0dWRlIjo1MS4wNzY3MDA0ODg2NCwibG9uZ2l0dWRlIjotMS4zMTMyNjAyNzM5MTA4fQ\u00253D\u00253D\u00253Flink\u00253Ddirections\u002526fb_locale\u00253Den_GB\u002526ref\u00253Dfacebook&h=ATP22WLbNpKyV_g4pY1aWn1QaXUQ7RcK1nEyxzajlyyadOHj5OATJIXMv90NleOFEwGwVWGkSajan6pSdcTlJ8gWd5q0UHMCuOHXrbLSO0-NAGvdvppxT4-ZixgsY85mUAOyBdM&s=1" target="_blank" rel="nofollow noopener" onmouseover="LinkshimAsyncLink.swap(this, "http:\/\/share.here.com\/r\/mylocation\/e-eyJuYW1lIjoiV2luY2hlc3RlciwgSGFtcHNoaXJlIiwiYWRkcmVzcyI6IiIsImxhdGl0dWRlIjo1MS4wNzY3MDA0ODg2NCwibG9uZ2l0dWRlIjotMS4zMTMyNjAyNzM5MTA4fQ==?link=directions&fb_locale=en_GB&ref=facebook");" onclick="LinkshimAsyncLink.referrer_log(this, "http:\/\/share.here.com\/r\/mylocation\/e-eyJuYW1lIjoiV2luY2hlc3RlciwgSGFtcHNoaXJlIiwiYWRkcmVzcyI6IiIsImxhdGl0dWRlIjo1MS4wNzY3MDA0ODg2NCwibG9uZ2l0dWRlIjotMS4zMTMyNjAyNzM5MTA4fQ==?link=directions&fb_locale=en_GB&ref=facebook", "\/si\/ajax\/l\/render_linkshim_log\/?u=http\u00253A\u00252F\u00252Fshare.here.com\u00252Fr\u00252Fmylocation\u00252Fe-eyJuYW1lIjoiV2luY2hlc3RlciwgSGFtcHNoaXJlIiwiYWRkcmVzcyI6IiIsImxhdGl0dWRlIjo1MS4wNzY3MDA0ODg2NCwibG9uZ2l0dWRlIjotMS4zMTMyNjAyNzM5MTA4fQ\u00253D\u00253D\u00253Flink\u00253Ddirections\u002526fb_locale\u00253Den_GB\u002526ref\u00253Dfacebook&h=ATP22WLbNpKyV_g4pY1aWn1QaXUQ7RcK1nEyxzajlyyadOHj5OATJIXMv90NleOFEwGwVWGkSajan6pSdcTlJ8gWd5q0UHMCuOHXrbLSO0-NAGvdvppxT4-ZixgsY85mUAOyBdM&enc&d");">Get directions\u003C/a>\u003C/td>\u003C/tr>\u003C/tbody>\u003C/table>\u003C/div>\u003C/div>"},2]],"elements":[["__elem_a588f507_1q_0","u_1q_1",1,"__markup_a588f507_1q_0"]],"require":[["AsyncDialog","respond",["__inst_ead1e565_1q_0"],[2,{"__m":"__inst_ead1e565_1q_0"}],[]],["__inst_ead1e565_1q_0"],["Layer","show",["__inst_ead1e565_1q_0"],[{"__m":"__inst_ead1e565_1q_0"}],[]],["__inst_4d21c79a_1q_0"]]},"css":["c5J9c","DtfXh","v3Xfp","3RUSU","H0kNa","KfzfQ","QrZhE","UKlAv","JBZgE"],"js":["k8USi","Jzatd","SQyay","puzri","8Xoxp","fEPVY","Ft+yA","scssa","um2CA","QGqOv","6Hc42","2GgGO","RDCL5","h6ulj","q1Ffg","Cwiem"],"bootloadable":{"ExceptionDialog":{"resources":["k8USi","c5J9c","Jzatd","puzri","SQyay","6Hc42","fEPVY"],"module":1},"React":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"AsyncDOM":{"resources":["c5J9c","k8USi","L1k/a"],"module":1},"ConfirmationDialog":{"resources":["c5J9c","k8USi","Jzatd","G2yK9"],"module":1},"Dialog":{"resources":["k8USi","c5J9c","Jzatd","Dt2FY","zMtaN"],"module":1},"QuickSandSolver":{"resources":["k8USi","c5J9c","Jzatd","TCr8k","Klc20","4ryIt","xiSec"],"module":1},"ErrorSignal":{"resources":["k8USi","c5J9c","Jzatd","SQyay","VYTIU","q1Ffg","M0Hao","PXO+x"],"module":1},"ReactDOM":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"LogHistory":{"resources":["SQyay"],"module":1},"SimpleXUIDialog":{"resources":["k8USi","c5J9c","Jzatd","SQyay","puzri","UKlAv","QGqOv"],"module":1},"XUIButton.react":{"resources":["Jzatd","SQyay","k8USi","c5J9c"],"module":1},"XUIDialogButton.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"Animation":{"resources":["k8USi","c5J9c"],"module":1},"Banzai":{"resources":["k8USi","c5J9c","Jzatd"],"module":1},"ResourceTimingBootloaderHelper":{"resources":["Jzatd","J7o5v","SQyay"],"module":1},"TimeSliceHelper":{"resources":["SQyay","k8USi","c5J9c","Jzatd","J7o5v"],"module":1},"BanzaiODS":{"resources":["k8USi","c5J9c","Jzatd","SQyay"],"module":1},"AsyncSignal":{"resources":["c5J9c","k8USi","Jzatd","q1Ffg"],"module":1},"XLinkshimLogController":{"resources":["Jzatd","SQyay","q1Ffg"],"module":1},"DialogX":{"resources":["k8USi","c5J9c","Jzatd"],"module":1},"XUIDialogBody.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"XUIDialogFooter.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"XUIDialogTitle.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"XUIGrayText.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd","fEPVY"],"module":1},"PageTransitions":{"resources":["c5J9c","k8USi","TCr8k","Jzatd","SQyay"],"module":1},"ContextualLayerInlineTabOrder":{"resources":["c5J9c","k8USi","MhTpz","Jzatd","SQyay"],"module":1},"EncryptedImg":{"resources":["Jzatd","SQyay"],"module":1},"XUIErrorDialogImpl":{"resources":["c5J9c","k8USi","Jzatd","SQyay","Ft+yA","sOVD8","QrZhE","18Dmi"],"module":1}},"resource_map":{"k8USi":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3iWxT4/y2/l/en_GB/TKQbpVDNANm.js","crossOrigin":1},"c5J9c":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yl/r/hiGNUIBDBsp.css","permanent":1,"crossOrigin":1},"Jzatd":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yf/r/IK9-EzA-cW3.js","crossOrigin":1},"puzri":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yZ/r/MT0X84zX9F3.js","crossOrigin":1},"SQyay":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3i9Rn4/yz/l/en_GB/q8la3xgBuIc.js","crossOrigin":1},"6Hc42":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3i5j24/yI/l/en_GB/p3xjvDGyMeg.js","crossOrigin":1},"fEPVY":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yA/r/jNNOR8oVe6m.js","crossOrigin":1},"L1k/a":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/y0/r/v8xeS_mshuc.js","crossOrigin":1},"G2yK9":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yc/r/6k8JMHnyi_R.js","crossOrigin":1},"Dt2FY":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yy/r/AxzRDQk-bRz.css","permanent":1,"crossOrigin":1},"zMtaN":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3iUwt4/yR/l/en_GB/W6LE-A5Ir23.js","crossOrigin":1},"TCr8k":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3iWVb4/yV/l/en_GB/5mNkan6b_73.js","crossOrigin":1},"Klc20":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/y3/r/87DNbm9ci3o.js","crossOrigin":1},"4ryIt":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yt/r/AYTLbWHW5gD.js","crossOrigin":1},"xiSec":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yL/r/a1Nq6aZova2.js","crossOrigin":1},"VYTIU":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yd/r/ILqLysEtJbn.js","crossOrigin":1},"q1Ffg":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yg/r/RGFEFagjj8Q.js","crossOrigin":1},"M0Hao":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yR/r/um2sdrZJYXX.js","crossOrigin":1},"PXO+x":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yn/r/Dl_vSFaRIcQ.js","crossOrigin":1},"UKlAv":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yB/r/AdwZFJThI4F.css","permanent":1,"crossOrigin":1},"QGqOv":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3i9O34/y4/l/en_GB/rG46MaB6zb6.js","crossOrigin":1},"J7o5v":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yX/r/Jtb2RaUmG8t.js","crossOrigin":1},"MhTpz":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yV/r/6O_ojd0SniS.js","crossOrigin":1},"Ft+yA":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3if3Y4/yy/l/en_GB/73HfZLZ5idW.js","crossOrigin":1},"sOVD8":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/y0/r/owkP-bVfceo.js","crossOrigin":1},"QrZhE":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yV/r/z3-TNPb_h-a.css","permanent":1,"crossOrigin":1},"18Dmi":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yV/r/pE367JU60n8.js","crossOrigin":1},"DtfXh":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/y2/r/WD7pVUFw875.css","permanent":1,"crossOrigin":1},"v3Xfp":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yW/r/rjAgHGdUfgm.css","permanent":1,"crossOrigin":1},"3RUSU":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yp/r/a-KeowOZBnj.css","crossOrigin":1},"H0kNa":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yg/r/dhn-XZryDfR.css","crossOrigin":1},"8Xoxp":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3i3uT4/yz/l/en_GB/2oqPpEFasj-.js","crossOrigin":1},"KfzfQ":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yM/r/m6dUyEL4LA7.css","permanent":1,"crossOrigin":1},"scssa":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yd/r/Scsg6pUqpJ3.js","crossOrigin":1},"um2CA":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3iG_s4/yY/l/en_GB/21tWb13FK7D.js","crossOrigin":1},"2GgGO":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3igjp4/yI/l/en_GB/hd2lc8BUlqk.js","crossOrigin":1},"RDCL5":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yp/r/Wy7ru1prJ9p.js","crossOrigin":1},"h6ulj":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yL/r/ImiOr6JLFEP.js","crossOrigin":1},"JBZgE":{"type":"css","src":"https://static.xx.fbcdn.net/rsrc.php/v3/ya/r/o2f32HlaOoD.css","crossOrigin":1},"Cwiem":{"type":"js","src":"https://static.xx.fbcdn.net/rsrc.php/v3/yy/r/eDHfd60kWZJ.js","crossOrigin":1}},"ixData":{"126340":{"sprited":true,"spriteCssClass":"sx_166d1c","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124738":{"sprited":true,"spriteCssClass":"sx_141f86","spriteMapCssClass":"sp_WJkEzhuhKQT"},"125920":{"sprited":true,"spriteCssClass":"sx_7dc5dd","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124318":{"sprited":true,"spriteCssClass":"sx_1864df","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122716":{"sprited":true,"spriteCssClass":"sx_73a0bb","spriteMapCssClass":"sp_WJkEzhuhKQT"},"140338":{"sprited":true,"spriteCssClass":"sx_9a2c7c","spriteMapCssClass":"sp_WJkEzhuhKQT"},"125921":{"sprited":true,"spriteCssClass":"sx_2ca439","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124319":{"sprited":true,"spriteCssClass":"sx_0f6149","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122717":{"sprited":true,"spriteCssClass":"sx_b4f999","spriteMapCssClass":"sp_WJkEzhuhKQT"},"140339":{"sprited":true,"spriteCssClass":"sx_034935","spriteMapCssClass":"sp_WJkEzhuhKQT"},"132175":{"sprited":true,"spriteCssClass":"sx_2e781d","spriteMapCssClass":"sp_WJkEzhuhKQT"},"117757":{"sprited":true,"spriteCssClass":"sx_03a312","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124739":{"sprited":true,"spriteCssClass":"sx_a89cd8","spriteMapCssClass":"sp_WJkEzhuhKQT"},"139157":{"sprited":true,"spriteCssClass":"sx_35a309","spriteMapCssClass":"sp_WJkEzhuhKQT"},"123230":{"sprited":true,"spriteCssClass":"sx_3f77f9","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114554":{"sprited":true,"spriteCssClass":"sx_3e7923","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114569":{"sprited":true,"spriteCssClass":"sx_a89d08","spriteMapCssClass":"sp_z8i-Yh2pMnT"},"115128":{"sprited":true,"spriteCssClass":"sx_dd42b8","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124832":{"sprited":true,"spriteCssClass":"sx_1fccd9","spriteMapCssClass":"sp_WJkEzhuhKQT"},"126906":{"sprited":true,"spriteCssClass":"sx_df1495","spriteMapCssClass":"sp_WJkEzhuhKQT"},"123702":{"sprited":true,"spriteCssClass":"sx_c47dbd","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122587":{"sprited":true,"spriteCssClass":"sx_0abf75","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122607":{"sprited":true,"spriteCssClass":"sx_b8c736","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122577":{"sprited":true,"spriteCssClass":"sx_a94051","spriteMapCssClass":"sp_WJkEzhuhKQT"},"115692":{"sprited":true,"spriteCssClass":"sx_21229f","spriteMapCssClass":"sp_WJkEzhuhKQT"},"125781":{"sprited":true,"spriteCssClass":"sx_ee6db3","spriteMapCssClass":"sp_WJkEzhuhKQT"},"126465":{"sprited":true,"spriteCssClass":"sx_d49eff","spriteMapCssClass":"sp_WJkEzhuhKQT"},"123261":{"sprited":true,"spriteCssClass":"sx_678df9","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22262":{"sprited":true,"spriteCssClass":"sx_fb208c","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22264":{"sprited":true,"spriteCssClass":"sx_7e00db","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22263":{"sprited":true,"spriteCssClass":"sx_d863cf","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22272":{"sprited":true,"spriteCssClass":"sx_6b69d1","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22273":{"sprited":true,"spriteCssClass":"sx_e09be5","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22274":{"sprited":true,"spriteCssClass":"sx_bc9b4e","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22275":{"sprited":true,"spriteCssClass":"sx_5bc37e","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22276":{"sprited":true,"spriteCssClass":"sx_4e995b","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22279":{"sprited":true,"spriteCssClass":"sx_ddd04c","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22283":{"sprited":true,"spriteCssClass":"sx_661946","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22284":{"sprited":true,"spriteCssClass":"sx_08138b","spriteMapCssClass":"sp_WJkEzhuhKQT"},"112584":{"sprited":true,"spriteCssClass":"sx_420785","spriteMapCssClass":"sp_WJkEzhuhKQT"},"113021":{"sprited":true,"spriteCssClass":"sx_6025e7","spriteMapCssClass":"sp_WJkEzhuhKQT"},"113681":{"sprited":true,"spriteCssClass":"sx_218773","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114009":{"sprited":true,"spriteCssClass":"sx_d03988","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114032":{"sprited":true,"spriteCssClass":"sx_1fc458","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114088":{"sprited":true,"spriteCssClass":"sx_7060a5","spriteMapCssClass":"sp_WJkEzhuhKQT"}},"lid":"6404405372884388256"}

https://www.messenger.com/places/map/?message_live_location_id="I removed it"

This is what i have found. Not sure if this is any help

### for (;;);{"__ar":1,"__sf":"iw","payload":null,"jsmods":{"instances":[["__inst_ead1e565_1q_0",["DialogX","LayerFadeOnHide","LayerHideOnBlur","LayerHideOnEscape","DialogHideOnSuccess","LayerDestroyOnHide","LayerHideOnTransition","LayerRemoveOnHide","DialogExpansion","__markup_a588f507_1q_0"],[{"width":602,"autohide":null,"titleID":"u_1q_0","redirectURI":null,"fixedTopPosition":null,"ignoreFixedTopInShortViewport":false,"modal":true,"xui":true,"causalElement":{"__rel":1},"addedBehaviors":[{"__m":"LayerFadeOnHide"},{"__m":"LayerHideOnBlur"},{"__m":"LayerHideOnEscape"},{"__m":"DialogHideOnSuccess"},{"__m":"LayerDestroyOnHide"},{"__m":"LayerHideOnTransition"},{"__m":"LayerRemoveOnHide"},{"__m":"DialogExpansion"}]},{"__m":"__markup_a588f507_1q_0"}],3],["__inst_4d21c79a_1q_0",["TilesDynamicMap","__elem_a588f507_1q_0"],[{"__m":"__elem_a588f507_1q_0"},{"language":"en_GB","latitude":51.07670048864,"longitude":-1.3132602739108,"zoom":12,"minZoom":1,"maxZoom":18,"zoomControl":true,"enableZoom":true,"zoomOnScroll":true,"dragging":true,"enableFadeAnimation":true,"showReportButton":true,"theme":"default"},[{"latitude":51.07670048864,"longitude":-1.3132602739108,"draggable":false,"iconUrl":"https:\/\/www.messenger.com\/images\/places\/map\/bright-pink-pin.png","iconRetinaUrl":"https:\/\/www.messenger.com\/images\/places\/map\/bright-pink-pin-2x.png","iconSize":["20","27"],"iconAnchor":["9","24"],"popupMaxWidth":300,"popupMaxHeight":150,"popupAnchor":[0,-24],"popupContent":null}],[],[]],1]],"markup":[["__markup_a588f507_1q_0",{"__html":"\u003Cdiv>\u003Cdiv class=\"_4-i0\">\u003Cdiv class=\"clearfix\">\u003Cdiv class=\"_51-u rfloat _ohf\">\u003Ca class=\"_42ft _5upp _50zy layerCancel _51-t _50-0 _50z-\" role=\"button\" href=\"#\" title=\"Close\" data-testid=\"dialog_title_close_button\">Close\u003C\/a>\u003C\/div>\u003Cdiv>\u003Ch3 id=\"u_1q_0\" class=\"_52c9\">Winchester, Hampshire\u003C\/h3>\u003C\/div>\u003C\/div>\u003C\/div>\u003Cdiv class=\"_4-i2 _50f4\">\u003Cdiv class=\"_49nx\" style=\"width: 600px;height: 500px\" id=\"u_1q_1\">\u003C\/div>\u003C\/div>\u003Cdiv class=\"_5lnf uiOverlayFooter _5a8u\">\u003Ctable class=\"uiGrid _51mz uiOverlayFooterGrid\" cellspacing=\"0\" cellpadding=\"0\">\u003Ctbody>\u003Ctr class=\"_51mx\">\u003Ctd class=\"_51m- prs uiOverlayFooterMessage\">\u003C\/td>\u003Ctd class=\"_51m- uiOverlayFooterButtons _51mw\">\u003Ca class=\"_42ft _4jy0 layerCancel uiOverlayButton _4jy3 _517h _51sy\" role=\"button\" href=\"#\">Close\u003C\/a>\u003Ca class=\"_42ft _4jy0 layerButton uiOverlayButton _4jy3 _4jy1 selected _51sy\" role=\"button\" href=\"https:\/\/l.messenger.com\/l.php?u=http\u00253A\u00252F\u00252Fshare.here.com\u00252Fr\u00252Fmylocation\u00252Fe-eyJuYW1lIjoiV2luY2hlc3RlciwgSGFtcHNoaXJlIiwiYWRkcmVzcyI6IiIsImxhdGl0dWRlIjo1MS4wNzY3MDA0ODg2NCwibG9uZ2l0dWRlIjotMS4zMTMyNjAyNzM5MTA4fQ\u00253D\u00253D\u00253Flink\u00253Ddirections\u002526fb_locale\u00253Den_GB\u002526ref\u00253Dfacebook&h=ATOUaJxIO3lKJ0M5z1eXmUgCG7PvbyPYN02MqSZDN_GN18Dd-vGK39pJxjBuafkNRbFCOpPxdQXzTe0lsLh9XD760zMWskXgLioC47h7VaGynIqWMLo6XOmFW5IFy4h9ntYb8BM&s=1\" target=\"_blank\" rel=\"nofollow noopener\" onmouseover=\"LinkshimAsyncLink.swap(this, "http:\\\/\\\/share.here.com\\\/r\\\/mylocation\\\/e-eyJuYW1lIjoiV2luY2hlc3RlciwgSGFtcHNoaXJlIiwiYWRkcmVzcyI6IiIsImxhdGl0dWRlIjo1MS4wNzY3MDA0ODg2NCwibG9uZ2l0dWRlIjotMS4zMTMyNjAyNzM5MTA4fQ==?link=directions&fb_locale=en_GB&ref=facebook");\" onclick=\"LinkshimAsyncLink.referrer_log(this, "http:\\\/\\\/share.here.com\\\/r\\\/mylocation\\\/e-eyJuYW1lIjoiV2luY2hlc3RlciwgSGFtcHNoaXJlIiwiYWRkcmVzcyI6IiIsImxhdGl0dWRlIjo1MS4wNzY3MDA0ODg2NCwibG9uZ2l0dWRlIjotMS4zMTMyNjAyNzM5MTA4fQ==?link=directions&fb_locale=en_GB&ref=facebook", "\\\/si\\\/ajax\\\/l\\\/render_linkshim_log\\\/?u=http\\u00253A\\u00252F\\u00252Fshare.here.com\\u00252Fr\\u00252Fmylocation\\u00252Fe-eyJuYW1lIjoiV2luY2hlc3RlciwgSGFtcHNoaXJlIiwiYWRkcmVzcyI6IiIsImxhdGl0dWRlIjo1MS4wNzY3MDA0ODg2NCwibG9uZ2l0dWRlIjotMS4zMTMyNjAyNzM5MTA4fQ\\u00253D\\u00253D\\u00253Flink\\u00253Ddirections\\u002526fb_locale\\u00253Den_GB\\u002526ref\\u00253Dfacebook&h=ATOUaJxIO3lKJ0M5z1eXmUgCG7PvbyPYN02MqSZDN_GN18Dd-vGK39pJxjBuafkNRbFCOpPxdQXzTe0lsLh9XD760zMWskXgLioC47h7VaGynIqWMLo6XOmFW5IFy4h9ntYb8BM&enc&d");\">Get directions\u003C\/a>\u003C\/td>\u003C\/tr>\u003C\/tbody>\u003C\/table>\u003C\/div>\u003C\/div>"},2]],"elements":[["__elem_a588f507_1q_0","u_1q_1",1,"__markup_a588f507_1q_0"]],"require":[["AsyncDialog","respond",["__inst_ead1e565_1q_0"],[2,{"__m":"__inst_ead1e565_1q_0"}],[]],["__inst_ead1e565_1q_0"],["Layer","show",["__inst_ead1e565_1q_0"],[{"__m":"__inst_ead1e565_1q_0"}],[]],["__inst_4d21c79a_1q_0"]]},"css":["c5J9c","DtfXh","v3Xfp","3RUSU","H0kNa","KfzfQ","QrZhE","UKlAv","JBZgE"],"js":["k8USi","Jzatd","SQyay","puzri","8Xoxp","fEPVY","Ft+yA","scssa","um2CA","QGqOv","6Hc42","2GgGO","RDCL5","h6ulj","q1Ffg","Cwiem"],"bootloadable":{"ExceptionDialog":{"resources":["k8USi","c5J9c","Jzatd","puzri","SQyay","6Hc42","fEPVY"],"module":1},"React":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"AsyncDOM":{"resources":["c5J9c","k8USi","L1k\/a"],"module":1},"ConfirmationDialog":{"resources":["c5J9c","k8USi","Jzatd","G2yK9"],"module":1},"Dialog":{"resources":["k8USi","c5J9c","Jzatd","Dt2FY","zMtaN"],"module":1},"QuickSandSolver":{"resources":["k8USi","c5J9c","Jzatd","TCr8k","Klc20","4ryIt","xiSec"],"module":1},"ErrorSignal":{"resources":["k8USi","c5J9c","Jzatd","SQyay","VYTIU","q1Ffg","M0Hao","PXO+x"],"module":1},"ReactDOM":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"LogHistory":{"resources":["SQyay"],"module":1},"SimpleXUIDialog":{"resources":["k8USi","c5J9c","Jzatd","SQyay","puzri","UKlAv","QGqOv"],"module":1},"XUIButton.react":{"resources":["Jzatd","SQyay","k8USi","c5J9c"],"module":1},"XUIDialogButton.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"Animation":{"resources":["k8USi","c5J9c"],"module":1},"Banzai":{"resources":["k8USi","c5J9c","Jzatd"],"module":1},"ResourceTimingBootloaderHelper":{"resources":["Jzatd","J7o5v","SQyay"],"module":1},"TimeSliceHelper":{"resources":["SQyay","k8USi","c5J9c","Jzatd","J7o5v"],"module":1},"BanzaiODS":{"resources":["k8USi","c5J9c","Jzatd","SQyay"],"module":1},"AsyncSignal":{"resources":["c5J9c","k8USi","Jzatd","q1Ffg"],"module":1},"XLinkshimLogController":{"resources":["Jzatd","SQyay","q1Ffg"],"module":1},"DialogX":{"resources":["k8USi","c5J9c","Jzatd"],"module":1},"XUIDialogBody.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"XUIDialogFooter.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"XUIDialogTitle.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd"],"module":1},"XUIGrayText.react":{"resources":["SQyay","k8USi","c5J9c","Jzatd","fEPVY"],"module":1},"PageTransitions":{"resources":["c5J9c","k8USi","TCr8k","Jzatd","SQyay"],"module":1},"ContextualLayerInlineTabOrder":{"resources":["c5J9c","k8USi","MhTpz","Jzatd","SQyay"],"module":1},"EncryptedImg":{"resources":["Jzatd","SQyay"],"module":1},"XUIErrorDialogImpl":{"resources":["c5J9c","k8USi","Jzatd","SQyay","Ft+yA","sOVD8","QrZhE","18Dmi"],"module":1}},"resource_map":{"k8USi":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3iWxT4\/y2\/l\/en_GB\/TKQbpVDNANm.js","crossOrigin":1},"c5J9c":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yl\/r\/hiGNUIBDBsp.css","permanent":1,"crossOrigin":1},"Jzatd":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yf\/r\/IK9-EzA-cW3.js","crossOrigin":1},"puzri":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yZ\/r\/MT0X84zX9F3.js","crossOrigin":1},"SQyay":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3i9Rn4\/yz\/l\/en_GB\/q8la3xgBuIc.js","crossOrigin":1},"6Hc42":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3i5j24\/yI\/l\/en_GB\/p3xjvDGyMeg.js","crossOrigin":1},"fEPVY":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yA\/r\/jNNOR8oVe6m.js","crossOrigin":1},"L1k\/a":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/y0\/r\/v8xeS_mshuc.js","crossOrigin":1},"G2yK9":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yc\/r\/6k8JMHnyi_R.js","crossOrigin":1},"Dt2FY":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yy\/r\/AxzRDQk-bRz.css","permanent":1,"crossOrigin":1},"zMtaN":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3iUwt4\/yR\/l\/en_GB\/W6LE-A5Ir23.js","crossOrigin":1},"TCr8k":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3iWVb4\/yV\/l\/en_GB\/5mNkan6b_73.js","crossOrigin":1},"Klc20":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/y3\/r\/87DNbm9ci3o.js","crossOrigin":1},"4ryIt":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yt\/r\/AYTLbWHW5gD.js","crossOrigin":1},"xiSec":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yL\/r\/a1Nq6aZova2.js","crossOrigin":1},"VYTIU":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yd\/r\/ILqLysEtJbn.js","crossOrigin":1},"q1Ffg":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yg\/r\/RGFEFagjj8Q.js","crossOrigin":1},"M0Hao":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yR\/r\/um2sdrZJYXX.js","crossOrigin":1},"PXO+x":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yn\/r\/Dl_vSFaRIcQ.js","crossOrigin":1},"UKlAv":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yB\/r\/AdwZFJThI4F.css","permanent":1,"crossOrigin":1},"QGqOv":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3i9O34\/y4\/l\/en_GB\/rG46MaB6zb6.js","crossOrigin":1},"J7o5v":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yX\/r\/Jtb2RaUmG8t.js","crossOrigin":1},"MhTpz":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yV\/r\/6O_ojd0SniS.js","crossOrigin":1},"Ft+yA":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3if3Y4\/yy\/l\/en_GB\/73HfZLZ5idW.js","crossOrigin":1},"sOVD8":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/y0\/r\/owkP-bVfceo.js","crossOrigin":1},"QrZhE":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yV\/r\/z3-TNPb_h-a.css","permanent":1,"crossOrigin":1},"18Dmi":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yV\/r\/pE367JU60n8.js","crossOrigin":1},"DtfXh":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/y2\/r\/WD7pVUFw875.css","permanent":1,"crossOrigin":1},"v3Xfp":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yW\/r\/rjAgHGdUfgm.css","permanent":1,"crossOrigin":1},"3RUSU":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yp\/r\/a-KeowOZBnj.css","crossOrigin":1},"H0kNa":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yg\/r\/dhn-XZryDfR.css","crossOrigin":1},"8Xoxp":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3i3uT4\/yz\/l\/en_GB\/2oqPpEFasj-.js","crossOrigin":1},"KfzfQ":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yM\/r\/m6dUyEL4LA7.css","permanent":1,"crossOrigin":1},"scssa":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yd\/r\/Scsg6pUqpJ3.js","crossOrigin":1},"um2CA":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3iG_s4\/yY\/l\/en_GB\/21tWb13FK7D.js","crossOrigin":1},"2GgGO":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3igjp4\/yI\/l\/en_GB\/hd2lc8BUlqk.js","crossOrigin":1},"RDCL5":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yp\/r\/Wy7ru1prJ9p.js","crossOrigin":1},"h6ulj":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yL\/r\/ImiOr6JLFEP.js","crossOrigin":1},"JBZgE":{"type":"css","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/ya\/r\/o2f32HlaOoD.css","crossOrigin":1},"Cwiem":{"type":"js","src":"https:\/\/static.xx.fbcdn.net\/rsrc.php\/v3\/yy\/r\/eDHfd60kWZJ.js","crossOrigin":1}},"ixData":{"126340":{"sprited":true,"spriteCssClass":"sx_166d1c","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124738":{"sprited":true,"spriteCssClass":"sx_141f86","spriteMapCssClass":"sp_WJkEzhuhKQT"},"125920":{"sprited":true,"spriteCssClass":"sx_7dc5dd","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124318":{"sprited":true,"spriteCssClass":"sx_1864df","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122716":{"sprited":true,"spriteCssClass":"sx_73a0bb","spriteMapCssClass":"sp_WJkEzhuhKQT"},"140338":{"sprited":true,"spriteCssClass":"sx_9a2c7c","spriteMapCssClass":"sp_WJkEzhuhKQT"},"125921":{"sprited":true,"spriteCssClass":"sx_2ca439","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124319":{"sprited":true,"spriteCssClass":"sx_0f6149","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122717":{"sprited":true,"spriteCssClass":"sx_b4f999","spriteMapCssClass":"sp_WJkEzhuhKQT"},"140339":{"sprited":true,"spriteCssClass":"sx_034935","spriteMapCssClass":"sp_WJkEzhuhKQT"},"132175":{"sprited":true,"spriteCssClass":"sx_2e781d","spriteMapCssClass":"sp_WJkEzhuhKQT"},"117757":{"sprited":true,"spriteCssClass":"sx_03a312","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124739":{"sprited":true,"spriteCssClass":"sx_a89cd8","spriteMapCssClass":"sp_WJkEzhuhKQT"},"139157":{"sprited":true,"spriteCssClass":"sx_35a309","spriteMapCssClass":"sp_WJkEzhuhKQT"},"123230":{"sprited":true,"spriteCssClass":"sx_3f77f9","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114554":{"sprited":true,"spriteCssClass":"sx_3e7923","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114569":{"sprited":true,"spriteCssClass":"sx_a89d08","spriteMapCssClass":"sp_z8i-Yh2pMnT"},"115128":{"sprited":true,"spriteCssClass":"sx_dd42b8","spriteMapCssClass":"sp_WJkEzhuhKQT"},"124832":{"sprited":true,"spriteCssClass":"sx_1fccd9","spriteMapCssClass":"sp_WJkEzhuhKQT"},"126906":{"sprited":true,"spriteCssClass":"sx_df1495","spriteMapCssClass":"sp_WJkEzhuhKQT"},"123702":{"sprited":true,"spriteCssClass":"sx_c47dbd","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122587":{"sprited":true,"spriteCssClass":"sx_0abf75","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122607":{"sprited":true,"spriteCssClass":"sx_b8c736","spriteMapCssClass":"sp_WJkEzhuhKQT"},"122577":{"sprited":true,"spriteCssClass":"sx_a94051","spriteMapCssClass":"sp_WJkEzhuhKQT"},"115692":{"sprited":true,"spriteCssClass":"sx_21229f","spriteMapCssClass":"sp_WJkEzhuhKQT"},"125781":{"sprited":true,"spriteCssClass":"sx_ee6db3","spriteMapCssClass":"sp_WJkEzhuhKQT"},"126465":{"sprited":true,"spriteCssClass":"sx_d49eff","spriteMapCssClass":"sp_WJkEzhuhKQT"},"123261":{"sprited":true,"spriteCssClass":"sx_678df9","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22262":{"sprited":true,"spriteCssClass":"sx_fb208c","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22264":{"sprited":true,"spriteCssClass":"sx_7e00db","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22263":{"sprited":true,"spriteCssClass":"sx_d863cf","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22272":{"sprited":true,"spriteCssClass":"sx_6b69d1","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22273":{"sprited":true,"spriteCssClass":"sx_e09be5","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22274":{"sprited":true,"spriteCssClass":"sx_bc9b4e","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22275":{"sprited":true,"spriteCssClass":"sx_5bc37e","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22276":{"sprited":true,"spriteCssClass":"sx_4e995b","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22279":{"sprited":true,"spriteCssClass":"sx_ddd04c","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22283":{"sprited":true,"spriteCssClass":"sx_661946","spriteMapCssClass":"sp_WJkEzhuhKQT"},"22284":{"sprited":true,"spriteCssClass":"sx_08138b","spriteMapCssClass":"sp_WJkEzhuhKQT"},"112584":{"sprited":true,"spriteCssClass":"sx_420785","spriteMapCssClass":"sp_WJkEzhuhKQT"},"113021":{"sprited":true,"spriteCssClass":"sx_6025e7","spriteMapCssClass":"sp_WJkEzhuhKQT"},"113681":{"sprited":true,"spriteCssClass":"sx_218773","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114009":{"sprited":true,"spriteCssClass":"sx_d03988","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114032":{"sprited":true,"spriteCssClass":"sx_1fc458","spriteMapCssClass":"sp_WJkEzhuhKQT"},"114088":{"sprited":true,"spriteCssClass":"sx_7060a5","spriteMapCssClass":"sp_WJkEzhuhKQT"}},"lid":"6404407159250698304"}

Hope this is some what of a help to finding out some integrating for this feature :)

Anyone would like to take a stab at this?


Create OpenAPI Server

This will allow users to query the hurricane ai through an OpenAPI server developed in Python.

https://fastapi.tiangolo.com/


ci: remove tox

PR summary
Remove tox.
PR Checklist
Please make sure that your PR fulfills the following requirements:

[x] The commit message follows the
Angular Commit Message Guidelines.
[x] Tests for the changes have been added (for bug fixes / features)
[x] Docs have been added / updated (for bug fixes / features)

PR Type

[ ] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] New tests
[x] Build/CI related changes
[ ] Documentation content changes
[ ] Other (please describe)

What is the current behavior?

Actions and docs run in tox.
What is the new behavior?

Run in the available python environment instead.
Does this PR introduce a breaking change?

[ ] Yes
[x] No

Other information

Also removes unused manifest file.
Temp commit to ensure that actions were working, obviously needs removing before merge.

Done, the actions are running anyway now this is a PR.


Close the FileChannel in case of an IOException in AbstractDiskHttpData.addContent.

Motivation:
FileChannel.force may throw an IOException. A fd leak may happen here.
Modification:
Close the fileChannel in a finally block.
Result:
Avoid fd leak.

@netty-bot test this please

@seedeed thanks a lot


support for non-root non-privileged mode

Hello
Due to security constraints, we need to run upg in rootless mode and without privileged mode.
Is there a way to run upg in such an environment ?
Thanks,

maybe, be have not tried or needed that.
UPG being a VPP plugin is not doing anything special that would require root access. So, the question realy is: can VPP be run rootless? Your best bet on getting a comprehensive answer to that is to ask the VPP community.

You can try to uses "VFIO-PCI".

make sure the devices in /dev/vfio  has the rw permission for the user.
make sure your "hugepage mounted directory" has the rw permission for the user
use "iova-mode=va" in the "dpdk section" of VPP configuration.


remove kaizhe from falco rule owner

Signed-off-by: Kaizhe Huang<EMAIL_ADDRESS>
What type of PR is this?
Decided to step down from the falco maintainer role but remain as a reviewer till the new Falco rule owner step up.

Uncomment one (or more) /kind <> lines:

/kind bug

/kind cleanup

/kind design

/kind documentation

/kind failing-test

/kind feature

If contributing rules or changes to rules, please make sure to also uncomment one of the following line:

/kind rule-update

/kind rule-create

Any specific area of the project related to this PR?

Uncomment one (or more) /area <> lines:

/area build

/area engine

/area rules

/area tests

/area proposals

What this PR does / why we need it:
N/A
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:
Does this PR introduce a user-facing change?:

@Kaizhe: Adding the "do-not-merge/release-note-label-needed" label because no release-note block was detected, please follow our release note process to remove it.

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: Kaizhe
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

rules/OWNERS [Kaizhe]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

PS
Could you also rebase this PR? We need that just to fix the CI issue. Thank you.

/milestone 0.33.0

remover kaizhe do proprietário da regra falco

LGTM label has been added.  Git tree hash: cad13cbd3a10d84afeaa3e41c6aff08b5398dc43

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: jasondellaluce, Kaizhe
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

rules/OWNERS [Kaizhe,jasondellaluce]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

k8s documentation

@leogr thanks for the reminding.  As my plan to to continue to review PR till the new owner step up. Then I will put myself under the emeritus_approvers key.

/remove-milestone 0.33.0
/milestone 0.32.1


FIX: Embedding LoRA weights are initialization

As discussed internally.
When init_lora_weights=False, embedding LoRA weights were initialized as all zeros, resulting in LoRA becoming an identity transform. This is inconsistent with other module types, where init_lora_weights=False results in random initialization and thus a non-identity operation.
As init_lora_weights=False is just for internal testing, users should not be affected by this change. In fact, I updated the doc of this parameter to - hopefully - better reflect this.
There is no direct test for this change. However, there are tests in #676 that will fail without this fix, so it is tested indirectly.

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


Error receiving request to upgrade to websocket with EngineIO

This is the traceback:
Traceback (most recent call last):
  File "/Users/menudoproblema/env/lib/python3.7/site-packages/gevent_ws/__init__.py", line 233, in handle_one_response
    self.run_application()
  File "/Users/menudoproblema/env/lib/python3.7/site-packages/gevent/pywsgi.py", line 915, in run_application
    self.result = self.application(self.environ, self.start_response)
  File "/Users/menudoproblema/env/lib/python3.7/site-packages/engineio/middleware.py", line 60, in __call__
    return self.engineio_app.handle_request(environ, start_response)
  File "/Users/menudoproblema/env/lib/python3.7/site-packages/socketio/server.py", line 555, in handle_request
    return self.eio.handle_request(environ, start_response)
  File "/Users/menudoproblema/env/lib/python3.7/site-packages/engineio/server.py", line 377, in handle_request
    environ, start_response)
  File "/Users/menudoproblema/env/lib/python3.7/site-packages/engineio/socket.py", line 108, in handle_get_request
    start_response)
  File "/Users/menudoproblema/env/lib/python3.7/site-packages/engineio/socket.py", line 152, in _upgrade_websocket
    return ws(environ, start_response)
  File "/Users/menudoproblema/env/lib/python3.7/site-packages/engineio/async_drivers/gevent.py", line 40, in __call__
    self.version = self._sock.version
AttributeError: 'WebSocket' object has no attribute 'version'

EngineIO is expecting the following fields for an object of type WebSocket:

version
path
origin
protocol

Thanks!

Thanks, I've pushed the fix as v2.0.8. Can you please make sure it works?

2020-03-22 01:10:10 MacBook.local engineio.server[23861] INFO 5b0b3c421a884edc9c17433878b702cd: Upgrade to websocket successful

Everyting ok! Thanks!

Great, I'm closing this issue then. Please make another one or comment here if you have any problems.


Custom command fix

It uses required argument and variadic arguments of vorpal's command option.
This should fix the custom command issue #10.

Thank you!


Errors do not bubble up...

try {
  throw new \Exception('Expect to see error caught');
} catch (\Throwable $t) {
  var_dump($t->getMessage());
}

But in your library...
$cmd = CMD::getInstance()->doNotTrapErrors();
try {
  $cmd->option('r')
    ->require()
    ->aka('run')
    ->describedAs('When set, use this title to address the person');
} catch (\Throwable $t) {
  var_dump('caught');
}

Never gets to that statement var_dump('caught');
Instead it just dumps out the error and dies...
PHP Fatal error:  Uncaught Exception: Required option r must be specified in /var/www/nano/vendor/nategood/commando/src/Commando/Command.php:466
Stack trace:
#0 /var/www/nano/vendor/nategood/commando/src/Commando/Command.php(164): Commando\Command->parse()
#1 [internal function]: Commando\Command->__destruct()
#2 {main}
  thrown in /var/www/nano/vendor/nategood/commando/src/Commando/Command.php on line 466

Fatal error: Uncaught Exception: Required option r must be specified in /var/www/nano/vendor/nategood/commando/src/Commando/Command.php on line 466

Exception: Required option r must be specified in /var/www/nano/vendor/nategood/commando/src/Commando/Command.php on line 466

Call Stack:
    0.0237     585528   1. Commando\Command->__destruct() /var/www/nano/vendor/nategood/commando/src/Commando/Command.php:0
    0.0237     585528   2. Commando\Command->parse() /var/www/nano/vendor/nategood/commando/src/Commando/Command.php:164
    0.0239     589064   3. Commando\Command->error() /var/www/nano/vendor/nategood/commando/src/Commando/Command.php:498

Too add:
   public function run(){
      if (!$this->parsed) {
          $this->parse();
      }
    }

    public function __destruct()
    {
        if (!$this->parsed) {
            $this->parse();
        }
    }

Created an identical function run(), when called (in sequence) the error is now caught properly. Is the a PHP issue whereby thrown \Exception after destruct? No idea...
try {
  $cmd = CMD::getInstance()->doNotTrapErrors();
  $cmd->option('r')
    ->require()
    ->aka('run')
    ->describedAs('When set, use this title to address the person')
    ->run();
} catch (\Throwable $t) {
  var_dump('now gets here when run() is used');
}

Fixed in #69

You can use the parse method, or move your try block around the the code where commando is being used, rather than where the command is being defined.

PHP doc says: "Attempting to throw an exception from a destructor (called in the time of script termination) causes a fatal error."
So you cannot throw exception here. Of course You can, but doesnt catch.

Right. If you don't explicitly run your Command, you can't catch the errors since validation wont happen until script termination. That is exactly how it works.


Add PR labeler

https://github.com/actions/labeler
We can use it to mark PRs related to each part of mimesis.
When changes related to the docs it will be docs-change, when it's mimesis/data it will be data-change etc.

Hi @lk-geimfari, can I help on this?
And for changes on mimesis/*.py files, what label is expected?

@aekt Sure you can!
mimesis/data/ — data-change
mimesis/providers/.py — provider-changes
docs/ — documentation
tests/ — tests
mimesis/.py — no labels


Release/3.7.6 to master

Codecov Report

Merging #1558 into master will increase coverage by <.01%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master    #1558      +/-   ##
==========================================
+ Coverage   54.61%   54.62%   +<.01%
==========================================
  Files         267      267
  Lines       21463    21467       +4
==========================================
+ Hits        11723    11727       +4
  Misses       9740     9740

Impacted Files
Coverage Δ

...PagoSDK/MercadoPagoSDKTests/CurrencyUtilTest.swift
100% <100%> (ø)
:arrow_up:

MercadoPagoSDK/MercadoPagoSDK/CurrenciesUtil.swift
75.6% <100%> (ø)
:arrow_up:


Circling feature above the apps

https://github.com/user-attachments/assets/9f831e8b-7600-4361-93bf-e171f0a1df0c
I am having a problem with this "circling feature" above the apps whenever I use my mouse to select an app like so...what could be the issue?

Hey, thanks for the feedback. This is something I noticed too. Please retry last version, it should be better 🙂 I just updated the archive with a fix (I updated the archive without releasing a new version since this is minor)

Thank you so much! that has fixed it.


fix: Fixed prepareRawMessage when canReply missging

Adding an exception on prepareRawMessage.ts to new Whatsapp Web versions that doesn't have this method on mesaages.
I have not tested others as "canPrivateReply" and "canPrivateReplyInRestrictedGrp", probably needs triage
Issue affected
#721

Closed by https://github.com/wppconnect-team/wa-js/commit/0931800cdad655c5248369185a91586e721ee0ed


Generate annotated ClinVar XML

Adds the ability to generate annotated ClinVar XML rather than Open Target evidence strings.  Currently this is governed by the schema flag to the pipeline - if there's no Open Targets JSON schema, it will generate XML instead and skip a couple more Open Targets-specific steps.
Here is the diff between the input and output XMLs in the test.  Note that besides the additional fields, any info outside the actual RCV is stripped as we do not parse or store them (this is true even if you don't annotate, i.e. if you just read & write ClinVarDataset directly).

It looks alright to me. I'm not 100% sure we actually need to have the additional Annotated... classes. I think you could have added the functionalities directly to the ClinvarDataset, ClinVarRecord and ClinVarTrait. I guess subclassing means that the original functionality are guaranteed to be unchanged.

That's kind of what I was thinking, so the Annotated... classes would demonstrate how you could extend with your own annotations without modifying the library directly, and the library classes would be guaranteed to contain only information found in the original XML. I'm not totally sure it's necessary but it seemed like a good idea at the time...

I checked the code and the format, albeit I'm never fond on how XMLs are parsed as strings some times 😂
But it does the trick. Great work, @apriltuesday, thanks for addressing the feedback!


Missing packages for Galactic Long-Form changelog

I'm currently putting together a long-form changelog for Galactic.  I have a script that walks through a source directory, looking at all of the CHANGELOG.rst files.  While doing that, it prints out a list of packages that don't have CHANGELOG.rst files.  For each of the packages, I think it behooves us to 1) start making CHANGELOG entries for it in the future, and 2) doing some manual work now to make sure the changes for Galactic for these packages are reflected in the long-form changelog.
Packages without a changelog:

[ ] ament_clang_format
[ ] ament_clang_tidy
[ ] ament_cmake
[ ] ament_cmake_auto
[ ] ament_cmake_clang_format
[ ] ament_cmake_clang_tidy
[ ] ament_cmake_copyright
[ ] ament_cmake_core
[ ] ament_cmake_cppcheck
[ ] ament_cmake_cpplint
[ ] ament_cmake_export_definitions
[ ] ament_cmake_export_dependencies
[ ] ament_cmake_export_include_directories
[ ] ament_cmake_export_interfaces
[ ] ament_cmake_export_libraries
[ ] ament_cmake_export_link_flags
[ ] ament_cmake_export_targets
[ ] ament_cmake_flake8
[ ] ament_cmake_gmock
[ ] ament_cmake_google_benchmark
[ ] ament_cmake_gtest
[ ] ament_cmake_include_directories
[ ] ament_cmake_libraries
[ ] ament_cmake_lint_cmake
[ ] ament_cmake_mypy
[ ] ament_cmake_nose
[ ] ament_cmake_pclint
[ ] ament_cmake_pep257
[ ] ament_cmake_pycodestyle
[ ] ament_cmake_pyflakes
[ ] ament_cmake_pytest
[ ] ament_cmake_python
[ ] ament_cmake_ros
[ ] ament_cmake_target_dependencies
[ ] ament_cmake_test
[ ] ament_cmake_uncrustify
[ ] ament_cmake_version
[ ] ament_cmake_xmllint
[ ] ament_copyright
[ ] ament_cppcheck
[ ] ament_cpplint
[ ] ament_flake8
[ ] ament_index_cpp
[ ] ament_index_python
[ ] ament_lint
[ ] ament_lint_auto
[ ] ament_lint_cmake
[ ] ament_lint_common
[ ] ament_mypy
[ ] ament_pclint
[ ] ament_pep257
[ ] ament_pycodestyle
[ ] ament_pyflakes
[ ] ament_uncrustify
[ ] ament_xmllint
[ ] console_bridge_vendor
[ ] domain_coordinator
[ ] example_interfaces
[ ] fastrtps
[ ] foonathan_memory_vendor
[ ] gmock_vendor
[ ] google_benchmark_vendor
[ ] gtest_vendor
[ ] iceoryx_binding_c
[ ] iceoryx_posh
[ ] iceoryx_utils
[ ] image_transport_tutorial
[ ] orocos_kdl
[ ] python_cmake_module
[ ] ros2action
[ ] ros2cli
[ ] ros2cli_test_interfaces
[ ] ros2component
[ ] ros2doctor
[ ] ros2interface
[ ] ros2lifecycle
[ ] ros2lifecycle_test_fixtures
[ ] ros2multicast
[ ] ros2node
[ ] ros2param
[ ] ros2pkg
[ ] ros2run
[ ] ros2service
[ ] ros2topic
[ ] ros_environment
[ ] rosidl_generator_dds_idl
[ ] test_cli
[ ] test_cli_remapping
[ ] test_communication
[ ] test_quality_of_service
[ ] test_rclcpp
[ ] test_security
[ ] tinyxml2_vendor
[ ] tinyxml_vendor
[ ] uncrustify_vendor
[ ] urdfdom

doing some manual work now to make sure the changes for Galactic for these packages are reflected in the long-form changelog.

I'm not sure what's the exact output we're expecting from the manual work.
I will experiment with ament_clang_format locally to see what I can do.

I'm not sure what's the exact output we're expecting from the manual work.
I will experiment with ament_clang_format locally to see what I can do.

I'm going to open a draft pull request with the automatically-generated stuff in a little bit here.  We should probably fit it into that format.

I'm checking locally, catkin_generate_changelog --all does a really good work of generating the complete changelog, with all items under the corresponding version subtitles.
I was thinking that we might want to do the following:

Use catkin_generate_changelog --all for all repos listed above.
Cleanup the output of the generated changelog for all items that happened after Foxy.
e.g.: for ament_clang_format we would need to cleanup from 0.10.0 to 0.10.5 (including both 0.10.0 and 0.10.5).
Delete the forthcoming section (except we're also going to do a new release immediatly).
We can keep the generated changelog items for everything that happened until Foxy without cleaning them up, or delete them.
Use the same script that we're using for all the other repos :smiley: .

Does that sound like a good idea?

e.g.: for ament_clang_format we would need to cleanup from 0.10.0 to 0.10.5 (including both 0.10.0 and 0.10.5).

To get that easily:
$ git describe --tags --contains $(git merge-base foxy master)
0.9.4

That's the newest tag in common with the foxy branch, i.e. that would be the one were we can stop cleaning up the changelog items (all just delete everything from there to the end of the file).

Does that sound like a good idea?

Yeah, that sounds like a good idea, and it fits well into the automation that I have.  I would say that we shouldn't delete everything prior to Foxy, but we should only show the changes since Foxy in the long-form changelog.  I'll look at what it would take to my script to make it understand that.  In the meantime, I think it is worthwhile to generate the changelogs and commit them to the repositories that are missing them, regardless.

I'll look at what it would take to my script to make it understand that.

OK, I was able to teach my script how to parse that fairly easily.  So I think we're good to go on this plan.

All right, we've done all the ones we are going to do here.  So I'm going to close this out.


Test incorrect voting behavior

@CsterKuroi wrote on gitter:

There's a logical problem in the line https://github.com/bigchaindb/bigchaindb/blob/master/bigchaindb/voting.py#L33 .
If a bad node nodeA set block['block']['voters'] =['<public key of nodeA >'] ,
all nodes would check nodeA's vote only as the eligible_voters =set(block['block']['voters']) & set(keyring)=set(['<public key of nodeA >']) .
So whether the block is valid depends only on the nodeA's vote.
Am I right?

This PR is to confirm their intuition. Seems right to me.
Don't have time to look into this further now, but it seems like a critical bug. Happy if someone wants to take this over.
Thx to @CsterKuroi

This isn't a new issue, it's a special case of an old one. The basic problem is that a node can stuff whatever list of node public keys its wants into the blocks that it builds, including a list of its friends, or just its own public key (as this issue highlights).
Previous related issues / proposals include:
#187 (closed) - An old proposal to have some federation-agreed list of current-node public keys, a "federation keyring"
#1224 (open) - Validate block voters list

We are making architectural changes that will make this issue invalid. Hold tight.


Can't get days and months to output right countdown

$('#final-countdown').countdown('08/28/2015', function(event) {
   $(this).html(event.strftime('%m months %-d days %H hours '));
});

is how I am running it.  Seems easy enough.  Today (nov 6 2014), the countdown is 09 months 0 days 07 hours
Checking how many days till Aug 28th @ http://days.to/28-august/2015 shows 294 days.
It should be outputting like 9 months 22 days and a few hours...
Any ideas?

I had same issue, opened editor and tried to fix that.
Updated update() function, with
days: Math.floor(this.totalSecsLeft / 60 / 60 / 24) - (30 * Math.floor(this.totalSecsLeft / 60 / 60 / 24 / 30))
days: totalDays - (30 * months)

Please follow the discussion at #25 if you still are needing some help


fix(dbm-services): 修正查询模拟执行任务返回的状态码

关联研发信息
dev_branch: fix/special_simulation_task_code/#8660
target_branch: v1.5.0


your-routed-64-prefix-subnet

What are we supposed to enter for that? I'm a little confused on that step.
If this was my config (I altered it), what would my 64 prefix subnet be?  2001:460:a:91d::2/64?
eth0      Link encap:Ethernet  HWaddr 04:01:bd:42:44:01
          inet addr:<IP_ADDRESS>  Bcast:<IP_ADDRESS>  Mask:<IP_ADDRESS>
          inet6 addr: fe80::604:bdff:fe42:4401/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:80532 errors:0 dropped:0 overruns:0 frame:0
          TX packets:44009 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:365708018 (365.7 MB)  TX bytes:4026443 (4.0 MB)

he-ipv6   Link encap:IPv6-in-IPv4
          inet6 addr: fe80::67ec:5936/64 Scope:Link
          inet6 addr: 2001:460:a:91d::2/64 Scope:Global
          UP POINTOPOINT RUNNING NOARP  MTU:1480  Metric:1
          RX packets:30341 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10770 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:43338546 (43.3 MB)  TX bytes:810465 (810.4 KB)

You will find it on the HE tunnel info page.

Thanks for the tip Anton.  That worked.  You can close this issue.

Oh... one other thing.  Is it possible to have the admin console display all authorized IPs addresses (even if dupicates)?

There is a feature in there where you can create a non-admin user and non-admin users get a filtered drop-down of all authorised IPs. Duplicates are not shown, as if you de-authorise an IP, it automatically removes all entries associated with that IP.
You'll need to get into the sqlite DB and create a non-admin user, setting the privilege column to 0 (e.g.):
sqlite> .schema USERS
CREATE TABLE USERS(
   ID INTEGER PRIMARY KEY AUTOINCREMENT,
   created DATETIME DEFAULT CURRENT_TIMESTAMP,
   privilege int NOT NULL,
   expires date NOT NULL,
   username char(50) NOT NULL,
   password char(255) NOT NULL
);

You can create a user like this:
export USERNAME=[username]
export PASSWORD=[password_plaintext]
export EXPIRES=YYYY-MM-DD # user access expiry
export PRIVILEGE=0 # 0 = user; 1 = admin
export BUILD_ROOT=/opt/netflix-proxy
export SQLITE_DB=${BUILD_ROOT}/auth/db/auth.db
cd ${BUILD_ROOT} && \
  export HASH=`${BUILD_ROOT}/auth/pbkdf2_sha256_hash.py ${PASSWORD}` && \
  sqlite3 ${SQLITE_DB} "INSERT INTO USERS (privilege, expires, username, password) VALUES (${PRIVILEGE}, '${EXPIRES}', '${USERNAME}', '${HASH}');"


Fix transaction metrics

Kind of embarrassing, I don't know how it's possible I haven't noticed this before, but there wasn't the metrics! macro applied to transactions selects, only to execute...

Great that we found out now!


Remove --batch-mode in CI

[ ] If this pull request closes/resolves/fixes an existing issue, replace the issue number. Closes #.
[ ] Update the CHANGES log.

Remove --batch-mode as our UTs seem not stable in this case.

OK, but this error really looks like a race condition issue. So, I thought this is it.


Can't start FSI

For the last few days my VSCode stopped starting the FSI. It was good before.
When using command (Ctrl-P) and ">FSI:Start" I get the following message:
"connect ECONNREFUSED <IP_ADDRESS>:8119"
If I try to mark instructions and send to FSI (for the first time) using Alt-Enter I get the following:
"Failed to send text to FSI"
"Failed to spawn FSI, please ensure it's in PATH"
I tried to reinstall everything including VSCode and Ionide without sucess.

I have exactly the same problem on my Surface Book; it started after I installed the October Windows 10 update and a firmware update. I've tried uninstalling and reinstalling VSCode and Ionide several times, but nothing seemed to work. Also put FSI in the PATH, verified it worked using a DOS box, but VSCode/Ionide still can't find it.

Oh, one other thing. It all works fine on my Surface Pro 2017, even after the October updates.

It stopped working for me as well after updating VSCode (October updates)

I have the same problem.

Don't know whether my problem is related to above comments. But it happens to me too by switching Fsac Runtime to netcore on windows (as newly suggested from ionide).
I get following popup:

Failed to start language services. Please check if Microsoft Build Tools 2013 are installed

The suggested MSBuild version is a little obsolete. 😄
My investigations so far:
output from F# Language Service (server):

Running: Aktive Codepage: 65001. C:\Users\username.vscode\extensions\ionide.ionide-fsharp-3.28.0/bin_netcore/fsautocomplete.dll --mode http --port 8277 --hostPID=14664
spawn Aktive Codepage: 65001. ENOENT

tried to execute the command in cmd:
> .\fsautocomplete.dll --mode http --port 8277 --hostPID=14664

Unbehandelte Ausnahme: System.IO.FileNotFoundException: Die Datei oder Assembly "System.Runtime, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.

googled for not found System.Runtime. Here someone suggests to execute a dll with dotnet command.
This worked for me finally in cmd:
> dotnet ./fsautocomplete.dll --mode http --port 8277 --hostPID=14664

[11:52:35 INF] tracking host PID 14664
[11:52:35 INF] Smooth! Suave listener started in 341,166ms with binding <IP_ADDRESS>:8277

Should be probably also an easy fix in ionide then if dotnet is in path.
Windows 10
dotnet 2.1.403
ionide 3.28.0

Got the same issue on my Ubuntu
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.5 LTS
Release:	16.04
Codename:	xenial
I finally fixed it, but I'm not sure if what I did fixed it or not.
Anywyas, here is what I did:
0. in cmd, type which fsharpi to get the fsi path

in VS Code, go to File > Preferences > Settings > Extensions > Fsharp configruation
Fsharp:Fsi File Path and enter the result you got with which fsharpi
uninstall ionide-fsharp from VS Code extension > reload > reinstall

But this solution fixed the execution of the script but error syntax highlighting and code lens is not  working.

I don't know if this will help or not. On my Surface Book running Windows 10, when I set the path for fsi in the preferences, when I try to run an F# script through the interpreter I get the following error message:
The terminal process command '"C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\IDE\CommonExtensions\Microsoft\FSharp\fsi.exe" --fsi-server-input-codepage:65001' failed to launch (exit code: 2)
Any thoughts, anyone? Thanks.

OK. A little progress. I had thought the fsi path needed to be in JSON format. When I don't put the path in quotes and use single backslashes, I can get the interpreter to run. However, while I have auto complete, I don't have Intellisense.  Any suggestions?

I installed .NET Core SDK. It is working now.

After the latest VSCode update, Ionide now seems to be working properly.

The issue still remains. Setup:
Windows 10
VS Code v.1.37.1
.NET SDK 2.2.401
Ionide plugin v4.0.0
Errors:
Failed send text to FSI
Failed to spawn FSI, make sure it's in PATH


[extractor/rai] Fix raiplay extraction for videos with 1500 quality

Description of your pull request and other information
This fixes raiplay extraction for videos like https://www.raiplay.it/video/2012/09/S1E11---Tutto-cio-che-luccica-0cab3323-732e-45d6-8e86-7704acab6598.html, which have the rare 1500 bitrate.
Template

Before submitting a pull request make sure you have:

[x] At least skimmed through contributing guidelines including yt-dlp coding conventions
[x] Searched the bugtracker for similar pull requests
[x] Checked the code with flake8 and ran relevant tests

In order to be accepted and merged into yt-dlp each piece of code must be in public domain or released under Unlicense. Check all of the following options that apply:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[x] Fix or improvement to an extractor (Make sure to add/update tests)
[ ] New extractor (Piracy websites will not be accepted)
[ ] Core bug fix/improvement
[ ] New feature (It is strongly recommended to open an issue first)

@nixxo Pls add this into #5940


453 export other data

Resolves #453

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

17 of 17 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.02%) to 94.979%

Totals

Change from base Build<PHONE_NUMBER>:
0.02%

Covered Lines:
6449

Relevant Lines:
6557

💛  - Coveralls


[dex url] should be changed to appeal to everyone

like JZ has said in his proposal about simplifying the language.. we should get away from using words like "decentralized" because it's overused or people dont understand it. DEX is another word like that. We need to appeal to average joe.
the URL is currently dex.decred.org and i think the average person does not know what "dex" means.  I think it should be swap.decred.org
or even trade.decred.org
either would make people immediately have an idea what it is just by looking at the url. but seeing "dex" makes a lot of people scratch their head and wonder what the hell that is.
My hope is that the name of the actual DCRDEX is also renamed to "Decred Swap" to go along with this simplified communication idea.

I mostly agree with this, and plenty of other people do too. Some related conversations on the topic:

https://www.reddit.com/r/decred/comments/v3gxa8/should_we_rebrand_decred_dex/
https://twitter.com/blockchainbuck/status/1532444067602178048


selected pager not overlap right pager.

can someone help me with this? I trying to do selected page is overlap left and right pager but failed.. Only left page is overlap..right is not. how to bring the selected page to the front?

Hi @afiqiqmal
You can apply this changes to achieve your goal.
for (int j = 0; j < childCount; j++) {
                    View v = recyclerView.getChildAt(j);
                    //往左 从 padding 到 -(v.getWidth()-padding) 的过程中，由大到小
                    float rate = 0;
                    if (v.getLeft() <= padding) {
                        if (v.getLeft() >= padding - v.getWidth()) {
                            rate = (padding - v.getLeft()) * 1f / v.getWidth();
                        } else {
                            rate = 1;
                        }
                        v.setScaleX(1 + rate * 0.1f);
                        v.setScaleY(1 - rate * 0.1f);
                    } else {
                        //往右 从 padding 到 recyclerView.getWidth()-padding 的过程中，由大到小
                        if (v.getLeft() <= recyclerView.getWidth() - padding) {
                            rate = (recyclerView.getWidth() - padding - v.getLeft()) * 1f / v.getWidth();
                        }
                        v.setScaleX(1.0f + rate * 0.1f);
                        v.setScaleY(0.9f + rate * 0.1f);
                    }
                }
            }
in onscrolled method of recycler view's scrollview.
Hope this may help you

@afiqiqmal  I have the same problem.


Resolve #13

Possible solution.

Thank you! I took the liberty to simplify the diff a bit, just a personal preference, and fixed a typo.

Of course - thank you!


Handling not all responses (TZ-260)

Hi,
I`m using Zigbee end devices based on Z-stack and ESP as coordinator device. Z-stack has a feature of automatic responding changed attributes. For example when Im requesting to set current level attribute, I will get response with value of current level.
ESP is not handling it in callbacks. Im setting callback with esp_zb_core_action_handler_register() but it never handling these responses.
But if I set another callback with esp_zb_raw_command_handler_register() it always triggered on these responses.
I have no idea how I can provide more details about it. If someone answer in the nearby topic I can try it. Thanks!

I have a similar problem. After using esp_zb_raw_command_handler_register(), esp_zb_core_action_handler_register() become useless. Every callback is triggered in esp_zb_raw_command_handler_register() and as can see below that  esp_zb_raw_command_handler_register(device_cb) function only able to stop error message "Device callback id(0x5f) has not been handled" and 0x5f ever triggers.

    bool device_cb(uint8_t bufid)
     {
           if (ZB_ZCL_DEVICE_CMD_PARAM_CB_ID(bufid) == 0x5f) {
              zb_zcl_door_lock_read_lock_door_res_payload_t *payload =
              ZB_ZCL_DEVICE_CMD_PARAM_OUT_GET(bufid, zb_zcl_door_lock_read_lock_door_res_payload_t);
              // indicate the status of door lock for the stack to response.
              payload->status = ZB_ZCL_STATUS_SUCCESS;
              ZB_ZCL_DEVICE_CMD_PARAM_STATUS(bufid) = RET_OK;
          }
      return true;
    }

@xieqinan
I was implemented simple callback to look into the buffer when I should get responses. But it always has only 2 bytes with zero values.
bool rawCmdHandlerCb(uint8_t bufid) {
    uint8_t buf[zb_buf_len(bufid)];
    memcpy(buf, zb_buf_begin(bufid), sizeof(buf));
    ESP_LOGI("RAW", "bufid: %d size: %d", bufid, sizeof(buf));
    for (int i = 0; i < sizeof(buf); ++i) {
        printf("0x%02X ", buf[i]);
    }
    printf("\n");
    return true;
}

I (31183) RAW: bufid: 18 size: 2
0x00 0x00

I cant find any other Zboss functions to read more data from the buffer. Do they exist?

@BogatovT ,
Please use the following code to get the information of response command.
bool rawCmdHandlerCb(uint8_t bufid) {
    uint8_t buf[zb_buf_len(bufid)];
    zb_zcl_parsed_hdr_t *cmd_info = ZB_BUF_GET_PARAM(bufid, zb_zcl_parsed_hdr_t);
    printf("cluster id: 0x%x, command id: %d\n", cmd_info->cluster_id, cmd_info->cmd_id);
    memcpy(buf, zb_buf_begin(bufid), sizeof(buf));
    ESP_LOGI("RAW", "bufid: %d size: %d", bufid, sizeof(buf));
    for (int i = 0; i < sizeof(buf); ++i) {
        printf("0x%02X ", buf[i]);
    }
    printf("\n");
    return true;
}

Im sending current level attribute and then receiving cluster id: 0x08, command id: 11

@xieqinan, May I kindly request the update of the following commands, specifically "ZB_ZCL_DOOR_LOCK_LOCK_DOOR_CB_ID," "ZB_ZCL_DOOR_LOCK_UNLOCK_DOOR_CB_ID," "ZB_ZCL_DOOR_LOCK_LOCK_DOOR_RESP_CB_ID," and "ZB_ZCL_DOOR_LOCK_UNLOCK_DOOR_RESP_CB_ID," within the Zigbee stack?

@xieqinan, May I kindly request the update or implementation of the following commands, specifically "Door lock command, Door unlock command, Door lock response command and door unlock response command " within the Zigbee stack?

@xieqinan, May I kindly request the update or implementation of the following commands, specifically "Door lock command, Door unlock command, Door lock response command and door unlock response command " within the Zigbee stack?

@mallaprashant The door lock callbacks have been supported already: https://github.com/espressif/esp-zigbee-sdk/blob/main/components/esp-zigbee-lib/include/esp_zigbee_core.h#L86

@BogatovT I'm closing the issue since the origin question has been resloved, feel free to file new issues if any.


SAK-28971; site copy does not map direct url

Hi Chuck, if you can update the default.sakai.properties with a note about the bitly urls not being copied/translated, then I will merge this. cheers.

Sure. Will do
Sent from my iPad

On Jan 27, 2015, at 7:56 AM, Steve Swinsburg<EMAIL_ADDRESS>wrote:
Hi Chuck, if you can update the default.sakai.properties with a note about the bitly urls not being copied/translated, then I will merge this. cheers.
—
Reply to this email directly or view it on GitHub.

I did the change to default.sakai.properties. Sorry for doing it the wrong place.

If you checkout the your local branch, make the change to default.sakai.properties and commit it, push it to your branch in github. You should then see that change appear in the files tab of this pull request. Then if you make a comment in the pull request Steve should be able to see it and merge the pull request.
Happy developing :cake:

Just checking if the default.sakai.properties is in already? (doesnt appear in this branch)

Yes. I added a comment
Sent from my iPad

On Feb 8, 2015, at 5:21 AM, Steve Swinsburg<EMAIL_ADDRESS>wrote:
Just checking if the default.sakai.properties is in already? (doesnt appear in this branch)
—
Reply to this email directly or view it on GitHub.

Yeah I meant the commit for it, not the comment :) All good.


RAM / CPU Graph sort bug

Go to http://linuxdash.afaqtariq.com
Order RAM / CPU graph by MEM% / CPU%
See that nothing happens
Refresh the graph
The graph is now empty

Thanks for pointing out the issue, @zwarmapapa . I have addressed it with the latest push.


502 Bad Gateway

I am getting these error logs from kamal traefik logs
2023-09-12T21:15:05.036223800Z time="2023-09-12T21:15:05Z" level=debug msg="'502 Bad Gateway' caused by: dial tcp <IP_ADDRESS>:3000: connect: connection refused"
2023-09-12T21:15:05.036424360Z time="2023-09-12T21:15:05Z" level=debug msg="New attempt 2 for request: /" middlewareName=hp-web-retry@docker middlewareType=Retry
2023-09-12T21:15:05.407562844Z time="2023-09-12T21:15:05Z" level=debug msg="'502 Bad Gateway' caused by: dial tcp <IP_ADDRESS>:3000: connect: connection refused"

Here is my deploy.yml
# Name of your application. Used to uniquely configure containers.
service: hp

# Name of the container image.
image: nayvy/hp

# Deploy to these servers.
servers:
  web:
    hosts:
      - 195.x.y.206

# Credentials for your image host.
registry:
  # Specify the registry server, if you're not using Docker Hub
  server: ghcr.io
  username: nayvy
  password:
    - KAMAL_REGISTRY_PASSWORD

builder:
  args:
    RUBY_VERSION: 3.2.2
    RAILS_ENV: production
  secrets:
    - KAMAL_REGISTRY_PASSWORD
  cache:
    type: registry
  # multiarch: false
  remote:
    arch: amd64
    host<EMAIL_ADDRESS>
# Configure a custom healthcheck (default is /up on Rails 7, change when you upgrade)
healthcheck:
  path: /

# Inject ENV variables into containers (secrets come from .env).
env:
  clear:
    RAILS_LOG_TO_STDOUT: 1
    RAILS_SERVE_STATIC_FILES: 1
  secret:
    - RAILS_MASTER_KEY
    - POSTGRES_USER
    - POSTGRES_PASSWORD
    - POSTGRES_DB
    - POSTGRES_HOST
    - DATABASE_URL

My database is running on a remote server and I'm connecting to it using the DATABASE_URL string
I cannot access the app from my custom domain nor the IP

Turns our the issue was sassc that the administrate gem uses, conflicting with tailwindcss-rails gem, hence I was not able to build the image.
Initially though, the error messages displayed during deploy showed no hints at all, it just said container unhealthy, could not connect to localhost, so I had no way of knowing it was a sassc asset compilation issue until I bisected the code.
But I'm closing the issue since it's fixed.


KAFKA-9888: Copy connector configs before passing to REST extensions

Jira
The changes made in KIP-454 involved adding a connectorConfig method to the ConnectClusterState interface that REST extensions could use to query the worker for the configuration of a given connector. The implementation for this method returns the Java Map that's stored in the worker's view of the config topic (when running in distributed mode). No copying is performed, which causes mutations of that Map object to persist across invocations of connectorConfig and, even worse, propagate to the worker when, e.g., starting a connector.
The changes here just cause the framework to copy that map before sending it to REST extensions, and alter a comment in KafkaConfigBackingStore that addresses the mutability of the snapshots that it provides to warn against changes that may lead to bugs like this one.
An existing unit test is modified to ensure that REST extensions receive a copy of the connector config, not the original.
Committer Checklist (excluded from commit message)

[ ] Verify design and implementation
[ ] Verify test coverage and CI build status
[ ] Verify documentation (including upgrade notes)

@stan-confluent, @ncliang, @gharris1727 would any of you mind taking a look when you have a moment?

Thanks @ncliang! @kkonstantine, @rhauch would one of you mind taking a look at this when you get a chance?

Thanks @kkonstantine, I've addressed both of your comments. Ready for another round when you have time.

ok to test

2/3 build green, yet a failure that seems unrelated but happened during a connect IT. Given that I'll rerun once more.

retest this please

retest this please

jdk8: success
jdk11: single failure on flaky: org.apache.kafka.streams.integration.EosBetaUpgradeIntegrationTest.shouldUpgradeFromEosAlphaToEosBeta[true]
jdk14: single failure on flaky: kafka.api.PlaintextProducerSendTest.testNonBlockingProducer


[RFR] Print stylesheet

Call for review @morkro. :)

I am happy with the print.css.
I think we could improve readability a bit by greying out code blocks. Right now it's not that easy anymore to read and distinguish code. What do you think?

Sure.

:tada:


auto_scale_batch_size won't reset current_epoch

🐛 Bug
When auto_scale_batch_size is enabled, the model is initially trained with varying batch sizes. When training begins, trainer.current_epoch equals 1 instead of 0.
To Reproduce
Either observe the progress bar or use a simple callback to track the epoch number, once with  auto_scale_batch_size  enabled and once with  auto_scale_batch_size disabled.
from pytorch_lightning import Callback

class PrintCallback(Callback):

    def __init__(self):
        self.observed_epochs = []

    def on_train_epoch_start(self, trainer, pl_module):
        print(f'Current Epoch: {trainer.current_epoch}')
        self.observed_epochs.append(trainer.current_epoch)

since it calls it with various batch_sizes did you find where it sets current_epoch to 0 before checking it on next batch_size?

There problem is during model checkpointing. The checkpoint sets    'epoch': self.current_epoch + 1,. That checkpoint will be loaded after having completed the batch size finder. During batch size scaling, the epoch won't be increased.

Currently blocked until trainer.tune is added.


misc. Cody Web usability improvements

This makes it so that when you go to /cody/chat in Cody Web, it autofocuses the message input for a new chat. This is the common desired user behavior.

Always start a new chat in Cody Web. Now that the history tab is easily visible, it's easy for users to open other chats in the Cody chat sidebar alongside a file in Sourcegraph.

Even when you're viewing a file and open the Cody chat sidebar, it opens a new chat. The idea of "keep a running chat per-file" was a cool idea, but not necessary since we now have the history tab.

Open the Prompts & Commands and Chat Help info boxes initially (in both Cody Web and in editors). If the user closes them, that state will persist. We had made them hidden by default to make them less noisy, but now I think persisting the closed state is sufficient to make it less noisy.

Test plan
In Cody Web (sourcegraph/sourcegraph pnpm link'd), test that each time you load Cody standalone chat (/cody/chat), it creates a new chat.

Maybe in the URL we should keep the MessageID so that if I want to link/bookmark to a specific chat I can do so easily. E.g. sourcegraph.com/cody/chat?id=apoij2091ajwoijw so starting a new chat will then just update the url with the id once it's created.
Unrelated and low on my todo list was to use something similar like that to enable sourcegraph.com/cody/chat?q='start of question' so that we can make these special Chrome Bookmarks similar to Gemini.

@RXminuS Yeah, that would be nice (to store it in the URL).

I really want to start persisting these chats in the DB and making them shareable across users. So whatever we do for the URL (and we'll do something), we'll make it the same URL scheme or something like that so that they can smoothly become shareable cross-device.


[Missing information about "Spit cells into multiple values" feature on excel export]

Issue description
Hi Colleagues,
There is no information in the documentation on how to hide/disable “Spit cells into multiple values checkbox” in an app developed using Fiori Elements V4 or how to set the column headers for split columns in the exported excel.
The problem is when this checkbox is marked, the label headers for split columns in the exported excel are not localized. If there is a way to influence the column header for split columns. That solution is also appreciated.
Thanks in advance!
Feedback Type (Optional)
clarity
Page Title on SAP Help Portal (prefilled)
Using the Export Feature
Page URL on SAP Help Portal (prefilled)
https://github.com/SAP-docs/sapui5/blob/main/docs/06_SAP_Fiori_Elements/using-the-export-feature-4bab6f2.md

Hi @as-copilot , thanks for your contribution . We appreciate it and will look into this.

Hi @as-copilot,
Currently Fiori Elements v4 allows to disable/enable the export functionality on a table, but not only customize the 'split cells into multiple values checkbox' option.
Using the split cells with multiple values option, the exported spreadsheet has a dedicated column per value (property). If one column contains multiple values in a cell (for example, amount and currency/unit), this results in two separate columns in the spreadsheet using as column header the labels of the values (properties) from the model.
Property labels could be localized using the label annotations:  https://github.com/SAP-docs/sapui5/blob/main/docs/06_SAP_Fiori_Elements/localization-of-ui-texts-b8cb649.md#overriding-texts-from-annotations
Best Regards,
Adriana

Hi @AdrianaRojas33 ,
Thanks for your reply.
How can one localize the property labels, that are split from a custom column ?
We have a custom column that has two values(name and description). Is there a way to localize the split column headers: name and description.
Thanks!

@AdrianaRojas33
Maybe I misunderstand, but a custom column definition is only in the manifest.json and not defined in the CAP CDS annotations file. And if there is no entry for the custom column in annotation file, how can I assign it a label annotation? I do not find any reference to this in the document.
To explain things a bit better, the custom column is defined as following in our manifest :

"NameColumn": {
"header": "{i18n>name}",
"properties": [
"name",
"description"
],
"template": "sap.ui.view.NameColumn",
"importance": "High"
},

How can one localize the column headers for the split columns(name and description) of the above custom column ?

Hi @as-copilot, I noticed you closed this incident, were you able to modify the label of the properties directly on your model or with local annotations?
Custom column are created in the manifest but the properties referenced into the custom column belong to the properties of your model.
Best Regards,
Adriana


There are vital steps missing in the process

Coming from a tech guy frustrated with MS support center, I took time to pull up an article showing the full experince of using Always Encrypted with keys stored in AKV: https://www.codeproject.com/Articles/5355073/Full-Tutorial-on-using-Always-Encrypted-with-Azure
[Enter feedback here]

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

ID: 034a5408-3f72-4141-6814-548b71f21b04
Version Independent ID: 6956f5a2-3608-fb9e-641b-da72384168e2
Content: Tutorial: Develop a .NET application using Always Encrypted with secure enclaves - ADO.NET Provider for SQL Server
Content Source: docs/connect/ado-net/sql/tutorial-always-encrypted-enclaves-develop-net-apps.md
Service: sql
Sub-service: connectivity
GitHub Login: @David-Engel
Microsoft Alias: v-davidengel

@geluvac -- thank you for your feedback.
@David-Engel -- please look into this issue.

Hi @geluvac
Thank you for the great article. Would it be possible to open a PR for this so that we can include your valuable contribution in our documentation?
Thanks,
Pieter

I'm closing this for now. We look forward to seeing your PR, @geluvac.


distro.version() returns empty string

Name: Manjaro Linux
Version: 21.2.2 (Qonos)
Codename: Qonos

I'm using distro.version() inside an application  that then runs as a systemd service. In Manjaro y get an empty string for distro.version(); whereas, if I run it from the python interactive shell or as a script I get the expected output.

Hi @studentenherz, we cannot debug every specific cases here, moreover if issues happen to come from your project environment (as it appears to work when run regularly).
Anyway, from what I saw in your repository, your script is run as www-data, so I'd first open an interactive shell with this system user (su - www-data -l -s /bin/bash) and check distro output from here.
Cheers :pray:

@HorlogeSkynet, thanks for your replay. I'm not very familiar with users and groups things in linux. The command you gave me won't work, there is no user www-data in my machine. The process is running with as my normal user. Also, in Ubuntu 20.04 it works ok, maybe because of environment configurations, but still, I'm also getting distro.name() and works fine, why would distro.version() not?

@studentenherz maybe it's related to PATH being overridden then :
https://github.com/studentenherz/SPeek/blob/7670099d995abedd5598795116ec1ce1b76c0e59/install.sh#L27
If the information is gathered from lsb_release execution, limiting PATH to your virtual environment might break this.

Closing here as it's not an upstream issue.
Bye :wave:

@HorlogeSkynet That helped, just appended to PATH instead of overriding and worked. Perhaps would be a good idea to add typical placements for lsb_release in the library so that users don't rely (as much) on it being in the PATH.
Very much appreciated your answers.


Fix file PAPADOPOLUS in pip install

The PAPADOPOLUS file was not being downloaded when I ran pip install ross-rotordynamics. This solution creates a "data" folder inside "faults" with the file so that it can be included.
I believe the file was not being downloaded because it was outside the "ross" folder.
This problem had previously been reported in issue #1038.

@ViniciusTxc3, the PAPADOULOS_c.mat file can be removed.
This file has been replaced by the .csv file at this commit https://github.com/petrobras/ross/commit/4dfcf11fcf9a5d9a9921dae740a4ffa34365afba but it was not deleted at the time.


Put additional info to after hooks called by rethinkdb changefeed

It could be useful to have:

old_value, when after hook called by changefeed and hook.method is patch or update
some indicator field which tells you that hook called by rethinkdb changefeed. E.g. hook.params.changefeed = true or something similar. I think it's not enough convenient to rely always on hook.params.provider and hook.params.user.

I would like to create a PR for it if nobody have some args against such changes.

I was thinking about the exact same thing. We could set params.changefeed to the changefeed values and do both things at once.

I was also debating that for the 1.0 release we may want to make watching changefeeds an explicit option due to some of the caveats I outlined in #76

Agreed, watch should be false by default. As for me all events for any services in feathers should be switchable but issue not about it...
So, can I create a PR for changefeed? My personal interest in old_value for update event, new value available in hook.result. So what exactly changefeed field should contains?

@daffl pss, so what about PR?

@daffl so what do you say? My proposal is to have:
changefeed = {
old_val?:Object;
new_val?:Object;
}
and new_val will be duplicated in hook.result for hook behavior consistency.

@daffl This would be very useful to me as I'm trying to create an after hook that only sends an email if a user role gets changed directly from the database. Not sure how to accomplish this without the old_val also.

Closing, see https://github.com/feathersjs-ecosystem/feathers-rethinkdb/issues/119


(vagrant) vagrant plugin repair failure is no longer fatal

Warn on plugin repair failure instead of failing the whole install since vagrant is technically installed correctly.
Description

Instead of letting a failed exit code from vagrant plugin repair bubble out of chocolateyinstall.ps1, trap the error and issue a warning.
It is a known issue that sometimes vagrant plugin repair will fail after an upgrade, so we shouldn't fail the vagrant installation. See https://www.vagrantup.com/docs/cli/plugin.html for more information.
Motivation and Context

Fixes https://github.com/chocolatey/chocolatey-coreteampackages/issues/1099
How Has this Been Tested?

Used "AU" package and ran Test-Package to verify that the vagrant installation succeeds even if plugin repair fails.  Also tested a when vagrant plugin repair does not error.
Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Migrated package (a package has been migrated from another repository)

Checklist:

[x] My code follows the code style of this repository.
[ ] My change requires a change to documentation (this usually means the notes in the description of a package).
[ ] I have updated the documentation accordingly (this usually means the notes in the description of a package).
[x] All files are up to date with the latest Contributing Guidelines
[x] The added/modified package passed install/uninstall in the chocolatey test environment.
[x] The changes only affect a single package (not including meta package).

:x: Package verification failed, please review the Appveyor Logs and the provided Artifacts before requesting a human reviewer to take a look.

I don't think the appveyor failure is my fault since the same problem was happening before if Vagrant requested a reboot (exit 3010).  -- I am willing to work on fixing that too if someone is willing to provide coaching, since I don't know what else it should be doing.

Didn't push it tho, will be there on next version.


update tasks for the year

tasks for the year should be updated with either new tasks/goals or delete those that do not make sense

Updated tasks for the year: https://github.com/akebu6/akebu6/commit/2728daa583a394373b3413cb42ef5c1e812281cc


Google finally clarifies status of "consent v2" marketing cookies

Why do we automatically map "ad_storage" to "ad_user_data" while a manual upgrade to consent mode (V2) is required for "ad_personalization"?
https://support.google.com/tagmanager/answer/14754100?utm_source=awfe&utm_medium=email&utm_campaign=20310342
I translate this as follows:
a) previous "ad_storage" = "ad_user_data" = MARKETING cookies (as generally called in the banner)
b) content with a single lever / button MARKETING cookies does not constitute legal consent with both "ad_user_data" and "ad_personalization"
c) per EDPB (European Data Protection Board) the consent with individual cookies should be granular (one at a time, not pushed to choose "all - or nothing") .. the "ad_personalization" should not be bound with some general "marketing consent".
thus.. I can see that the current layout for version 5.00 of the banner could reflect this public declaration by Google and instead of:
marketing cookies (ad_storage)

ad_user_data
ad_personalization

just to get rid of the nested sub-consents and at the first-level menu offer choices:
marketing cookies (ad_storage + ad_user_data)
personalization cookies (ad_personalization)
perhaps not much of a difference. but from the UX point of view it would make the banner clearer and also more easily displayed on 20" inches screens that tend to request some of the scrolling while displaying certain banner layouts.
just a thought how to improve the banner. Im pretty happy with the existing concept.

Due https://github.com/68publishers/cookie-consent/stargazers


[bug] tauri build hangs if icons point to invalid file

Describe the bug
In the src-tauri/tauri.conf.json file, I misconfigured the tauri -> bundle -> icon array such that it pointed at invalid file paths. When running tauri build, it would then hang on the first "building" step, providing no further feedback until I killed the process. Passing --verbose and --debug provided no further information.
Reproduction

Create an app
Edit tauri -> bundle -> icon so that it has an invalid path
See tauri build hang

Expected behavior
tauri build would not hang, probably returning an error that the icon could not be found or something.
Platform and versions
Operating System - Mac OS, version 12.1.0 X64

Node.js environment
  Node.js - 16.13.1
  @tauri-apps/cli - 1.0.0-beta.10
  @tauri-apps/api - 1.0.0-beta.8

Global packages
  npm - 8.1.2
  yarn - 1.22.17

Rust environment
  rustc - 1.57.0
  cargo - 1.57.0

App directory structure
/.husky
/node_modules
/public
/.github
/src-tauri
/build
/.git
/builder
/src

App
  tauri.rs - 1.0.0-beta.8
  build-type - bundle
  CSP - default-src blob: data: filesystem: ws: wss: http: https: tauri: 'unsafe-eval' 'unsafe-inline' 'self' img-src: 'self'
  distDir - ../build
  devPath - http://<IP_ADDRESS>:3000
  framework - React

I can't reproduce this, specifying an invalid path will make the build process fail and not hang. Can you provide a minimal repro ?

I can't reproduce this, specifying an invalid path will make the build process fail and not hang. Can you provide a minimal repro ?

I'm getting the hang consistently in https://github.com/MasterOdin/toychest.dev/tree/tauri-test. Changing
https://github.com/MasterOdin/toychest.dev/blob/ad17b3577e041be05983df123b19349e4a037739/src-tauri/tauri.conf.json#L18
to be "../builder/resources/32x32.png" will get it to successfully bundle.

I'm getting the hang consistently in https://github.com/MasterOdin/toychest.dev/tree/tauri-test. Changing
https://github.com/MasterOdin/toychest.dev/blob/ad17b3577e041be05983df123b19349e4a037739/src-tauri/tauri.conf.json#L18
to be "../builder/resources/32x32.png" will get it to successfully bundle.

I tried your branch and it built just fine.
Steps:
git clone https://github.com/MasterOdin/toychest.dev --branch tauri-test
cd tauri-test
yarn
yarn tauri build

It should throw an error instead but anyways it didn't just hang indefinitely.
Also I am on Windows, and I see that you're on macOS, so I will wait until someone else can confirm this behavior.

I tried your branch and it built just fine.
Steps:
git clone https://github.com/MasterOdin/toychest.dev --branch tauri-test
cd tauri-test
yarn
yarn tauri build

It should throw an error instead but anyways it didn't just hang indefinitely.
Also I am on Windows, and I see that you're on macOS, so I will wait until someone else can confirm this behavior.

For posterity, my output on running above:
yarn tauri build
yarn run v1.22.17
$ tauri build
 app:spawn Running "/Users/mpeveler/code/github/toychest.dev/node_modules/@tauri-apps/cli/bin/tauri-cli tauri build" +0ms

[tauri:build] Running `yarn build`
$ craco build
(node:40462) [DEP0148] DeprecationWarning: Use of deprecated folder mapping "./" in the "exports" field module resolution of the package at /Users/mpeveler/code/github/toychest.dev/node_modules/postcss-safe-parser/node_modules/postcss/package.json.
Update this package.json to use a subpath pattern like "./*".
(Use `node --trace-deprecation ...` to show where the warning was created)
Creating an optimized production build...
Compiled successfully.

File sizes after gzip:

  176.55 KB  build/static/js/2.2aecd05e.chunk.js
  2.43 KB    build/static/js/main.3d514525.chunk.js
  1.91 KB    build/static/css/main.60ee5991.chunk.css
  1.63 KB    build/static/js/3.2df26873.chunk.js
  1.17 KB    build/static/js/runtime-main.7f15fc73.js

The project was built assuming it is hosted at ./.
You can control this with the homepage field in your package.json.

The build folder is ready to be deployed.

Find out more about deployment here:

  https://cra.link/deployment

   Compiling app v0.1.0 (/Users/mpeveler/code/github/toychest.dev/src-tauri)
    Finished release [optimized] target(s) in 34.15s
    Bundling toychest.dev.app

and it hangs there indefinitely. Fixing the path for the icon, and it finishes as expected.

Can confirm it happens on https://github.com/probablykasper/tauri-template (npm i && npm run build). Gets stuck at 100% CPU.


Changing vec!(...) to vec![...] breaks convert_args! macro

I originally filled a bug with the developer of the maplit crate: bluss/maplit#21 .
My issue is that rustfmt seems to change convert_args!(vec!(1, 2, 3)) to convert_args!(vec![1, 2, 3]) which doesn't compile.
The maplit developer replied with:

Combining macros like this was deemed idiomatic (see nom, it prefers ()'s), so it seems like an issue with rustfmt.

hmm, I guess we should have an option for this kind of changes? Probably the best thing to do for now is to use #[rustfmt::skip].
In general, using square brackets for vec! is idiomatic, but when compiling macros, I guess using parens makes it easier or something? I don't think we can detect nesting of macros though.

Detecting nesting of macros should be possible via #2834. I think that I can work on it this week.

Inside a macro's brackets it is hard for rustfmt to tell which transformations it can do and still have the code compile. In this case the example is that brackets don't matter for the outer invocation, but the inner invocation is actually taken apart by pattern matching (nom does there combinators like this too), so convert_args! has to be specific about ( vs {.
The careful standpoint should be that we can't reformat code inside macros IMO.
If you want format the arguments to macros, potentially use a whitelist, or even look at the macro matchers? For example, we know that in vec![a, b, c], it is ok to reformat a, b, c to any other valid expressions, and we can see from the macro definition that it expects expressions.


Ensure status message is sent before all packet types, including pbft votes

Is your feature request related to a problem? Please describe.
We fix this for transactions in PR #941 but we should do this for all other packet types where we track the peer "known" status because otherwise it can lead to loss of sync/consensus.

this is ensured as node sends status packet as the first thing right after it gets connected to the new node


improve #Testimonials card

Improve the Testimonials cards and make it in the similar design as the website.

I would like to work on this issue under JWOC.

i would like to work on it under JWOC

I would like to work on this issue under JWOC

I want to contribute in this issue please assign it to me

@Awesomeasma you are good to go. All the best.

@Awesomeasma reminder to complete the assigned task by EOD, else it will be shifted to someone else.

@Awesomeasma reminder to complete the assigned task by EOD, else it will be shifted to someone else.

@kaal-coder  I have already submitted the PR, this afternoon.

https://github.com/MightyITExplorer/Website/pull/96#issuecomment-1455119880
this section is there on the testimonial page or in the home page itself.
Also, how many cards are there. There should be atleast 4
I need it in the home page itself.
Also please add some random images.

#96 (comment)
this section is there on the testimonial page or in the home page itself. Also, how many cards are there. There should be atleast 4 I need it in the home page itself. Also please add some random images.

@kaal-coder
I have updated the changes.. please review it.

Please make a single PR @Awesomeasma
Also, have you removed the testimonial page that wasn't working and the samples you have shown are in the home page. Right ?

Please make a single PR @Awesomeasma Also, have you removed the testimonial page that wasn't working and the samples you have shown are in the home page. Right ?

Ok sir, I'll make a single PR. U mean u want these cards to display in the home page, above the 'contact us' section ?

Yes in the home page and above the 'contact us' section .

@kaal-coder
It's done sir. please review my PR #104


Usage in Node.js

I am trying to add the chart to Kibana through a plugin using AngularJS. Is there an example on how can I use this in a node.js file?
I tried to put this in the controller
var d3 = require('d3')
var flameGraph = d3.flameGraph()

I get a
Uncaught TypeError: d3.flameGraph is not a function

This might help.

Assuming the issue was resolved. Closing.


Rule Proposal: Error for using this in stateless function

Would be great to catch these errors faster especially when converting classes to stateless functions

Wouldn't no-invalid-this catch this?

That's a good point - that's a core rule that prevents use of this in a standalone function.

That rule allows this if the function looks like a constructor, and the criteria for that is the name is capitalized or is actually a class constructor. Since SFCs begin with capital letter then that rule would allow it.
One possible solution is to add-on to that rule by determining if the function is a SFC.
The criteria for that could be something similar to:

returns jsx or React.createElement/cloneElement
has 1 function arg
sets propTypes/defaultProps