Automatically generate new token in persistent storage when old token becomes invalid

logic is needed for checking for a 403 and then attempting to gen a new token when a persistent location is set. currently if a token in persistent storage becomes invalid It will spit out the following until a new token is made by outside intervention.
info: Requesting vehicles {"timestamp":"2024-12-02 18:17:47"} error: Main function error: {"error":{"message":"Request Failed with status 403 - Forbidden","request":{"_closed":true,"_contentLength":0,"_defaultKeepAlive":true,"_ended":true,"_events":{},"_eventsCount":7,"_hasBody":true,"_header":"GET /api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true HTTP/1.1\r\nAccept: application/json\r\nContent-Type: application/json; charset=UTF-8\r\nAccept-Language: en-US\r\nHost: na-mobile-api.gm.com\r\nConnection: keep-alive\r\nAccept-Encoding: br, gzip, deflate\r\nUser-Agent: myChevrolet/118 CFNetwork/1408.0.4 Darwin/22.5.0\r\nAuthorization: Bearer eyJqa3UiOiJodHRwczovL3NlYy1hdXRoei1tb2JpbGUubmEub25zdGFyLmNwaS5nbS5jb20vYXBpL3YxL29hdXRoL2tleVNldHMvIiwia2lkIjoic2VjLWF1dGh6LW1vYmlsZS1qd3QtdG9rZW4tcHJvZC1uYS0yMDI1MDQyNS0zIiwidHlwIjoiSldUIiwiYWxnIjoiUlMyNTYifQ.eyJqdGkiOiJjM2U2Njk2Ny05OGZiLTQxY2MtOWRiZi1mYzBjNjM0OGE1YzkiLCJpYXQiOjE3MzMxODExNzYsInN1YiI6IjY5NTBlZTlkLWE0OGItNDk4Ni1hNGFhLWEyYjJiYmYzMWJmZiIsImlzcyI6Imh0dHBzOi8vc2VjLWF1dGh6LW1vYmlsZS5uYS5vbnN0YXIuY3BpLmdtLmNvbSIsImF1ZCI6ImN2Y19wcm9kIiwiZXhwIjoxNzMzMTgyOTc2LCJ1aWQiOiJsaWdodG5pbmdtYW5ndHNAZ21haWwuY29tIiwicG9saWN5VmVyc2lvbiI6IjI1IiwidmVyIjoxLjMsInNjb3BlIjoiZ21vYyBwcml2IHJvbGVfb3duZXIiLCJwYWkiOiIzZmYzMDUwNi1kMjQyLTRiZWQtODM1Yi00MjJiZjk5MjYyMmUiLCJ0eXAiOiJiZWFyZXIiLCJkY2kiOiIwM2ZiNjEzMC1mOWJkLTQxM2YtYTMzNi0wZTQxMjU3NjExYWIiLCJwZXIiOiJBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUF3QUFBQXdBQUFBQUFBQUFBQUFnQURnQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQSIsImNoYW4iOiJtb2JpbGUifQ.Cpi-xbTe8QuzALKudsZOzzYLc3qzgFOjTfjokD9317YsZY4RrRPBkENlfKaYWZshvMkEK9SKb9STKwvWsX1Dg3ygpFBzOnOE0mEkWWZc-ramYN1s3VEHWUxH99RmsuNxcShk0Im6FUh0z4EsuPWcYyo0H7KwmlZYAZqj-9uxm1tS94nAW_aDhUIAVFJ-OBFGzCsg-HUWWz9_hyQ_jcO44HjcqjhrVEDg5DwLbJpGyuoDa62sjryl-vIJmT2fDSwpA7I2G2MtDtTjhLZXn-j6fbCciaFk7hAeBfG61ngcP6vG0UkK5gwp0RgAAkeMw0cOeK75D_iN02_lBmGpJF-msQ\r\n\r\n","_headerSent":true,"_keepAliveTimeout":0,"_last":true,"_redirectable":{"_currentRequest":"[Circular]","_currentUrl":"https://na-mobile-api.gm.com/api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true","_ended":true,"_ending":true,"_events":{},"_eventsCount":3,"_options":{"agents":{},"beforeRedirects":{},"headers":{"Accept":"application/json","Accept-Encoding":"br, gzip, deflate","Accept-Language":"en-US","Authorization":"Bearer eyJqa3UiOiJodHRwczovL3NlYy1hdXRoei1tb2JpbGUubmEub25zdGFyLmNwaS5nbS5jb20vYXBpL3YxL29hdXRoL2tleVNldHMvIiwia2lkIjoic2VjLWF1dGh6LW1vYmlsZS1qd3QtdG9rZW4tcHJvZC1uYS0yMDI1MDQyNS0zIiwidHlwIjoiSldUIiwiYWxnIjoiUlMyNTYifQ.eyJqdGkiOiJjM2U2Njk2Ny05OGZiLTQxY2MtOWRiZi1mYzBjNjM0OGE1YzkiLCJpYXQiOjE3MzMxODExNzYsInN1YiI6IjY5NTBlZTlkLWE0OGItNDk4Ni1hNGFhLWEyYjJiYmYzMWJmZiIsImlzcyI6Imh0dHBzOi8vc2VjLWF1dGh6LW1vYmlsZS5uYS5vbnN0YXIuY3BpLmdtLmNvbSIsImF1ZCI6ImN2Y19wcm9kIiwiZXhwIjoxNzMzMTgyOTc2LCJ1aWQiOiJsaWdodG5pbmdtYW5ndHNAZ21haWwuY29tIiwicG9saWN5VmVyc2lvbiI6IjI1IiwidmVyIjoxLjMsInNjb3BlIjoiZ21vYyBwcml2IHJvbGVfb3duZXIiLCJwYWkiOiIzZmYzMDUwNi1kMjQyLTRiZWQtODM1Yi00MjJiZjk5MjYyMmUiLCJ0eXAiOiJiZWFyZXIiLCJkY2kiOiIwM2ZiNjEzMC1mOWJkLTQxM2YtYTMzNi0wZTQxMjU3NjExYWIiLCJwZXIiOiJBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUF3QUFBQXdBQUFBQUFBQUFBQUFnQURnQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQSIsImNoYW4iOiJtb2JpbGUifQ.Cpi-xbTe8QuzALKudsZOzzYLc3qzgFOjTfjokD9317YsZY4RrRPBkENlfKaYWZshvMkEK9SKb9STKwvWsX1Dg3ygpFBzOnOE0mEkWWZc-ramYN1s3VEHWUxH99RmsuNxcShk0Im6FUh0z4EsuPWcYyo0H7KwmlZYAZqj-9uxm1tS94nAW_aDhUIAVFJ-OBFGzCsg-HUWWz9_hyQ_jcO44HjcqjhrVEDg5DwLbJpGyuoDa62sjryl-vIJmT2fDSwpA7I2G2MtDtTjhLZXn-j6fbCciaFk7hAeBfG61ngcP6vG0UkK5gwp0RgAAkeMw0cOeK75D_iN02_lBmGpJF-msQ","Connection":"keep-alive","Content-Type":"application/json; charset=UTF-8","Host":"na-mobile-api.gm.com","User-Agent":"myChevrolet/118 CFNetwork/1408.0.4 Darwin/22.5.0"},"hostname":"na-mobile-api.gm.com","maxBodyLength":null,"maxRedirects":21,"method":"GET","nativeProtocols":{"http:":{"METHODS":["ACL","BIND","CHECKOUT","CONNECT","COPY","DELETE","GET","HEAD","LINK","LOCK","M-SEARCH","MERGE","MKACTIVITY","MKCALENDAR","MKCOL","MOVE","NOTIFY","OPTIONS","PATCH","POST","PROPFIND","PROPPATCH","PURGE","PUT","REBIND","REPORT","SEARCH","SOURCE","SUBSCRIBE","TRACE","UNBIND","UNLINK","UNLOCK","UNSUBSCRIBE"],"STATUS_CODES":{"100":"Continue","101":"Switching Protocols","102":"Processing","103":"Early Hints","200":"OK","201":"Created","202":"Accepted","203":"Non-Authoritative Information","204":"No Content","205":"Reset Content","206":"Partial Content","207":"Multi-Status","208":"Already Reported","226":"IM Used","300":"Multiple Choices","301":"Moved Permanently","302":"Found","303":"See Other","304":"Not Modified","305":"Use Proxy","307":"Temporary Redirect","308":"Permanent Redirect","400":"Bad Request","401":"Unauthorized","402":"Payment Required","403":"Forbidden","404":"Not Found","405":"Method Not Allowed","406":"Not Acceptable","407":"Proxy Authentication Required","408":"Request Timeout","409":"Conflict","410":"Gone","411":"Length Required","412":"Precondition Failed","413":"Payload Too Large","414":"URI Too Long","415":"Unsupported Media Type","416":"Range Not Satisfiable","417":"Expectation Failed","418":"I'm a Teapot","421":"Misdirected Request","422":"Unprocessable Entity","423":"Locked","424":"Failed Dependency","425":"Too Early","426":"Upgrade Required","428":"Precondition Required","429":"Too Many Requests","431":"Request Header Fields Too Large","451":"Unavailable For Legal Reasons","500":"Internal Server Error","501":"Not Implemented","502":"Bad Gateway","503":"Service Unavailable","504":"Gateway Timeout","505":"HTTP Version Not Supported","506":"Variant Also Negotiates","507":"Insufficient Storage","508":"Loop Detected","509":"Bandwidth Limit Exceeded","510":"Not Extended","511":"Network Authentication Required"},"globalAgent":{"_events":{},"_eventsCount":2,"defaultPort":80,"freeSockets":{},"keepAlive":false,"keepAliveMsecs":1000,"maxFreeSockets":256,"maxSockets":null,"maxTotalSockets":null,"options":{"noDelay":true,"path":null},"protocol":"http:","requests":{},"scheduling":"lifo","sockets":{},"totalSocketCount":0},"maxHeaderSize":16384},"https:":{"globalAgent":{"_events":{},"_eventsCount":2,"_sessionCache":{"list":["na-mobile-api.gm.com:443:::::::::::::::::::::"],"map":{"na-mobile-api.gm.com:443:::::::::::::::::::::":{"data,type":"Buffer"}}},"defaultPort":443,"freeSockets":{},"keepAlive":false,"keepAliveMsecs":1000,"maxCachedSessions":100,"maxFreeSockets":256,"maxSockets":null,"maxTotalSockets":null,"options":{"noDelay":true,"path":null},"protocol":"https:","requests":{},"scheduling":"lifo","sockets":{"na-mobile-api.gm.com:443:::::::::::::::::::::":[{"_SNICallback":null,"_closeAfterHandlingError":false,"_controlReleased":true,"_events":{"close":[null,null,null]},"_eventsCount":8,"_hadError":false,"_host":"na-mobile-api.gm.com","_httpMessage":"[Circular]","_newSessionPending":false,"_parent":null,"_pendingData":null,"_pendingEncoding":"","_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":323672},"_rejectUnauthorized":true,"_requestCert":true,"_secureEstablished":true,"_securePending":false,"_server":null,"_sockname":null,"_tlsOptions":{"isServer":false,"pipe":false,"rejectUnauthorized":true,"requestCert":true,"secureContext":{"context":{}}},"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":true,"closed":true,"constructed":true,"corked":0,"decodeStrings":false,"defaultEncoding":"utf8","destroyed":true,"emitClose":false,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":false,"writecb":null,"writelen":0,"writing":false},"allowHalfOpen":false,"alpnProtocol":false,"authorizationError":null,"authorized":true,"connecting":false,"encrypted":true,"parser":null,"secureConnecting":false,"servername":"na-mobile-api.gm.com","ssl":null}]},"totalSocketCount":1}}},"path":"/api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true","pathname":"/api/v1/account/vehicles","port":"","protocol":"https:","search":"?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true"},"_redirectCount":0,"_redirects":[],"_requestBodyBuffers":[],"_requestBodyLength":0,"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":false,"closed":false,"constructed":true,"corked":0,"decodeStrings":true,"defaultEncoding":"utf8","destroyed":false,"emitClose":true,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":true,"writecb":null,"writelen":0,"writing":false}},"_removedConnection":false,"_removedContLen":false,"_removedTE":false,"_trailer":"","aborted":false,"agent":{"_events":{},"_eventsCount":2,"_sessionCache":{"list":["na-mobile-api.gm.com:443:::::::::::::::::::::"],"map":{"na-mobile-api.gm.com:443:::::::::::::::::::::":{"data":["type":"Buffer"}}},"defaultPort":443,"freeSockets":{},"keepAlive":false,"keepAliveMsecs":1000,"maxCachedSessions":100,"maxFreeSockets":256,"maxSockets":null,"maxTotalSockets":null,"options":{"noDelay":true,"path":null},"protocol":"https:","requests":{},"scheduling":"lifo","sockets":{"na-mobile-api.gm.com:443:::::::::::::::::::::":[{"_SNICallback":null,"_closeAfterHandlingError":false,"_controlReleased":true,"_events":{"close":[null,null,null]},"_eventsCount":8,"_hadError":false,"_host":"na-mobile-api.gm.com","_httpMessage":"[Circular]","_newSessionPending":false,"_parent":null,"_pendingData":null,"_pendingEncoding":"","_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":323672},"_rejectUnauthorized":true,"_requestCert":true,"_secureEstablished":true,"_securePending":false,"_server":null,"_sockname":null,"_tlsOptions":{"isServer":false,"pipe":false,"rejectUnauthorized":true,"requestCert":true,"secureContext":{"context":{}}},"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":true,"closed":true,"constructed":true,"corked":0,"decodeStrings":false,"defaultEncoding":"utf8","destroyed":true,"emitClose":false,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":false,"writecb":null,"writelen":0,"writing":false},"allowHalfOpen":false,"alpnProtocol":false,"authorizationError":null,"authorized":true,"connecting":false,"encrypted":true,"parser":null,"secureConnecting":false,"servername":"na-mobile-api.gm.com","ssl":null}]},"totalSocketCount":1},"chunkedEncoding":false,"destroyed":true,"finished":true,"host":"na-mobile-api.gm .com","maxHeadersCount":null,"maxRequestsOnConnectionReached":false,"method":"GET","outputData":[],"outputSize":0,"parser":null,"path":"/api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true","protocol":"https:","res":{"_consuming":false,"_dumped":false,"_events":{"end":[null,null]},"_eventsCount":4,"_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":194614},"aborted":false,"client":{"_SNICallback":null,"_closeAfterHandlingError":false,"_controlReleased":true,"_events":{"close":[null,null,null]},"_eventsCount":8,"_hadError":false,"_host":"na-mobile-api.gm.com","_httpMessage":"[Circular]","_newSessionPending":false,"_parent":null,"_pendingData":null,"_pendingEncoding":"","_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":323672},"_rejectUnauthorized":true,"_requestCert":true,"_secureEstablished":true,"_securePending":false,"_server":null,"_sockname":null,"_tlsOptions":{"isServer":false,"pipe":false,"rejectUnauthorized":true,"requestCert":true,"secureContext":{"context":{}}},"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":true,"closed":true,"constructed":true,"corked":0,"decodeStrings":false,"defaultEncoding":"utf8","destroyed":true,"emitClose":false,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":false,"writecb":null,"writelen":0,"writing":false},"allowHalfOpen":false,"alpnProtocol":false,"authorizationError":null,"authorized":true,"connecting":false,"encrypted":true,"parser":null,"secureConnecting":false,"servername":"na-mobile-api.gm.com","ssl":null},"complete":true,"httpVersion":"1.1","httpVersionMajor":1,"httpVersionMinor":1,"method":null,"rawHeaders":["Date","Mon, 02 Dec 2024 23:17:47 GMT","Content-Length","0","Connection","keep-alive","Cache-Control","no-store","Pragma","no-cache","Request-Context","appId=cid-v1:a7e19842-5b19-4b47-a9cf-85cc6e87a746","WWW-Authenticate","Bearer realm=\"na-mobile-api.gm.com\", error=\"insufficient_scope\", scope=\"onstar\""],"rawTrailers":[],"redirects":[],"req":"[Circular]","responseUrl":"https://na-mobile-api.gm.com/api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true","socket":null,"statusCode":403,"statusMessage":"Forbidden","upgrade":false,"url":""},"reusedSocket":false,"sendDate":false,"shouldKeepAlive":true,"socket":{"_SNICallback":null,"_closeAfterHandlingError":false,"_controlReleased":true,"_events":{"close":[null,null,null]},"_eventsCount":8,"_hadError":false,"_host":"na-mobile-api.gm.com","_httpMessage":"[Circular]","_newSessionPending":false,"_parent":null,"_pendingData":null,"_pendingEncoding":"","_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":323672},"_rejectUnauthorized":true,"_requestCert":true,"_secureEstablished":true,"_securePending":false,"_server":null,"_sockname":null,"_tlsOptions":{"isServer":false,"pipe":false,"rejectUnauthorized":true,"requestCert":true,"secureContext":{"context":{}}},"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":true,"closed":true,"constructed":true,"corked":0,"decodeStrings":false,"defaultEncoding":"utf8","destroyed":true,"emitClose":false,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":false,"writecb":null,"writelen":0,"writing":false},"allowHalfOpen":false,"alpnProtocol":false,"authorizationError":null,"authorized":true,"connecting":false,"encrypted":true,"parser":null,"secureConnecting":false,"servername":"na-mobile-api.gm.com","ssl":null},"strictContentLength":false,"timeoutCb":null,"upgradeOrConnect":false,"useChunkedEncodingByDefault":false,"writable":true},"response":{"config":{"adapter":["xhr","http","fetch"],"env":{},"headers":{"Accept":"application/json","Accept-Encoding":"br, gzip, deflate","Accept-Language":"en-US","Authorization":"Bearer eyJqa3UiOiJodHRwczovL3NlYy1hdXRoei1tb2JpbGUubmEub25zdGFyLmNwaS5nbS5jb20vYXBpL3YxL29hdXRoL2tleVNldHMvIiwia2lkIjoic2VjLWF1dGh6LW1vYmlsZS1qd3QtdG9rZW4tcHJvZC1uYS0yMDI1MDQyNS0zIiwidHlwIjoiSldUIiwiYWxnIjoiUlMyNTYifQ.eyJqdGkiOiJjM2U2Njk2Ny05OGZiLTQxY2MtOWRiZi1mYzBjNjM0OGE1YzkiLCJpYXQiOjE3MzMxODExNzYsInN1YiI6IjY5NTBlZTlkLWE0OGItNDk4Ni1hNGFhLWEyYjJiYmYzMWJmZiIsImlzcyI6Imh0dHBzOi8vc2VjLWF1dGh6LW1vYmlsZS5uYS5vbnN0YXIuY3BpLmdtLmNvbSIsImF1ZCI6ImN2Y19wcm9kIiwiZXhwIjoxNzMzMTgyOTc2LCJ1aWQiOiJsaWdodG5pbmdtYW5ndHNAZ21haWwuY29tIiwicG9saWN5VmVyc2lvbiI6IjI1IiwidmVyIjoxLjMsInNjb3BlIjoiZ21vYyBwcml2IHJvbGVfb3duZXIiLCJwYWkiOiIzZmYzMDUwNi1kMjQyLTRiZWQtODM1Yi00MjJiZjk5MjYyMmUiLCJ0eXAiOiJiZWFyZXIiLCJkY2kiOiIwM2ZiNjEzMC1mOWJkLTQxM2YtYTMzNi0wZTQxMjU3NjExYWIiLCJwZXIiOiJBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUF3QUFBQXdBQUFBQUFBQUFBQUFnQURnQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQSIsImNoYW4iOiJtb2JpbGUifQ.Cpi-xbTe8QuzALKudsZOzzYLc3qzgFOjTfjokD9317YsZY4RrRPBkENlfKaYWZshvMkEK9SKb9STKwvWsX1Dg3ygpFBzOnOE0mEkWWZc-ramYN1s3VEHWUxH99RmsuNxcShk0Im6FUh0z4EsuPWcYyo0H7KwmlZYAZqj-9uxm1tS94nAW_aDhUIAVFJ-OBFGzCsg-HUWWz9_hyQ_jcO44HjcqjhrVEDg5DwLbJpGyuoDa62sjryl-vIJmT2fDSwpA7I2G2MtDtTjhLZXn-j6fbCciaFk7hAeBfG61ngcP6vG0UkK5gwp0RgAAkeMw0cOeK75D_iN02_lBmGpJF-msQ","Connection":"keep-alive","Content-Type":"application/json; charset=UTF-8","Host":"na-mobile-api.gm.com","User-Agent":"myChevrolet/118 CFNetwork/1408.0.4 Darwin/22.5.0"},"maxBodyLength":-1,"maxContentLength":-1,"method":"get","timeout":0,"transformRequest":[null],"transformResponse":[null],"transitional":{"clarifyTimeoutError":false,"forcedJSONParsing":true,"silentJSONParsing":true},"url":"https://na-mobile-api.gm.com/api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true","xsrfCookieName":"XSRF-TOKEN","xsrfHeaderName":"X-XSRF-TOKEN"},"data":"","headers":{"cache-control":"no-store","connection":"keep-alive","content-length":"0","date":"Mon, 02 Dec 2024 23:17:47 GMT","pragma":"no-cache","request-context":"appId=cid-v1:a7e19842-5b19-4b47-a9cf-85cc6e87a746","www-authenticate":"Bearer realm=\"na-mobile-api.gm.com\", error=\"insufficient_scope\", scope=\"onstar\""},"request":{"_closed":true,"_contentLength":0,"_defaultKeepAlive":true,"_ended":true,"_events":{},"_eventsCount":7,"_hasBody":true,"_header":"GET /api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true HTTP/1.1\r\nAccept: application/json\r\nContent-Type: application/json; charset=UTF-8\r\nAccept-Language: en-US\r\nHost: na-mobile-api.gm.com\r\nConnection: keep-alive\r\nAccept-Encoding: br, gzip, deflate\r\nUser-Agent: myChevrolet/118 CFNetwork/1408.0.4 Darwin/22.5.0\r\nAuthorization: Bearer eyJqa3UiOiJodHRwczovL3NlYy1hdXRoei1tb2JpbGUubmEub25zdGFyLmNwaS5nbS5jb20vYXBpL3YxL29hdXRoL2tleVNldHMvIiwia2lkIjoic2VjLWF1dGh6LW1vYmlsZS1qd3QtdG9rZW4tcHJvZC1uYS0yMDI1MDQyNS0zIiwidHlwIjoiSldUIiwiYWxnIjoiUlMyNTYifQ.eyJqdGkiOiJjM2U2Njk2Ny05OGZiLTQxY2MtOWRiZi1mYzBjNjM0OGE1YzkiLCJpYXQiOjE3MzMxODExNzYsInN1YiI6IjY5NTBlZTlkLWE0OGItNDk4Ni1hNGFhLWEyYjJiYmYzMWJmZiIsImlzcyI6Imh0dHBzOi8vc2VjLWF1dGh6LW1vYmlsZS5uYS5vbnN0YXIuY3BpLmdtLmNvbSIsImF1ZCI6ImN2Y19wcm9kIiwiZXhwIjoxNzMzMTgyOTc2LCJ1aWQiOiJsaWdodG5pbmdtYW5ndHNAZ21haWwuY29tIiwicG9saWN5VmVyc2lvbiI6IjI1IiwidmVyIjoxLjMsInNjb3BlIjoiZ21vYyBwcml2IHJvbGVfb3duZXIiLCJwYWkiOiIzZmYzMDUwNi1kMjQyLTRiZWQtODM1Yi00MjJiZjk5MjYyMmUiLCJ0eXAiOiJiZWFyZXIiLCJkY2kiOiIwM2ZiNjEzMC1mOWJkLTQxM2YtYTMzNi0wZTQxMjU3NjExYWIiLCJwZXIiOiJBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUF3QUFBQXdBQUFBQUFBQUFBQUFnQURnQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQSIsImNoYW4iOiJtb2JpbGUifQ.Cpi-xbTe8QuzALKudsZOzzYLc3qzgFOjTfjokD9317YsZY4RrRPBkENlfKaYWZshvMkEK9SKb9STKwvWsX1Dg3ygpFBzOnOE0mEkWWZc-ramYN1s3VEHWUxH99RmsuNxcShk0Im6FUh0z4EsuPWcYyo0H7KwmlZYAZqj-9uxm1tS94nAW_aDhUIAVFJ-OBFGzCsg-HUWWz9_hyQ_jcO44HjcqjhrVEDg5DwLbJpGyuoDa62sjryl-vIJmT2fDSwpA7I2G2MtDtTjhLZXn-j6fbCciaFk7hAeBfG61ngcP6vG0UkK5gwp0RgAAkeMw0cOeK75D_iN02_lBmGpJF-msQ\r\n\r\n","_headerSent":true,"_keepAliveTimeout":0,"_last":true,"_redirectable":{"_currentRequest":"[Circular]","_currentUrl":"https://na-mobile-api.gm.com/api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true","_ended":true,"_ending":true,"_events":{},"_eventsCount":3,"_options":{"agents":{},"beforeRedirects":{},"headers":{"Accept":"application/json","Accept-Encoding":"br, gzip, deflate","Accept-Language":"en-US","Authorization":"Bearer eyJqa3UiOiJodHRwczovL3NlYy1hdXRoei1tb2JpbGUubmEub25zdGFyLmNwaS5nbS5jb20vYXBpL3YxL29hdXRoL2tleVNldHMvIiwia2lkIjoic2VjLWF1dGh6LW1vYmlsZS1qd3QtdG9rZW4tcHJvZC1uYS0yMDI1MDQyNS0zIiwidHlwIjoiSldUIiwiYWxnIjoiUlMyNTYifQ.eyJqdGkiOiJjM2U2Njk2Ny05OGZiLTQxY2MtOWRiZi1mYzBjNjM0OGE1YzkiLCJpYXQiOjE3MzMxODExNzYsInN1YiI6IjY5NTBlZTlkLWE0OGItNDk4Ni1hNGFhLWEyYjJiYmYzMWJmZiIsImlzcyI6Imh0dHBzOi8vc2VjLWF1dGh6LW1vYmlsZS5uYS5vbnN0YXIuY3BpLmdtLmNvbSIsImF1ZCI6ImN2Y19wcm9kIiwiZXhwIjoxNzMzMTgyOTc2LCJ1aWQiOiJsaWdodG5pbmdtYW5ndHNAZ21haWwuY29tIiwicG9saWN5VmVyc2lvbiI6IjI1IiwidmVyIjoxLjMsInNjb3BlIjoiZ21vYyBwcml2IHJvbGVfb3duZXIiLCJwYWkiOiIzZmYzMDUwNi1kMjQyLTRiZWQtODM1Yi00MjJiZjk5MjYyMmUiLCJ0eXAiOiJiZWFyZXIiLCJkY2kiOiIwM2ZiNjEzMC1mOWJkLTQxM2YtYTMzNi0wZTQxMjU3NjExYWIiLCJwZXIiOiJBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUF3QUFBQXdBQUFBQUFBQUFBQUFnQURnQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQSIsImNoYW4iOiJtb2JpbGUifQ.Cpi-xbTe8QuzALKudsZOzzYLc3qzgFOjTfjokD9317YsZY4RrRPBkENlfKaYWZshvMkEK9SKb9STKwvWsX1Dg3ygpFBzOnOE0mEkWWZc-ramYN1s3VEHWUxH99RmsuNxcShk0Im6FUh0z4EsuPWcYyo0H7KwmlZYAZqj-9uxm1tS94nAW_aDhUIAVFJ-OBFGzCsg-HUWWz9_hyQ_jcO44HjcqjhrVEDg5DwLbJpGyuoDa62sjryl-vIJmT2fDSwpA7I2G2MtDtTjhLZXn-j6fbCciaFk7hAeBfG61ngcP6vG0UkK5gwp0RgAAkeMw0cOeK75D_iN02_lBmGpJF-msQ","Connection":"keep-alive","Content-Type":"application/json; charset=UTF-8","Host":"na-mobile-api.gm.com","User-Agent":"myChevrolet/118 CFNetwork/1408.0.4 Darwin/22.5.0"},"hostname":"na-mobile-api.gm.com","maxBodyLength":null,"maxRedirects":21,"method":"GET","nativeProtocols":{"http:":{"METHODS":["ACL","BIND","CHECKOUT","CONNECT","COPY","DELETE","GET","HEAD","LINK","LOCK","M-SEARCH","MERGE","MKACTIVITY","MKCALENDAR","MKCOL","MOVE","NOTIFY","OPTIONS","PATCH","POST","PROPFIND","PROPPATCH","PURGE","PUT","REBIND","REPORT","SEARCH","SOURCE","SUBSCRIBE","TRACE","UNBIND","UNLINK","UNLOCK","UNSUBSCRIBE"],"STATUS_CODES":{"100":"Continue","101":"Switching Protocols","102":"Processing","103":"Early Hints","200":"OK","201":"Created","202":"Accepted","203":"Non-Authoritative Information","204":"No Content","205":"Reset Content","206":"Partial Content","207":"Multi-Status","208":"Already Reported","226":"IM Used","300":"Multiple Choices","301":"Moved Permanently","302":"Found","303":"See Other","304":"Not Modified","305":"Use Proxy","307":"Temporary Redirect","308":"Permanent Redirect","400":"Bad Request","401":"Unauthorized","402":"Payment Required","403":"Forbidden","404":"Not Found","405":"Method Not Allowed","406":"Not Acceptable","407":"Proxy Authentication Required","408":"Request Timeout","409":"Conflict","410":"Gone","411":"Length Required","412":"Precondition Failed","413":"Payload Too Large","414":"URI Too Long","415":"Unsupported Media Type","416":"Range Not Satisfiable","417":"Expectation Failed","418":"I'm a Teapot","421":"Misdirected Request","422":"Unprocessable Entity","423":"Locked","424":"Failed Dependency","425":"Too Early","426":"Upgrade Required","428":"Precondition Required","429":"Too Many Requests","431":"Request Header Fields Too Large","451":"Unavailable For Legal Reasons","500":"Internal Server Error","501":"Not Implemented","502":"Bad Gateway","503":"Service Unavailable","504":"Gateway Timeout","505":"HTTP Version Not Supported","506":"Variant Also Negotiates","507":"Insufficient Storage","508":"Loop Detected","509":"Bandwidth Limit Exceeded","510":"Not Extended","511":"Network Authentication Required"},"globalAgent":{"_events":{},"_eventsCount":2,"defaultPort":80,"freeSockets":{},"keepAlive":false,"keepAliveMsecs":1000,"maxFreeSockets":256,"maxSockets":null,"maxTotalSockets":null,"options":{"noDelay":true,"path":null},"protocol":"http:","requests":{},"scheduling":"lifo","sockets":{},"totalSocketCount":0},"maxHeaderSize":16384},"https:":{"globalAgent":{"_events":{},"_eventsCount":2,"_sessionCache":{"list":["na-mobile-api.gm.com:443:::::::::::::::::::::"],"map":{"na-mobile-api.gm.com:443:::::::::::::::::::::":{""type":"Buffer"}}},"defaultPort":443,"freeSockets":{},"keepAlive":false,"keepAliveMsecs":1000,"maxCachedSessions":100,"maxFreeSockets":256,"maxSockets":null,"maxTotalSockets":null,"options":{"noDelay":true,"path":null},"protocol":"https:","requests":{},"scheduling":"lifo","sockets":{"na-mobile-api.gm.com:443:::::::::::::::::::::":[{"_SNICallback":null,"_closeAfterHandlingError":false,"_controlReleased":true,"_events":{"close":[null,null,null]},"_eventsCount":8,"_hadError":false,"_host":"na-mobile-api.gm.com","_httpMessage":"[Circular]","_newSessionPending":false,"_parent":null,"_pendingData":null,"_pendingEncoding":"","_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":323672},"_rejectUnauthorized":true,"_requestCert":true,"_secureEstablished":true,"_securePending":false,"_server":null,"_sockname":null,"_tlsOptions":{"isServer":false,"pipe":false,"rejectUnauthorized":true,"requestCert":true,"secureContext":{"context":{}}},"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":true,"closed":true,"constructed":true,"corked":0,"decodeStrings":false,"defaultEncoding":"utf8","destroyed":true,"emitClose":false,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":false,"writecb":null,"writelen":0,"writing":false},"allowHalfOpen":false,"alpnProtocol":false,"authorizationError":null,"authorized":true,"connecting":false,"encrypted":true,"parser":null,"secureConnecting":false,"servername":"na-mobile-api.gm.com","ssl":null}]},"totalSocketCount":1}}},"path":"/api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true","pathname":"/api/v1/account/vehicles","port":"","protocol":"https:","search":"?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true"},"_redirectCount":0,"_redirects":[],"_requestBodyBuffers":[],"_requestBodyLength":0,"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":false,"closed":false,"constructed":true,"corked":0,"decodeStrings":true,"defaultEncoding":"utf8","destroyed":false,"emitClose":true,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":true,"writecb":null,"writelen":0,"writing":false}},"_removedConnection":false,"_removedContLen":false,"_removedTE":false,"_trailer":"","aborted":false,"agent":{"_events":{},"_eventsCount":2,"_sessionCache":{"list":["na-mobile-api.gm.com:443:::::::::::::::::::::"],"map":{"na-mobile-api.gm.com:443:::::::::::::::::::::":{"data":[],"type":"Buffer"}}},"defaultPort":443,"freeSockets":{},"keepAlive":false,"keepAliveMsecs":1000,"maxCachedSessions":100,"maxFreeSockets":256,"maxSockets":null,"maxTotalSockets":null,"options":{"noDelay":true,"path":null},"protocol":"https:","requests":{},"scheduling":"lifo","sockets":{"na-mobile-api.gm.com:443:::::::::::::::::::::":[{"_SNICallback":null,"_closeAfterHandlingError":false,"_controlReleased":true,"_events":{"close":[null,null,null]},"_eventsCount":8,"_hadError":false,"_host":"na-mobile-api.gm.com","_httpMessage":"[Circular]","_newSessionPending":false,"_parent":null,"_pendingData":null,"_pendingEncoding":"","_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":323672},"_rejectUnauthorized":true,"_requestCert":true,"_secureEstablished":true,"_securePending":false,"_server":null,"_sockname":null,"_tlsOptions":{"isServer":false,"pipe":false,"rejectUnauthorized":true,"requestCert":true,"secureContext":{"context":{}}},"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":true,"closed":true,"constructed":true,"corked":0,"decodeStrings":false,"defaultEncoding":"utf8","destroyed":true,"emitClose":false,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":false,"writecb":null,"writelen":0,"writing":false},"allowHalfOpen":false,"alpnProtocol":false,"authorizationError":null,"authorized":true,"connecting":false,"encrypted":true,"parser":null,"secureConnecting":false,"servername":"na-mobile-api.gm.com","ssl":null}]},"totalSocketCount":1},"chunkedEncoding":false,"destroyed":true,"finished":true,"host":"na-mobile-api.gm.com","maxHeadersCount":null,"maxRequestsOnConnectionReached":false,"method":"GET","outputData":[],"outputSize":0,"parser":null,"path":"/api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true","protocol":"https:","res":{"_consuming":false,"_dumped":false,"_events":{"end":[null,null]},"_eventsCount":4,"_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":194614},"aborted":false,"client":{"_SNICallback":null,"_closeAfterHandlingError":false,"_controlReleased":true,"_events":{"close":[null,null,null]},"_eventsCount":8,"_hadError":false,"_host":"na-mobile-api.gm.com","_httpMessage":"[Circular]","_newSessionPending":false,"_parent":null,"_pendingData":null,"_pendingEncoding":"","_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":323672},"_rejectUnauthorized":true,"_requestCert":true,"_secureEstablished":true,"_securePending":false,"_server":null,"_sockname":null,"_tlsOptions":{"isServer":false,"pipe":false,"rejectUnauthorized":true,"requestCert":true,"secureContext":{"context":{}}},"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":true,"closed":true,"constructed":true,"corked":0,"decodeStrings":false,"defaultEncoding":"utf8","destroyed":true,"emitClose":false,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":false,"writecb":null,"writelen":0,"writing":false},"allowHalfOpen":false,"alpnProtocol":false,"authorizationError":null,"authorized":true,"connecting":false,"encrypted":true,"parser":null,"secureConnecting":false,"servername":"na-mobile-api.gm.com","ssl":null},"complete":true,"httpVersion":"1.1","httpVersionMajor":1,"httpVersionMinor":1,"method":null,"rawHeaders":["Date","Mon, 02 Dec 2024 23:17:47 GMT","Content-Length","0","Connection","keep-alive","Cache-Control","no-store","Pragma","no-cache","Request-Context","appId=cid-v1:a7e19842-5b19-4b47-a9cf-85cc6e87a746","WWW-Authenticate","Bearer realm=\"na-mobile-api.gm.com\", error=\"insufficient_scope\", scope=\"onstar\""],"rawTrailers":[],"redirects":[],"req":"[Circular]","responseUrl":"https://na-mobile-api.gm.com/api/v1/account/vehicles?includeCommands=true&includeEntitlements=true&includeModules=true&includeSharedVehicles=true","socket":null,"statusCode":403,"statusMessage":"Forbidden","upgrade":false,"url":""},"reusedSocket":false,"sendDate":false,"shouldKeepAlive":true,"socket":{"_SNICallback":null,"_closeAfterHandlingError":false,"_controlReleased":true,"_events":{"close":[null,null,null]},"_eventsCount":8,"_hadError":false,"_host":"na-mobile-api.gm.com","_httpMessage":"[Circular]","_newSessionPending":false,"_parent":null,"_pendingData":null,"_pendingEncoding":"","_readableState":{"awaitDrainWriters":null,"buffer":{"head":null,"length":0,"tail":null},"decoder":null,"defaultEncoding":"utf8","encoding":null,"errored":null,"flowing":true,"highWaterMark":16384,"length":0,"pipes":[],"state":323672},"_rejectUnauthorized":true,"_requestCert":true,"_secureEstablished":true,"_securePending":false,"_server":null,"_sockname":null,"_tlsOptions":{"isServer":false,"pipe":false,"rejectUnauthorized":true,"requestCert":true,"secureContext":{"context":{}}},"_writableState":{"afterWriteTickInfo":null,"allBuffers":true,"allNoop":true,"autoDestroy":true,"bufferProcessing":false,"buffered":[],"bufferedIndex":0,"closeEmitted":true,"closed":true,"constructed":true,"corked":0,"decodeStrings":false,"defaultEncoding":"utf8","destroyed":true,"emitClose":false,"ended":false,"ending":false,"errorEmitted":false,"errored":null,"finalCalled":false,"finished":false,"highWaterMark":16384,"length":0,"needDrain":false,"objectMode":false,"pendingcb":0,"prefinished":false,"sync":false,"writecb":null,"writelen":0,"writing":false},"allowHalfOpen":false,"alpnProtocol":false,"authorizationError":null,"authorized":true,"connecting":false,"encrypted":true,"parser":null,"secureConnecting":false,"servername":"na-mobile-api.gm.com","ssl":null},"strictContentLength":false,"timeoutCb":null,"upgradeOrConnect":false,"useChunkedEncodingByDefault":false,"writable":true},"status":403,"statusText":"Forbidden"}},"timestamp":"2024-12-02 18:17:47"} s6-rc: info: service legacy-services: stopping

Nope, the only thing I did was restart the Homeassistant addon after I was getting a 403 forbidden on the remotestart command. There was a bunch more data in the log that was like this:
[48,130,12,18,2,1,1,2,2,3,3,4,2,192,48,4,32,254,134,24,235,161,14,11,57,159,190,226,88,29,246,178,159,224,176,70,179,20,217,33,116,19,197,131,10,76,51,157,47,4,48,185,138,139,55,185,246,222,97,10,180,203,220,227,91,145,10,142,152,26,26,66,37,39,243,18,250,105,227,154,77,11,132,136,241,129,225,239,54,151,252,237,154,23,255,98,183,191,247,161,6,2,4,103,78,64,3,162,4,2,2,28,32,163,130,10,180,48,130,10,176,48,130,9,152,160,3,2,1,2,2,16,2,183,58,23,84,204,252,220,55,28,127,215,57,14,9,218,48,13,6,9,42,134,72,134,247,13,1,1,11,5,0,48,100,49,11,48,9,6,3,85,4,6,19,2,85,83,49,21,48,19,6,3,85,4,10,19,12,68,105,103,105,67,101,114,116,32,73,110,99,49,25,48,23,6,3,85,4,11,19,16,119,119,119,46,100,105,103,105,99,101,114,116,46,99,111,109,49,35,48,33,6,3,85,4,3,19,26,68,105,103,105,67,101,114,116,32,66,97,108,116,105,109,111,114,101,32,67,65,45,50,32,71,50,48,30,23,13,50,52,48,56,48,53,48,48,48,48,48,48,90,23,13,50,53,48,53,49,48,49,50,48,48,48,48,90,48,107,49,11,48,9,6,3,85,4,6,19,2,85,83,49,17,48,15,6,3,85,4,8,19,8,77,105,99,104,105,103,97,110,49,16,48,14,6,3,85,4,7,19,7,68,101,116,114,111,105,116,49,27,48,25,6,3,85,4,10,19,18,71,101,110,101,114,97,108,32,77,111,116,111,114,115,32,76,76,67,49,26,48,24,6,3,85,4,3,19,17,111,110,115,116,97,114,97,112,105,109,46,103,109,46,99,111,109,48,130,1,34,48,13,6,9,42,134,72,134,247,13,1,1,1,5,0,3,130,1,15,0,48,130,1,10,2,130,1,1,0,242,93,36,205,168,167,80,16,239,138,77,209,51,50,217,252,233,12,26,110,23,104,200,118,127,24,85,31,129,204,152,87,30,185,227,243,66,178,59,1,161,169,196,49,117,108,38,125,185,217,209,84,242,77,27,33,160,67,232,203,142,20,27,46,57,146,86,134,241,96,4,116,177,196,71,205,167,162,10,243,162,190,76,62,185,158,182,119,234,32,109,20,91,117,54,104,6,153,43,66,182,55,117,248,96,147,234,57,165,247,109,49,177,183,15,152,52,50,127,76,191,234,193,40,170,232,22,119,74,192,93,82,150,89,68,11,219,143,73,15,150,232,217,105,59,25,16,171,196,39,34,56,74,89,9,25,37,75,239,35,198,209,120,199,115,23,106,79,180,107,135,144,84,115,177,81,236,174,111,235,69,117,5,121,175,247,125,47,74,184,76,168,236,255,229,8,47,182,44,161,158,145,237,231,242,70,220,220,217,55,186,46,175,164,118,65,123,92,94,86,89,24,171,195,124,74,94,9,72,138,140,152,123,219,83,218,71,5,157,164,38,211,237,2,53,201,32,176,85,114,122,98,125,109,229,129,2,3,1,0,1,163,130,7,85,48,130,7,81,48,31,6,3,85,29,35,4,24,48,22,128,20,192,18,178,40,116,104,70,103,233,112,37,116,26,0,69,91,6,125,92,68,48,29,6,3,85,29,14,4,22,4,20,1,166,129,43,154,224,141,236,190,170,28,181,95,217,171,49,30,252,65,144,48,130,4,15,6,3,85,29,17,...
But I had redacted it out as it added to many characters to post.
Its possible my token became invalid as I had just transferred to a new phone prior to getting the initial 403 forbidden on the remote start command. Like I had mentioned in the other thread, I had to remove my persistent storage location in order for it to generate a new token.

Strange. Everything should be self contained and not reliant on anything happening in the app or the phone. I'll add some additional checks to the token management to ensure that vehicles are listed. That will force it to request a new one if they're not.
If you could re-enable persistent storage and send your current gm_tokens.json to me in a DM that would be helpful. They're only valid for 30 minutes if you want to copy it and send it after it's expired.

Oath tokens are expirable globally for an account as an option, and its possible on Microsoft's side to setup work flows related to bad token attempts. Whether GM/Microsoft has is a different story.
I put back in my persistent storage path without deleting the .json file and it seems to have updated and started normally now with no issues. Granted thats with a little over 12 hours since the file was last updated. If I run into any issues when I got to start my car later I will report in.
My thought here was that what happened in this may have been an invalid token example that you guys could use to build checks for to run automations on.

The only other thing is I did set my diagnostic refresh to 43200000 so its not pinging the API as often. Is the token refresh reliant on this?

The refresh token shows a valid period of 90 days, so 12 hours shouldn't be a problem I don't think.
Since the access token was valid, I guess they're still returning a valid token even if something is being deauth'd in the backend. Your token in the 403 response is showing fewer grants than we request and missing the vehicle information section.
It probably should accomplish the goal if we force a total reauth of both tokens when the returned GM token is missing that information.

closed via https://github.com/metheos/OnStarJS/commit/b6a28cf27d93823b2e0657cf5d6228cc58455a63


Setup instructions

Please include setup instructions in the README to guide someone to try out your project.

The README file now links to the frontend's README file which has instructions on how to run the frontend.


Deploy main to vercel-Sepolia and link the URL to the About section

I think it would be interesting to have a Dummy Hacker House with the base design deployed on Sepolia, with some members and a couple of contributions, so users can check a live site of it.
We have screenshots in the README but I feel having a live website would be nice for people evaluating to use it, or to showcase it in any talk.

what if we deployed it to gnosis chain and we called it the BuidlGuidl "cookie jar" or something - (this is an idea from RaidGuild I learned from Ven)
basically, we would add all the buidlguidl members and they could take up to 100 bucks a month or something -- it's just for small things here and there
an entry could be something like:
"bought a new keyboard, thanks BuidlGuidl for my new battle ax"


Table: Actions

As a user I want to be able to query the actions in a transaction.
Example action found in a tx:
"actions": [
                            {
                                "FunctionCall": {
                                    "args": "+QHMgjmjgIMGGoCUfIdmSx4CwGkGsbMchdL7ybCKYSqAuQFk+4afLwAAAAAAAAAAAAAAAKOh71rmVhVyAjNjhi4jivqExy71AAAAAAAAAAAAAAAAyQ2w2HE0FNeFI0Ntw0dBkWRUSj8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFXUqAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAsSv8paVYBqr2TplSGRikvw/ECAIAAAAAAAAAAAAAAAB/qmT69UdQouPuYhFmY1/q9AarIgAAAAAAAAAAAAAAAMQsMKxswV+sm9k4YYvKoaH66FAdAAAAAAAAAAAAAAAA41IDSfR3pfbrBhBwZgSFCEmKKRuEnIqCyKBdoSgtBkzbCOVoh59sGXlRix0eenXfd+MTfnab9mK5xKAUWuzEUHkpkKd/cOZwycT352JjQJfNleyfOblF2gVuoA==",
                                    "deposit": "0",
                                    "gas":<PHONE_NUMBER>00000,
                                    "method_name": "submit"
                                }
                            }
                        ],

Notes:

Args looks like base64 data
We could decode the args using Snowflake base64 decode function and then convert the decoded value to a variant type and include it as a column in the end table
This is downstream of stg_txs

Columns:

[ ] tx_hash
[ ] args
[ ] encoded_args
[ ] deposit
[ ] gas
[ ] method_name

Adding @mbodeantor as assignee to review.

Upon investigation, there are 7 distinct actions that might be called:

FunctionCall
Transfer
AddKey
DeployContract
CreateAccount
DeleteKey
DeleteAccount

Each action has a separate structure with arguments unique from each other action. We may need to revise the plan to include all actions in one table.
Perhaps the actions table includes data such as: tx_id, number of actions, list of those actions. Then, we create a table for each type of action, as the structure for each will have to be different.
Thoughts on this revision @chuxinh ?
For example, here is the actions object of a transaction with 4 distinct actions:
[
  "CreateAccount",
  {
    "Transfer": {
      "deposit": "75000000000000000000000000"
    }
  },
  {
    "DeployContract": {
      "code": "wnGY4a+YYkfbkBqYqyhdQjjtHRl9Auyh7yxCGtXL8JI="
    }
  },
  {
    "FunctionCall": {
      "args": "eyJzZWNyZXRIYXNoIjoidXJQQmtnM1l6UGp0d1htRDFRTmsyeEg0Q0RLbmkrREVKN1hrcUpaSnJQZz0iLCJleHBpcmF0aW9uIjoiMTYzODcwNDIxNDAwMDAwMDAwMCIsImJ1eWVyIjoiZGNjMDBiZWZkZjViMWFhMzUwYzI0MjlkYTVkOGRiZWUzZGNmNjNiNjBjYTkzMDZjYzg4NzU3OTM1NTMwNzk3NCJ9",
      "deposit": "0",
      "gas":<PHONE_NUMBER>0000,
      "method_name": "init"
    }
  }
]

thanks for looking into this @forgxyz. I think it'd be quite messy if we try to put everything into one table, or leave those properties per action as a json or array.
I think can just have a raw table for actions as you said, together with dependent tables for each actions and they can be joined using tx_id as the primary key

Agree, I like that approach. Factor out by action type.
As transfer is a type of action, we should coordinate on that one @mattromano.

https://nomicon.io/RuntimeSpec/Actions
Might be an 8th type called Stake

Might be worth combining Transfer and FunctionCall types

So, after yesterday's call I like the approach of creating an actions_events table in the style of Flipside's terra.msg_events table.
Proposed schema via example:

TX_ID
BLOCK_TIMESTAMP
ACTION_INDEX
ACTION_NAME
ACTION_DATA

7HPRPyCjtfzYLWqh1QzvgMGvWtJBtfk6uJ8BUwuhekNL
2022-01-27 19:17:02.780
7
AddKey
{        "access_key": {          "nonce": 0,          "permission":   "FullAccess"        },        "public_key":   "ed25519:FucLdkGvEPVrSnkvCq7wp67bgDqthyPPhf7njx1DNAME"      }

7HPRPyCjtfzYLWqh1QzvgMGvWtJBtfk6uJ8BUwuhekNL
2022-01-27 19:17:02.780
1
Transfer
{        "deposit":   "10000000000000000000000"      }

7HPRPyCjtfzYLWqh1QzvgMGvWtJBtfk6uJ8BUwuhekNL
2022-01-27 19:17:02.780
5
AddKey
{        "access_key": {          "nonce": 0,          "permission":   "FullAccess"        },        "public_key":   "ed25519:6ri55jsx2WnaSiVSSgvsdGTNWTabytgAyMh848P5pnaS"      }

7HPRPyCjtfzYLWqh1QzvgMGvWtJBtfk6uJ8BUwuhekNL
2022-01-27 19:17:02.780
0
CreateAccount

7HPRPyCjtfzYLWqh1QzvgMGvWtJBtfk6uJ8BUwuhekNL
2022-01-27 19:17:02.780
6
AddKey
{        "access_key": {          "nonce": 0,          "permission":   "FullAccess"        },        "public_key":   "ed25519:82AwqRfcncRW42nDv7236P62R5yM3p7f4Wrd8Qsaux1n"      }

7HPRPyCjtfzYLWqh1QzvgMGvWtJBtfk6uJ8BUwuhekNL
2022-01-27 19:17:02.780
2
AddKey
{        "access_key": {          "nonce": 0,          "permission":   "FullAccess"        },        "public_key":   "ed25519:9G4tRGuVKT2WEczrJ8oTincD5QVMgjMVpZU3rziC1yvW"      }

7HPRPyCjtfzYLWqh1QzvgMGvWtJBtfk6uJ8BUwuhekNL
2022-01-27 19:17:02.780
4
AddKey
{        "access_key": {          "nonce": 0,          "permission":   "FullAccess"        },        "public_key":   "ed25519:2vEUmsw3vy6nqHyvsyGczZwSnuiKPku7hyrSig2aMnLr"      }

7HPRPyCjtfzYLWqh1QzvgMGvWtJBtfk6uJ8BUwuhekNL
2022-01-27 19:17:02.780
3
AddKey
{        "access_key": {          "nonce": 0,          "permission":   "FullAccess"        },        "public_key":   "ed25519:zJMMYig8eCCncFp3LJ5Fkt9CuqSN68o8RPnCBEpEqFT"      }


support compressed files

As a user I would like to use Gigantor on compressed files without decompressing them to disk, but Gigantor will currently only work on files that are already decompressed.  See this stack overflow post.

https://github.com/imagibee/Gigantor/pull/52


Can i export and import books, chapters or pages?

Can i export and import books, chapters or pages?
If bookstack doesnt support export and importing books chapters and pages i desire it.
Desired Feature: Export and import books, chapters and pages

you can definitely export books, chapters, pages, but I haven't seen a feature to import, besides attachments.

Hi @alphonse92, As mentioned above there are export options. Alternatively all content is stored in both text and HTML in the database so can be exported, or even imported with some custom logic, directly via the DB.
System Import/Export has already been requested under a range of issues therefore I'm going to close this issue. If you have any specific format requests it would be great if you could add your thoughts to #43.


confidence bands for learning curves of multiple runs

we should add error bands to the curves (see the function tsplot from the seaborn library --> https://seaborn.pydata.org/generated/seaborn.tsplot.html)

Good idea. We should keep in mind that we need a (custom?) D3 implementation of this visualization.

How about this?
http://bl.ocks.org/ndarville/6552457

or this:
https://github.com/timaronan/d3-line-range

Nice 👍

@thinkh @NMO13 @mstreit
maybe we should consider this for the paper?

yes, would be a nice addition

In the detail view, it would make sense. But I think in the conf mat cells you wouldn't see it well enough.


Fixing lack of firing flush timer in -initWithToken:launchOptions:andFlushInterval: method.

Fix for issue https://github.com/mixpanel/mixpanel-iphone/issues/241

Hi @Grubas7, thank you so much for the pull request. We really appreciate when the community wants to give back.
Unfortunately this change will alter the public facing API in a non intuitive way, and could possibly break code that is depending on existing behavior. We are currently discussing other options internally such as providing an additional constructor that will immediately start the flush timer.

IMO right now work of SDK is non intuitive. I think @originell and @uooq would agree with me ;)
Why? When you create Mixpanel instance by -initWithToken:andFlushInterval: method there won't be any flush after time you could expect. And there's no public method to manually start/stop flushing timer. Only possible way to force SDK to periodically flush is set property -flushInterval: (might be even default value) after init.
In other words:
-initWithToken:andFlushInterval: doesn't start flushing timer
-flushInterval: starts flushing timer
Same parameter name, but different reaction.

@Grubas7 yeah we agree that the current behavior is not very intuitive, but we also need to evaluate whether changing it would break Mixpanel implementations for customers that are currently relying on the existing behavior, which has existed for some time. Pushing a behavior change like this is therefore not as trivial as it might seem.
If we were to implement this change, we would also need to consider situations where e.g. a Mixpanel instance is being initialized during a background task, and whether we should still automatically start the flush timer in that case.

@samgreen @alex-hofsteede As long as -flushInterval: property starts timer there's no problem for me ;) But maybe putting this issue to 'know issues' would be helpful for other devs.

I'm going to go ahead and clearly document the behavior for now. We can consider changing the internal behavior in the next major release.

Thanks for doing that! :)


Updates Objective-C Generation to allow for omission of generated @interface/@implementation

Use case is when only the generated @protocol is needed for testing scenarios (where a fake would be provided), and declaring the @interface implies the transitive dependency on a transport layer through the generated #import statements.

Thank you for your pull request. Before we can look at your contribution, we need to ensure all contributors are covered by a Contributor License Agreement.
After the following items are addressed, please respond with a new comment here, and the automated system will re-verify.

One or more commits are not associated with a GitHub user. The email used in the Git commit must match a verified email address in a GitHub user profile. For more information, please see https://help.github.com/articles/why-are-my-commits-linked-to-the-wrong-user/

Regards,
CLA GitHub bot


Exporting JS from an inline loader that consumes a JSON file

Do you want to request a feature or report a bug?
Report a bug (though i might just need to set a property somewhere - couldn't tell from the docs. I suspect this is related to natively supporting JSON modules now.)

What is the current behavior?
I have a loader which loads a JSON file and outputs JS code. When I try to use it with Webpack 4, I get a JSON parse error (webpack is trying to parse the outputted JS code as JSON)

ERROR in ./node_modules/config-loader!./src/config.json
Module parse failed: Unexpected token r in JSON at position 0
You may need an appropriate loader to handle this file type.
SyntaxError: Unexpected token r in JSON at position 0
  at JSON.parse (<anonymous>:null:null)
  at JsonParser.parse (/Users/jback/dev/plugin-build/node_modules/webpack/lib/JsonParser.js:16:21)
  at doBuild.err (/Users/jback/dev/plugin-build/node_modules/webpack/lib/NormalModule.js:367:32)
  at runLoaders (/Users/jback/dev/plugin-build/node_modules/webpack/lib/NormalModule.js:264:12)
  at /Users/jback/dev/plugin-build/node_modules/loader-runner/lib/LoaderRunner.js:370:3
  at iterateNormalLoaders (/Users/jback/dev/plugin-build/node_modules/loader-runner/lib/LoaderRunner.js:211:10)
  at iterateNormalLoaders (/Users/jback/dev/plugin-build/node_modules/loader-runner/lib/LoaderRunner.js:218:10)
  at /Users/jback/dev/plugin-build/node_modules/loader-runner/lib/LoaderRunner.js:233:3
  at runSyncOrAsync (/Users/jback/dev/plugin-build/node_modules/loader-runner/lib/LoaderRunner.js:130:11)
  at iterateNormalLoaders (/Users/jback/dev/plugin-build/node_modules/loader-runner/lib/LoaderRunner.js:229:2)
  at Array.<anonymous> (/Users/jback/dev/plugin-build/node_modules/loader-runner/lib/LoaderRunner.js:202:4)
  at Storage.finished (/Users/jback/dev/plugin-build/node_modules/enhanced-resolve/lib/CachedInputFileSystem.js:43:16)
  at provider (/Users/jback/dev/plugin-build/node_modules/enhanced-resolve/lib/CachedInputFileSystem.js:79:9)
  at /Users/jback/dev/plugin-build/node_modules/graceful-fs/graceful-fs.js:78:16
  at FSReqWrap.readFileAfterClose [as oncomplete] (fs.js:511:3)

If the current behavior is a bug, please provide the steps to reproduce.

What is the expected behavior?
I can output JS code from my loader parsing a JSON file (maybe with an option saying I'm outputting JS instead of JSON)
If this is a feature request, what is motivation or use case for changing the behavior?
Please mention other relevant information such as the browser version, Node.js version, webpack version, and Operating System.
OSX 10.13.3, Node 8.9.4, Webpack 4

{
   type: 'javascript/auto', // <=
   test: /\.json$\, // But maybe better to use a different extname (e.g`/\config\.json$/` etc etc)
   use: [ { loader: 'json-to-js-loader' } ]
}

👍

Nope I don't think so, at least I'm not aware of any :)

Hmm - alternatively, is there a way to set the default in the webpack config?

Only rule.type (comment above) is possible via webpack.config.js
You could hack around it within the loade, if really necessary (I don't recommend it), but that's it
loader.js
export default function loader (json) {
   // HACK
   this._module.type = 'javascript/auto' // <=

   const result = // your loader... JSON to JS

   return `export default ${result}`
}

Maybe it's time to think about a different approach :)

Yeah, definitely rethinking the approach - but this hack helps bridge us :)
Thx @michael-ciniawsky  - much appreciated for your time on this :)

I tried the this._module.type hack and it didn't seem to work. I might have had it in the wrong place, though -- I'll try again.
Regardless, this really should be a supported path. Any loader that converts between module types is affected (val-loader, to-string-loader, apply-loader, even babel-loader converts from javascript/esm to javascript/dynamic -- isn't that affected as well?).
And putting type: 'javascript/auto' in the config is insufficient in the case were you want to pipe the output of the converting loader into another loader that expects the resulting module type. And, as was pointed out, it doesn't work when specifying loaders inline.
I asked this question on Stack Overflow as well: https://stackoverflow.com/questions/49395913/webpack-4-change-a-modules-type-in-a-loader

Also, for context, the loader I'm working on, messageformat-loader has to take JSON source and output JS -- I don't think there is a "different approach" we could use. And requiring our users to avoid inline loaders, put type: 'javascript/auto' in every config, and not pipe the output to another loader seems quite restricting.

Several people are having this problem, as evidenced by duplicates #6586, #6725, webpack-contrib/file-loader#264, webpack-contrib/file-loader#259

I finally got the workaround to work in the loader. I had to do:
  this._module.type = 'javascript/auto';
  this._module.parser = new JavascriptParser();
  this._module.generator = new JavascriptGenerator();

where the parser is webpack/lib/Parser.js and the generator is webpack/lib/JavascriptGenerator.js.
I think this is a common enough use case that we should extend the Loader API to make this easier. Thoughts?

Is this a bug opened for this?  Are we not supposed to be able to use custom loaders for json files?

I think I'm having an issue that is in the same vein. I'm trying to use yaml-loader to load a .yml file (which converts it to JSON), but I get the error:
ERROR in ./locales/client/en.yml 2:11
Module parse failed: Unexpected token (2:11)
You may need an appropriate loader to handle this file type.
| {
> 	"features": [
| 		{
| 			"title": "Full-Stack Application",

None of the workarounds talked about above fix this and I'm pretty sure this worked with Webpack 3. Can anyone suggest whether this is accounted for in an existing issue or whether I should create a new one?

@ianwalter Create a new issue.

The bundle JS looks like e.exports="./config.json". Missing require()  after webpack. Does anyone know how to fix this?
My Configuration:
 type: 'javascript/auto',                 test: /\.json$/,                 use: [                     {                         loader: 'file-loader',                         options: {                             name: '[name].json',                             outputPath: './',                             publicPath: './'                         }                     }                 ]

{
   type: 'javascript/auto', // <= Set the module.type explicitly
   test: /\.json$/, // Maybe better to use a different extname (e.g /\.config\.json$/)
   use: [ { loader: 'json-to-js-loader' } ]
}

what is json-to-js-loader


Error when used redux form with portals (Field must be inside a component decorated with reduxForm())

I am using
"redux": "^3.7.2",
"redux-form": "^7.2.0",
"react": "^16.2.0",
Getting error "Uncaught Error: Field must be inside a component decorated with reduxForm()" when used portal to render the modal pop up.
please see details at https://stackoverflow.com/questions/46950983/redux-how-to-pass-store-to-form-created-outside-the-provider-scope
Any help is appreciated as i have been stuck on this from a long time

moved form in the portal(modal) and working fine.


updated NuGet name + link + documentation link

Fixing part of https://github.com/MicrosoftDocs/WindowsCommunityToolkitDocs/issues/260

Docs Build status updates of commit 8e834d3:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/brushes/BackdropSepiaBrush.md
:white_check_mark:Succeeded
View

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


Geocoding API not responding fast enough (only in production)

I'm getting this message when trying to call Geocoder.search either in the rails app, or at the console, but only in production mode:
Geocoding API not responding fast enough (see Geocoder::Configuration.timeout to set limit).
=> []
Development mode works fine (on the same machine and using the same user account). I'm running Ubuntu Desktop 11.04.
I just also tried on my mac and the same problem happens there. Is this a bug?

Hello,
I had the same issue (working in development and not on production servers) and increasing the timeout solved the issue.
Thanks !

It is worrying that it could take the geocoding services as much as 15 seconds to geocode the IP.
Does anyone have any information about which service is fastest?

hmm this problem seems to persist after all these years..what is the root cause of this? It worked like 1 month ago.

It's been brutally slow for me too in the last week or two (in production only). Had to move it into javascript so it wasn't tying up the whole page (which, of course, we should have done long ago).
@tomeric Can you explain more about changing the DNS servers?

I'm sorry @ryanwanger, but that comment was made almost 5 years ago, so I can't remember the specifics anymore.

Welp, it was worth a try. :-)

I have the same problem, and I'm using heroku in production (it's still a small project ...), I'm not sure I'll be able to change the DNS servers ...

Just if somebody got the same issues: I've figured out that the little bad body Little Snitch  was my problem in Dev ;)

@ryanwanger I'm having the same problem. Did you manage to fix it?

If anyone else is having the same problem on Mac (development), I had to turn off ipv6 (networksetup -setv6off "Wi-Fi") for it to work with Google.

I have the same problem here in development. Sometimes is ok, and sometimes even 60 seconds of timeout (in geocoder.rb file) don't run. Obs: i'm using ubuntu.

@modusss , did you find the solution ?

@modusss , did you find the solution ?

Hey yes it seems to work have o look on the process here;
but it's not a good idea to keep that setup always like this .
This issue is may be caused by the world quarantine
setup ipv6

Thanks @v2lrf ! What do you mean by the world quarantine ?  Where did you get this info ?
I saw this problem happens frequently since many years !


Fatal Python error: could not acquire lock at interpreter shutdown...

A little bit excited about this project :)
In the process playing around, and have been getting some odd results with the following program:
# main.py
from chopsticks.tunnel import Tunnel
import tasks

def main(host):
    host.call(tasks.get_time)

if __name__ == '__main__':
    main(Tunnel('user@example.com'))

# tasks.py
import subprocess

def get_time():
    return subprocess.run('time', stdout=subprocess.PIPE, shell=True).stdout.decode()

Sometimes nothing prints, and program exits with code 0.
Sometimes I get the following (expected) printout (and code<EMAIL_ADDRESS>Usage: time [-apvV] [-f format] [-o file] [--append] [--verbose]
<EMAIL_ADDRESS>      [--portability] [--format=format] [--output=file] [--version]
<EMAIL_ADDRESS>      [--quiet] [--help] command [arg...]

... and sometimes I get a total failure:

<EMAIL_ADDRESS>Usage: time [-apvV] [-f format] [-o file] [--append] [--verbose]
Fatal Python error: could not acquire lock for <_io.BufferedWriter name='<stderr>'>
at interpreter shutdown, possibly due to daemon threads

Thread 0x00007f86dde4c700 (most recent call first):
  File ".../lib/python3.6/site-packages/chopsticks/ioloop.py", line 155 in println
  File ".../lib/python3.6/site-packages/chopsticks/ioloop.py", line 162 in _check
  File ".../lib/python3.6/site-packages/chopsticks/ioloop.py", line 145 in on_data
  File ".../lib/python3.6/site-packages/chopsticks/ioloop.py", line 223 in step
  File ".../lib/python3.6/site-packages/chopsticks/ioloop.py", line 242 in run
  File "/usr/lib64/python3.6/threading.py", line 864 in run
  File "/usr/lib64/python3.6/threading.py", line 916 in _bootstrap_inner
  File "/usr/lib64/python3.6/threading.py", line 884 in _bootstrap

Current thread 0x00007f86e259c4c0 (most recent call first):
[1]    6661 abort (core dumped)  ./main.py

The number of lines that successfully print before failure varies.

I'm running Python 3.6.1 locally, and 3.5.2 on the server. I don't know if it helps, but the result of running ssh -V is OpenSSH_7.5p1, OpenSSL 1.1.0f  25 May 2017.
Please let me know if there's any further information I could provide to help shed some light on this.

Hmm, looks like the import of subprocess (which happens both sides) is tripping over Chopsticks' IO loop somehow. May be to do with the stderr handling.
I will see if I can reproduce this when I get a few minutes.

Thanks :)

I have not been able to reproduce this.
Please can you let me know whether you're using Chopsticks 0.5 or master - and please could you check if it still occurs under current master.
I do understand the race condition where no stderr may be printed. That's somewhat expected, from my perspective, but I'll think what I can do to fix this or at least make it less surprising.
The crash is still very baffling.

I've just had another look. I was indeed using chopsticks 0.5, and it works on master \o/.
I've done a bisect, and it looks as though it was fixed in 41d7683da300e2a0f88a3a46add0eb49b3f54fce.
Thank you!

Thanks. I'll open an issue about the stderr handling specifically.


Different type for NCLOB

Add support for NCLOB
Now if column is marked as nclob it's created as CLOB in DB - should be nclob

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.saphka seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

Merged. Thanks.


Mark sudo extrinsics Pays::No in pre-dispatch

This PR marks all four extrinsics in the sudo pallet as PaysFees::No in the pre-dispatch phase. These extrinsics were already PaysFees::No in the post dispatch which means that no actual fees were ever taken.
This change allows the use of a sudo key without any funds.

Having written it, I now see the problem: If someone who isn't the correct sudo key calls this function we want it to fail and still charge them fees. By removing the fees predispatch, we make it free to send invalid sudo extrinsics to the chain.


How to change max message size

Overriding with postfix-main.cf cannot work
I wrote the following sentence in the postfix-main.cf
mailbox_size_limit = 52428800

Why cant it workshop?

Check #629


EXE  file

Where is exe file?
Thanks

Hello,
First of all, I recommend reading carefully  the 'Installation and Launch' section of the README.
Latest build for MS Windows can be downloaded here.

I try download the files and change with DenomEditor in program files folder, now the program dont start.
Any idea?

Unfortunately without detailed information about where (which OS) how and what you launch, its can be only guess. You can run the program using the DemonEditor-dbg.exe file from the root folder. The program should start with a terminal window in which you can see possible errors.

Hm, very strange. It looks for icons and not findes. What version of Windows and monitor resolution do you have? Delete the program from the 'Program Files' folder and unpack it to another location. Also try the previous version or this installer.

I use windows 11
with 3.6.0 Beta,have exe to install work great, but with this files no.

In the latest versions have been updated libraries set. Perhaps this is the reason. Nevertheless, everything works for me on Windows 11. Please test this too!

work

work

Doubly strange. Apparently there really is a problem with one of the libraries. I'll try to update again in the next build.
Unfortunately, I can't reproduce this problem at me. Everything starts and works as it should.

New build available. Please test!

Hello!
Dont start, same problem.
only DemonEditor-3.6.0-Beta-x64-Install work good!
Thanks

Hmm, tested on 2 different Windows 11 PCs. Everything runs. It cannot be ruled out that the question is about Windows security. There was a report that the antivirus "cursed" on executable files. So far no ideas.

Because it was long time no more messages with a similar problem, we are closing it for now.


listenbuddy: not found

In my testing on Ubuntu 14.04, it would appear that the listenbuddy go package isn't installed as part of boulder_setup.
    bash[run_boulder] action run
       - execute "bash"  "/tmp/chef-script20160420-1480-s2c3rp"
     * ruby_block[wait_for_bootstrap] action runstarted exec listenbuddy -listen :5673 -speak localhost:5672 with pid 17426
   /bin/sh: 1: exec: listenbuddy: not found
   GOBIN=./bin go install  ./...
   started exec listenbuddy -listen :5673 -speak localhost:5672 with pid 17426
   /bin/sh: 1: exec: listenbuddy: not found
   GOBIN=./bin go install  ./...
...
...

Requires the following to fix:
$ source /etc/profile.d/golang.sh
$ go get github.com/jsha/listenbuddy

I'm not sure whether this is a fix that should be implemented in this cookbook, or is perhaps something that is fixed upstream already? I notice https://github.com/letsencrypt/boulder/issues/1059 https://github.com/letsencrypt/boulder/issues/1250 for example.

Further to this, the boulder repo test/setup.sh script checked out does include the installation of listenbuddy https://github.com/letsencrypt/boulder/blob/8e6f13f189d7e7feb0f5407a9a9c63f3b644f730/test/setup.sh#L14 but for whatever reason, listenbuddy isn't found when boulder's start.py is run and requires the manual intervention above before ruby_block[wait_for_bootstrap] succeeds.


chore: Update dependencies in Cargo.toml files

Closes #1257
Removed the individual export for cargo-near-build to use the default exported dependency

@dj8yfo can you please suggest me a way t include build_script in the imports

@virajbhartiya please revert the change for build-script. This must be one line for factory-contract.
Importing it directly for build-scripts with additional features is ok, and is somewhat distinct purpose than routinely compiling contracts for tests

@virajbhartiya together with reverting examples/factory-contract you
removed lines with import use near_workspaces::cargo_near_build;
in tests of examples/fungible-token, examples/lockable-fungible-token, examples/non-fungible-token, did you?
Add these lines, and 6 test jobs should start passing

@race-of-sloths score 2


Android needs updated

Per https://github.com/facebook/react-native/issues/2983 we need a fresh react-native init on the Android folder.  Otherwise you can't run it.

I'm on it.

Just dropped https://github.com/jhabdas/react-native-webpack-starter-kit/commit/d6ea6992d3e9fae8b6f4d6cd888a0d35a9d30bcd. I'm not set-up to test Android yet, so I'm hoping someone can confirm this did the trick for them before we close.

@jhabdas See https://github.com/mjohnston/react-native-webpack-server/issues/65#issuecomment-151222398 you might want to add this to package.json so that people can run Android on device with this.

Done. Updated README with credit and links.


Incorrect file size unit of measure (or whatever these are)

Describe the bug
Instead of showing files size in KBs, MBs etc. Files UWP shows them in... "knowledge gase"? I don't even know what that is, nor I know if it's exclusive to the italian localization.
To Reproduce
Just open the app, you see these basically anywhere, no matter which layout. Even in Properties, you see these weird strings.
Expected behavior
Files size should be displayed in bytes and their multiples (KB, MB etc.)
Screenshots

Desktop (please complete the following information):

OS Version: Windows 10 2004
App version: v0.12.0

Nice case of automatic translation 😁. The issue is now fixed but not yet released to the store.

Also happens for German language: It says "MF" (how inappropiate 😅) instead of "MB" (also happens for KB (KF), GB (GF) etc.)


Tried to run on a Raspberry Pi...

I'm getting this message:
./archive http://www.example/feeds/global.xml
  File "./archive", line 63
    **ANSI,
          ^
SyntaxError: invalid syntax

python3 shows:
Python 3.4.2 (default, Oct 19 2014, 13:31:11)
[GCC 4.9.1] on linux
Anyone running successfully??

Upgrade your python, it needs at least 3.5.


Compiling C example needs more info on deps

Could you provide additional information on how to get dependencies? I've never done a lot with C, but I've been programming a while, so if I'm missing something basic that should be apparent, please let me know what to look into.
I copied the c example into a folder with just main.c, webview.h, and MakeFile, and I changed the two relative paths from the MakeFile to be correct for being in the same folder, but I got the error:
C:\Source\Go\src\github.com\PaluMacil\misc\c-webview [master ≡]> make example
cc -std=c99 -Wall -Wextra -pedantic -DWEBVIEW_WINAPI=1 main.c  -lole32 -lcomctl32 -loleaut32 -luuid -mwindows -o example
process_begin: CreateProcess(NULL, cc -std=c99 -Wall -Wextra -pedantic -DWEBVIEW_WINAPI=1 main.c -lole32 -lcomctl32 -loleaut32 -luuid -mwindows -o ex
ample, ...) failed.
make (e=2): The system cannot find the file specified.
make: *** [example] Error 2

Then I looked at the Go file and the cgo flags for a hint, and tried out some additional MakeFile values as follows:
# CFLAGS ?= -std=c99 -Wall -Wextra -pedantic
CC = gcc
CFLAGS = -DWEBVIEW_WINAPI=1
LDFLAGS = -lole32 -lcomctl32 -loleaut32 -luuid -mwindows

ifeq ($(OS),Windows_NT)
	WEBVIEW_CFLAGS := -DWEBVIEW_WINAPI=1
	WEBVIEW_LDFLAGS := -lole32 -lcomctl32 -loleaut32 -luuid -mwindows
else ifeq ($(shell uname -s),Linux)
	WEBVIEW_CFLAGS := -DWEBVIEW_GTK=1 $(shell pkg-config --cflags gtk+-3.0 webkitgtk-3.0)
	WEBVIEW_LDFLAGS := $(shell pkg-config --libs gtk+-3.0 webkitgtk-3.0)
else ifeq ($(shell uname -s),Darwin)
	WEBVIEW_CFLAGS := -DWEBVIEW_COCOA=1 -x objective-c
	WEBVIEW_LDFLAGS := -framework Cocoa -framework WebKit
endif

example: main.c webview.h
	$(CC) $(CFLAGS) $(WEBVIEW_CFLAGS) main.c $(LDFLAGS) $(WEBVIEW_LDFLAGS) -o $@

My error now mentions other problems:
gcc -DWEBVIEW_WINAPI=1 -DWEBVIEW_WINAPI=1 main.c -lole32 -lcomctl32 -loleaut32 -luuid -mwindows -lole32 -lcomctl32 -loleaut32 -luuid -mwindows -o exa
mple
In file included from main.c:6:0:
webview.h:377:26: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
     Site_QueryInterface, Site_AddRef,       Site_Release,
                          ^~~~~~~~~~~
webview.h:377:26: note: (near initialization for 'MyIOleClientSiteTable.AddRef')
webview.h:377:45: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
     Site_QueryInterface, Site_AddRef,       Site_Release,
                                             ^~~~~~~~~~~~
webview.h:377:45: note: (near initialization for 'MyIOleClientSiteTable.Release')
webview.h:382:5: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
     InPlace_AddRef,
     ^~~~~~~~~~~~~~
webview.h:382:5: note: (near initialization for 'MyIOleInPlaceSiteTable.AddRef')
webview.h:383:5: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
     InPlace_Release,
     ^~~~~~~~~~~~~~~
webview.h:383:5: note: (near initialization for 'MyIOleInPlaceSiteTable.Release')
webview.h:399:5: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
     Frame_AddRef,
     ^~~~~~~~~~~~
webview.h:399:5: note: (near initialization for 'MyIOleInPlaceFrameTable.AddRef')
webview.h:400:5: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
     Frame_Release,
     ^~~~~~~~~~~~~
webview.h:400:5: note: (near initialization for 'MyIOleInPlaceFrameTable.Release')
webview.h:416:5: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
     UI_AddRef,
     ^~~~~~~~~
webview.h:416:5: note: (near initialization for 'MyIDocHostUIHandlerTable.AddRef')
webview.h:417:5: warning: initialization from incompatible pointer type [-Wincompatible-pointer-types]
     UI_Release,
     ^~~~~~~~~~
webview.h:417:5: note: (near initialization for 'MyIDocHostUIHandlerTable.Release')
webview.h: In function 'EmbedBrowserObject':
webview.h:469:41: warning: passing argument 4 of 'pClassFactory->lpVtbl->CreateInstance' from incompatible pointer type [-Wincompatible-pointer-types
]
      pClassFactory, 0, &IID_IOleObject, &browserObject)) {
                                         ^
webview.h:469:41: note: expected 'void **' but argument is of type 'IOleObject ** {aka struct IOleObject **}'
webview.h:472:45: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
       SetWindowLongPtr(hwnd, GWLP_USERDATA, (LONG)ptr);

Does anything in my env affect this?
C:\Source\Go\src\github.com\PaluMacil\misc\c-webview [master ≡ +0 ~2 -0 !]> go env
set GOARCH=amd64
set GOBIN=C:\Source\Go\bin
set GOEXE=.exe
set GOHOSTARCH=amd64
set GOHOSTOS=windows
set GOOS=windows
set GOPATH=C:\Source\Go
set GORACE=
set GOROOT=C:\Go
set GOTOOLDIR=C:\Go\pkg\tool\windows_amd64
set GCCGO=gccgo
set CC=gcc
set GOGCCFLAGS=-m64 -mthreads -fmessage-length=0 -fdebug-prefix-map=C:\Users\dcwol\AppData\Local\Temp\go-build252644231=/tmp/go-build -gno-record-gcc
-switches
set CXX=g++
set CGO_ENABLED=1
set PKG_CONFIG=pkg-config
set CGO_CFLAGS=-g -O2
set CGO_CPPFLAGS=
set CGO_CXXFLAGS=-g -O2
set CGO_FFLAGS=-g -O2
set CGO_LDFLAGS=-g -O2

Here is my Go version:
C:\Source\Go\src\github.com\PaluMacil\misc\c-webview [master ≡ +0 ~2 -0 !]> go version
go version go1.8.3 windows/amd64

GCC version:
C:\Source\Go\src\github.com\PaluMacil\misc\c-webview [master ≡ +0 ~2 -0 !]> gcc -v
Using built-in specs.
COLLECT_GCC=C:\Program Files\mingw-w64\x86_64-7.1.0-posix-seh-rt_v5-rev0\mingw64\bin\gcc.exe
COLLECT_LTO_WRAPPER=C:/Program\ Files/mingw-w64/x86_64-7.1.0-posix-seh-rt_v5-rev0/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/7.1.0/lto-wrapper.exe

Target: x86_64-w64-mingw32
Configured with: ../../../src/gcc-7.1.0/configure --host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --prefix=/mingw64
--with-sysroot=/c/mingw710/x86_64-710-posix-seh-rt_v5-rev0/mingw64 --enable-shared --enable-static --disable-multilib --enable-languages=c,c++,fortra
n,lto --enable-libstdcxx-time=yes --enable-threads=posix --enable-libgomp --enable-libatomic --enable-lto --enable-graphite --enable-checking=release
 --enable-fully-dynamic-string --enable-version-specific-runtime-libs --enable-libstdcxx-filesystem-ts=yes --disable-libstdcxx-pch --disable-libstdcx
x-debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --wi
th-arch=nocona --with-tune=core2 --with-libiconv --with-system-zlib --with-gmp=/c/mingw710/prerequisites/x86_64-w64-mingw32-static --with-mpfr=/c/min
gw710/prerequisites/x86_64-w64-mingw32-static --with-mpc=/c/mingw710/prerequisites/x86_64-w64-mingw32-static --with-isl=/c/mingw710/prerequisites/x86
_64-w64-mingw32-static --with-pkgversion='x86_64-posix-seh-rev0, Built by MinGW-W64 project' --with-bugurl=http://sourceforge.net/projects/mingw-w64
CFLAGS='-O2 -pipe -fno-ident -I/c/mingw710/x86_64-710-posix-seh-rt_v5-rev0/mingw64/opt/include -I/c/mingw710/prerequisites/x86_64-zlib-static/include
 -I/c/mingw710/prerequisites/x86_64-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -fno-ident -I/c/mingw710/x86_64-710-posix-seh-rt_v5-rev0/mingw64/
opt/include -I/c/mingw710/prerequisites/x86_64-zlib-static/include -I/c/mingw710/prerequisites/x86_64-w64-mingw32-static/include' CPPFLAGS=' -I/c/min
gw710/x86_64-710-posix-seh-rt_v5-rev0/mingw64/opt/include -I/c/mingw710/prerequisites/x86_64-zlib-static/include -I/c/mingw710/prerequisites/x86_64-w
64-mingw32-static/include' LDFLAGS='-pipe -fno-ident -L/c/mingw710/x86_64-710-posix-seh-rt_v5-rev0/mingw64/opt/lib -L/c/mingw710/prerequisites/x86_64
-zlib-static/lib -L/c/mingw710/prerequisites/x86_64-w64-mingw32-static/lib '
Thread model: posix
gcc version 7.1.0 (x86_64-posix-seh-rev0, Built by MinGW-W64 project)

First problem is probably that cc is not defined. And the warnings when you compiled with gcc are ugly but it should still produce an executable

Please be patient, getting rid of all the warnings and getting a better build system (cmake in addition to make for easier integration?) is on my list right after I finish this webview-js branch.

Thanks for the quick reply. As someone without much C experience, I assumed it was my own poor understanding of C build systems, but I'll wait for you to finish your other branch. Hopefully I'll be able to contribute once I'm understanding better.
@henkman It does appear that there is an exe, but it doesn't do anything when I run it.

I updated the title once I noticed that go get results in the same initialization from incompatible pointer type error on Win 10.

Could you please review this issue? There has been some changes, and now we have CMake for C/C++ builds, also some issues related with Go builds have been resolved, too.

I just finished looking through some of the recent changes. Since I'm not familiar with C build systems, Cmake, make, etc, I will still need to have an explicit instruction such as running "cmake ." then "make ." in the example folder or however it works. I'll read up on those more tonight, check for any changes to this issue and / or the readme, and post here again with where I get.

Oh, lucky you are! CMake is a mess, in my opinion, and GNU make is not that bad but it's missing on Windows and people are still scared of it.
Anyway, running examples shouldn't be hard:
To build and run minimal example: cd examples/minimal && mkdir build && cd build && cmake .. && make && ./minimal
To build and run timer example: cd examples/timer-cxx && mkdir build && cd build && cmake .. && make && ./timer
To build and run minimal Go example you may do go run examples/minimal-go/main.go.
To build and run todo app in Go it's a bit more complicated: go build ./examples/todo-go && ./todo-go.
These are examples for linux, for macos to launch a binary do open timer or open minimal, because they are built as bundles. For Go examples you will have to make a bundle structure manually (there's a related issue #13).

@zserge I am not a c coder, but rather a golang coder.
i have used code from here to help with accesing c libs: https://github.com/xlab/c-for-go
The other work he has done is really amazing, so pushing this your way to see if it helps.

@PaluMacil
this is my test harness for running the examples and playing around. Might help

# ref: https://github.com/zserge/webview

DIR=${PWD}

LIB_GO_PATH=github.com/zserge/webview
LIB_FILE_PATH=${GOPATH}/src/${LIB_GO_PATH}

EX_GO_PATH=${LIB_GO_PATH}/examples
EX_FILE_PATH=${GOPATH}/src/${EX_GO_PATH}

check:

	@echo "## Checking paths ##"
	@echo

	@echo "DIR \t \t ${DIR}"
	@echo

	@echo "LIB_GO_PATH: \t ${LIB_GO_PATH}"
	@echo "LIB_FILE_PATH: \t ${LIB_FILE_PATH}"
	@echo

	@echo "EX_GO_PATH: \t ${EX_GO_PATH}"
	@echo "EX_FILE_PATH: \t ${EX_FILE_PATH}"
	@echo

dep:

	go get -u ${LIB_GO_PATH}/...

dep-clean:

	# delete lib code
	rm -rf ${LIB_FILE_PATH}

open-bash:

	# open bash terminal
	open -a Terminal.app ${LIB_FILE_PATH}

open-fs:

	# Opens Finder.
	open ${LIB_FILE_PATH}

open-vsc:

	# Opens Visual Studio Code
	code ${LIB_FILE_PATH}

open-vs:

	# Opens Visual Studio for Mac
	open ${LIB_FILE_PATH}

	# Works and runs :)

run:

	cd ${EX_FILE_PATH}/minimal-go && go run main.go

build:

	# Make OSX app scaffold
	cd ${EX_FILE_PATH}/minimal-go && mkdir -p minimal.app/Contents/MacOS
	cd ${EX_FILE_PATH}/minimal-go && mkdir -p minimal.app/Contents/Info.plist
	cd ${EX_FILE_PATH}/minimal-go && mkdir -p minimal.app/Resources/minimal.icns

	# build into the scaffold.
	cd ${EX_FILE_PATH}/minimal-go && go build -o minimal.app/Contents/MacOS/minimal
	cd ${EX_FILE_PATH}/minimal-go && open ./minimal.app

run-active:

	cd ${LIB_FILE_PATH}/go-example && go run main.go

build-active:

	# Make OSX app scaffold
	cd ${LIB_FILE_PATH}/go-example && mkdir -p minimal.app/Contents/MacOS
	cd ${LIB_FILE_PATH}/go-example && mkdir -p minimal.app/Contents/Info.plist
	cd ${LIB_FILE_PATH}/go-example && mkdir -p minimal.app/Resources/minimal.icns

	cd ${LIB_FILE_PATH}/go-example && go build -o minimal.app/Contents/MacOS/minimal
	cd ${LIB_FILE_PATH}/go-example && open ./minimal.app

@ i ended up usinf xgo to handle cross building and it works fine. I am also playing around with mobile IOS and android webviews.
For example to build for Windows from OSX or Linux
# gep deps
go get github.com/karalabe/xgo
docker pull karalabe/xgo-latest

# build window-go
	# Make build folder
	cd ./window-go && mkdir -p build

	# build local code using xgo
	cd ./window-go && xgo --targets=windows/* .

	# move into build folder
	cd ./window-go && mv *.exe ./window-go/build

This will allow you to build for android and ios also.


Ask Alby to integrate it

Hello
Cool add-on for Alby extension. Thanks for developing it.
Did you ask Alby people to look and consider integrate it into their product ? Having Liquid support would be a good thing.
There is a feature request to integrate Liquid already (https://feedback.getalby.com/-alby-extension-request-a-feature/posts/liquid-network-integration-within-the-ui).

Hello, anser was built for a bounty by alby and blockstream and it was specifically requested to be like this.
Your feature request is more similar to what is done in Aqua wallet, i believe, it should be possible to implement an alby connector that uses boltz.
That said, for my current aqua-like setup i use lnbits with

this PR for boltz based funding source: https://github.com/lnbits/lnbits/pull/2681
this extension to accept connections via nwc: https://github.com/lnbits/nwcprovider

and then i can connect alby or any other NWC wallet.
I don't know if this is an option for you, but if you can run a small server for the lnbits instance, this will give you the aqua experience and more, since you can get a liquid based lnaddress, merchant front etc... using the many extensions available for lnbits.

Hello @riccardobl thanks for the clarification
You mean Alby personal should merge this code into their existing product by themselves and it is not necessary a pull request ?

No, i mean this is not a product that can be merged to alby, it is standalone.
But there are better ways to do it alby native


Performance testing

We are having internal concerns on the performance of the heavy use of generics with compile times and also the run time of the mapping. We should construct a stress test that generates a large amount of services with a large amount of relations to see the compile time and run time performance.

Looking into this more there is a severe runtime performance hit as the number of services/relations grow.
We will need perf regression testing.


Issue 16 fix

I tested in Ubuntu 18.04. Author of #16 tested in Ubuntu 20.04.
Should this be tested in other distro's besides Ubuntu?

Removing the quotes is the wrong solution here.
It works because it exposes the backslashes to the shell, which removes them.  But it also exposes the wildcards (*), which we don't want.  If they happen to match something the script will break.
A better solution is to simply delete the backslashes, as they are not required for extended regular expressions.  Or better yet, don't use extended regex at all, because it is not needed for this pattern.

Already fixed by #18


Portrait Mode

Hi!
I've been wracking my brains trying to work out why the sensors weren't picking up my interactions with the buttons, and it turns out it's because I've set my Raspberry Pi to display in portrait mode, rather than landscape.
However, the sensor still thinks that the buttons are where they would be in landscape mode.
Is there a way to change where the sensor is looking for interaction?

Scratch that!!
So instead of rotating the display in RaspbianOS, I've used the solution below to add some css to custom.css:
https://forum.magicmirror.builders/topic/9707/save-performance-when-rotating-screen-e-g-on-raspberry-pi
This seems to rotate the sensor too so all is good! :)


mvn generate-resources fails to generate resources

The task is to replicate a sample app in Eclipse. The config file /src/resources/configdefinitions/test-processor.cfg reads
`package=org.topicquests.vespa.test
message string default=""
There are two java definitions in the org.topicquests.vespa.test directory. mvn generate-resources` compiles both of those java classes into /target/classes, and creates /target/test-classes/ which is empty, but does not generate the Config class I need to complete the Processor.  The pom.xml in play is here

My gosh! Bug fixed (it's between my ears). Just looking at the issue above, I realized I did not have the file tree structure correct. Gone again. Finnigan.


Add in test for travis attempt

Coverage remained the same at 78.03% when pulling 80405ac804abce5fae9d17ea38b2cd7094a12dfc on mongoid-gem-source into ce3c7f00e6e74867d28ab8e5f53e86603f0730a4 on master.

Coverage remained the same at 78.03% when pulling 3e64ae0144f8186de5f531bd0339484d929c0d16 on mongoid-gem-source into ce3c7f00e6e74867d28ab8e5f53e86603f0730a4 on master.


breaking changes search_type=scan and search_type=count deprecated in ES 2.1

According to ES these have been deprecated in 2.1.
https://www.elastic.co/guide/en/elasticsearch/reference/current/breaking_21_search_changes.html
For my particular use case I need to get the complete list of document IDs that match a search. I have been using search_type=scan. Would it be possible to add an enumeration for scroll to SearchType
so that it is used on the URL instead of scan?
ES now recommends getting all doc IDs using scroll and sorting by _doc.
GET /my_index/_search?scroll=2m
{
"sort": [
"_doc"
]
}
Thanks.

Does this question on StackOverflow help?
http://stackoverflow.com/questions/34754518/elasticsearch-2-1-deprecated-search-types
You say you need a complete list of document IDs, why can you not get them anymore?

search_type=scan and search_type=count are deprecated in Elasticsearch 2.1 but NEST client 2.0 also needs to support ES 2.0.x so we would want to keep them for compatibility. Adding an enum value of scroll for search_type is not going to work because the SearchType enum sets the search_type query string parameter key and value which we don't want to set for scroll.
As @RobinRieger has noted, the way to acheive this using NEST 2.x and ES 2.1 is the following:
var response = client.Search<T>(s => s
	.Scroll("2m")
	.Sort(ss => ss
		.Ascending(SortSpecialField.DocumentIndexOrder)
	)
);

which will result in a request like
POST http://localhost:9200/_search?scroll=2m
{
  "sort": [{
    "_doc": {
      "order": "asc"
    }
  }]
}

The default sort order for fields is ascending (except _score, whose default is descending).


Publish crate

Many peoples interested in raft, maybe publishing early version involves new peoples to development process

https://crates.io/crates/raft


Global configs in konnect.yml

Summary
Create global configs for Hosts that will be used if that specific field is not provided.
BEFORE: example konnect.yml file
hosts:
  app:
    user: ubuntu
    host: <IP_ADDRESS>
    port: 22
    key: ~/keys/deploy.pem
  database:
    user: ubuntu
    host: <IP_ADDRESS>
    port: 22
    key: ~/keys/deploy.pem
  redis:
    user: ubuntu
    host: <IP_ADDRESS>
    port: 22
    key: ~/keys/deploy.pem
  webpack:
    user: ubuntu
    host: <IP_ADDRESS>
    port: 22
    key: ~/keys/deploy.pem

In this example, the user, port and key are repetitive. It would be much better if we could define fields in some global config, and have those fields be applied to hosts that don't have them.
Something like:
AFTER: example konnect.yml file
global:
  user: ubuntu
  key: ~/keys/deploy.pem
  port: 22

hosts:
  app:
    host: <IP_ADDRESS>
    key: ~/prod/keys/app.pem
  database:
    user: postgres
    host: <IP_ADDRESS>
  redis:
    host: <IP_ADDRESS>
  webpack:
    host: <IP_ADDRESS>

Done https://github.com/exitshell/konnect/pull/40


Mark private messages as unread

It would be great to add a feature to mark private messages as unread, so we can read them once, marke the as unread no to forgot them if they need a reply, for example (and obviously, when a private message is marked as unread, the notification badge is displayed on the envelope icon).

Makes sense. That shouldn't be too hard to do. I'll look into it.


Handle case when admonition block spans more than one page

When the height of an admonition block exceeds one page, the line between the label and the content extends into the footer on the first page, then stops. The line should break with the content and continue onto subsequent pages.

The solution should follow the same logic that was used for example and sidebar blocks. See #362 and #259.


Plugins: Add liquibase maven plugin

Description

Config
What does this PR do?
Adds the liquibase maven plugin to enable immediate access to the liquibase command line.
Code review focus
Since it needs configuration, there is some config duplication from application.yaml. Also institutions will need to change the plugin conf, which might be a little hidden.
Dependencies

Checks

[ ] Tested with Oracle/PostgreSQL
[ ] Export updated
[ ] Documentation added
[ ] Tests added
[ ] E2e tests created
[ ] Successfully ran e2e tests before merge

closes GH-220

It was decided to not add configuration to the plugin inorder to avoid the issues described in the PR itself.


Correct version of rust is not accepted when using rustup

This is the ouput of a fresh mix project, where just the things from the documentation have been added.
$ mix compile
warning: 'multirust' is being renamed to 'rustup'. this command is deprecated. use 'rustup' instead
Required Rust toolchain version nightly-2016-05-07 is not installed.
It can be installed by running 'multirust update nightly-2016-05-07'.

** (RuntimeError) Compilation error
    lib/compiler.ex:9: Mix.Tasks.Compile.Rustler.throw_error/1
    lib/compiler.ex:22: Mix.Tasks.Compile.Rustler.run/1
    (elixir) lib/enum.ex:1105: Enum."-map/2-lists^map/1-0-"/2
    (mix) lib/mix/tasks/compile.all.ex:19: anonymous fn/1 in Mix.Tasks.Compile.All.run/1
    (mix) lib/mix/tasks/compile.all.ex:37: Mix.Tasks.Compile.All.with_logger_app/1
    (mix) lib/mix/tasks/compile.ex:84: Mix.Tasks.Compile.run/1
    (mix) lib/mix/cli.ex:58: Mix.CLI.run_task/2

$ rustup show
installed toolchains
--------------------

nightly-2016-05-07-x86_64-unknown-linux-gnu
nightly-x86_64-unknown-linux-gnu (default)

active toolchain
----------------

nightly-2016-05-07-x86_64-unknown-linux-gnu (directory override for '/home/NobbZ/projects/elixir/rustler_foo')
rustc 1.10.0-nightly (62e2b2fb7 2016-05-06)

$ rustc --version
rustc 1.10.0-nightly (62e2b2fb7 2016-05-06)

That is because only multirust is supported at the moment. Because of the recent mutlirust deprecation, adding rustup support is definitely planned.

Fixed along with #14


Find My Mouse: Always on Top

Microsoft PowerToys version
"0.49.1"
Running as admin

[ ] Yes

Area(s) with issue?
Mouse Utilities
Steps to reproduce
I pressed the left control key twice.
✔ Expected Behavior

❌ Actual Behavior

Other Software
No response

cc: @jaimecbernardo Maybe #14178 ?

This one is different.
I'm able to replicate this as well.
What I think is happening here is that Windows 11 is not allowing other applications to draw on top of the task bar / start menu if they are focused.

Yup, this is sadly a can't fix i believe.  Start menu wins to best of my knowledge