Cannot export to export.amar.io

I used the latest version of Databox in Android os.

And twitter app also cannot get data .

Re. export, as far as I know, the OS monitor doesn't export anything by default. Did you modify it to do so? If so, remember to update its manifest to add export permissions to that destination URL.

No, I don't modify anything ,I just pulled the latest version and built it with dev mode .
And I confirmed the databox-manifest.json of app-os-monitor  which has export permissions destination URL already added.

I just checked; you're right it does export. Could you post docker logs for app-os-monitor and core-export-service? Thanks.

Are you running in a vm or with any odd routing and port forwarding? @yousefamar how does the export.amar.io decide which data to display?
As for twitter did you configure the driver like this?

Go to https://apps.twitter.com/ and log in
Click create new app
Fill in the form (set website to http://<IP_ADDRESS>) agree to the T&C's
Then go to the 'Keys and Access Tokens' tab
Click on "Create my access token"
Then in databox find the driver tab and click on the twitter driver
Copy and past Consumer Key, Consumer Secret, Access Token, Access Token Secret into the driver and click save.

b520c6bcbf3d","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224936596,"_id":"59e5afa8773a5d0030950a4b"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.037109375,"timestamp":1508224936603,"_id":"59e5afa8773a5d0030950a4d"}c"}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character 'c' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.037109375,"timestamp":1508224936603,"_id":"59e5afa8773a5d0030950a4d"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":126377984,"timestamp":1508224936619,"_id":"59e5afa8773a5d0030950a4e"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126377984,"timestamp":1508224936619,"_id":"59e5afa8773a5d0030950a4e"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"c41f8d8d-1a6a-4551-88c0-55676e4a6210","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.17626953125,"timestamp":1508224941612,"_id":"59e5afad773a5d0030950a4f"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224941616,"_id":"59e5afad773a5d0030950a50"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03662109375,"timestamp":1508224941619,"_id":"59e5afad773a5d0030950a51"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":126124032,"timestamp":1508224941628,"_id":"59e5afad773a5d0030950a52"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126124032,"timestamp":1508224941628,"_id":"59e5afad773a5d0030950a52"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"0c10b81c-c342-420d-8ca5-41c28bc2f2a3","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.0361328125,"timestamp":1508224946587,"_id":"59e5afb2773a5d0030950a54"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.0361328125,"timestamp":1508224946587,"_id":"59e5afb2773a5d0030950a54"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":125489152,"timestamp":1508224946588,"_id":"59e5afb2773a5d0030950a56"}0a55"}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character '0' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":125489152,"timestamp":1508224946588,"_id":"59e5afb2773a5d0030950a56"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125489152,"timestamp":1508224946588,"_id":"59e5afb2773a5d0030950a56"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"e8a4cd88-3dbc-4380-9ea4-4d86e657f313","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224951592,"_id":"59e5afb7773a5d0030950a57"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03564453125,"timestamp":1508224951597,"_id":"59e5afb7773a5d0030950
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  unexpected end of JSON input
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03564453125,"timestamp":1508224951597,"_id":"59e5afb7773a5d0030950a59"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.17431640625,"timestamp":1508224951597,"_id":"59e5afb7773a5d0030950a5a"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224956614,"_id":"59e5afbc773a5d0030950a5b"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03515625,"timestamp":1508224956621,"_id":"59e5afbc773a5d0030950a5d"}5c"}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character '5' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03515625,"timestamp":1508224956621,"_id":"59e5afbc773a5d0030950a5d"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":125362176,"timestamp":1508224956632,"_id":"59e5afbc773a5d0030950a5e"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125362176,"timestamp":1508224956632,"_id":"59e5afbc773a5d0030950a5e"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"0b396679-a385-4939-b285-cab8a0ec86cb","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03466796875,"timestamp":1508224961621,"_id":"59e5afc1773a5d0030950a5f"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224961630,"_id":"59e5afc1773a5d0030950a60"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.17236328125,"timestamp":1508224961634,"_id":"59e5afc1773a5d0030950a61"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":125108224,"timestamp":1508224961644,"_id":"59e5afc1773a5d0030950a62"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125108224,"timestamp":1508224961644,"_id":"59e5afc1773a5d0030950a62"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"0b0238b7-c4b5-4af1-9359-2d5d99c31389","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224966616,"_id":"59e5afc6773a5d0030950a63"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":125489152,"timestamp":1508224966624,"_id":"59e5afc6773a5d0030950a64"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125489152,"timestamp":1508224966624,"_id":"59e5afc6773a5d0030950a64"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"82ae2509-0c54-48a1-acf1-f63d7ea3ff8a","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.0341796875,"timestamp":1508224966626,"_id":"59e5afc6773a5d0030950a65"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.17138671875,"timestamp":1508224966627,"_id":"59e5afc6773a5d0030950a66"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224971621,"_id":"59e5afcb773a5d0030950a67"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03369140625,"timestamp":1508224971631,"_id":"59e5afcb773a5d0030950a69"}}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character '}' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03369140625,"timestamp":1508224971631,"_id":"59e5afcb773a5d0030950a69"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":125616128,"timestamp":1508224971636,"_id":"59e5afcb773a5d0030950a6a"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125616128,"timestamp":1508224971636,"_id":"59e5afcb773a5d0030950a6a"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"ff257de0-0404-4ec0-a851-f7ac3856c41c","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224976609,"_id":"59e5afd0773a5d0030950a6b"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124981248,"timestamp":1508224976614,"_id":"59e5afd0773a5d0030950a6d"}c"}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character 'c' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124981248,"timestamp":1508224976614,"_id":"59e5afd0773a5d0030950a6d"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124981248,"timestamp":1508224976614,"_id":"59e5afd0773a5d0030950a6d"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"2bfa3357-6acc-4c4d-ac49-bb68dc9069b9","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16943359375,"timestamp":1508224976615,"_id":"59e5afd0773a5d0030950a6e"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224981632,"_id":"59e5afd5773a5d0030950a6f"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03271484375,"timestamp":1508224981639,"_id":"59e5afd5773a5d0030950a71"}}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character '}' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03271484375,"timestamp":1508224981639,"_id":"59e5afd5773a5d0030950a71"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":125743104,"timestamp":1508224981651,"_id":"59e5afd5773a5d0030950a72"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125743104,"timestamp":1508224981651,"_id":"59e5afd5773a5d0030950a72"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"b5953f42-ed54-4fc7-862a-865e609f4bc1","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16748046875,"timestamp":1508224986622,"_id":"59e5afda773a5d0030950a73"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124854272,"timestamp":1508224986623,"_id":"59e5afda773a5d0030950a75"}74"}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character '7' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124854272,"timestamp":1508224986623,"_id":"59e5afda773a5d0030950a75"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124854272,"timestamp":1508224986623,"_id":"59e5afda773a5d0030950a75"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"5b46587b-e436-4d30-bb7c-acc654917e55","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224986624,"_id":"59e5afda773a5d0030950a76"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124346368,"timestamp":1508224991623,"_id":"59e5afdf773a5d0030950a77"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124346368,"timestamp":1508224991623,"_id":"59e5afdf773a5d0030950a77"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"7f834a19-88ab-44c8-9f3f-6b1a20ea00d7","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16650390625,"timestamp":1508224991624,"_id":"59e5afdf773a5d0030950a78"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224991627,"_id":"59e5afdf773a5d0030950a7a"}}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character '}' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224991627,"_id":"59e5afdf773a5d0030950a7a"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508224996626,"_id":"59e5afe4773a5d0030950a7b"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03125,"timestamp":1508224996631,"_id":"59e5afe4773a5d0030950a7d"}}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character '}' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.03125,"timestamp":1508224996631,"_id":"59e5afe4773a5d0030950a7d"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16552734375,"timestamp":1508224996631,"_id":"59e5afe4773a5d0030950a7e"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124981248,"timestamp":1508225001632,"_id":"59e5afe9773a5d0030950a7f"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124981248,"timestamp":1508225001632,"_id":"59e5afe9773a5d0030950a7f"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"daa8b109-c98f-485e-a0cc-a9086041ae8e","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16455078125,"timestamp":1508225001633,"_id":"59e5afe9773a5d0030950a80"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225001634,"_id":"59e5afe9773a5d0030950a82"}}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character '}' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225001634,"_id":"59e5afe9773a5d0030950a82"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.0302734375,"timestamp":1508225006645,"_id":"59e5afee773a5d0030950a83"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225006647,"_id":"59e5afee773a5d0030950a84"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16357421875,"timestamp":1508225006661,"_id":"59e5afee773a5d003095
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  unexpected end of JSON input
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16357421875,"timestamp":1508225006661,"_id":"59e5afee773a5d0030950a86"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225011660,"_id":"59e5aff3773a5d0030950a87"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16259765625,"timestamp":1508225011667,"_id":"59e5aff3773a5d0030950a89"
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  unexpected end of JSON input
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16259765625,"timestamp":1508225011667,"_id":"59e5aff3773a5d0030950a89"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124727296,"timestamp":1508225011670,"_id":"59e5aff3773a5d0030950a8a"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124727296,"timestamp":1508225011670,"_id":"59e5aff3773a5d0030950a8a"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"059bb70c-e9bf-4deb-8aa9-4595ddb9a5dc","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225016653,"_id":"59e5aff8773a5d0030950a8b"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.029296875,"timestamp":1508225016656,"_id":"59e5aff8773a5d0030950a8c"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16162109375,"timestamp":1508225016663,"_id":"59e5aff8773a5d003095
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  unexpected end of JSON input
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16162109375,"timestamp":1508225016663,"_id":"59e5aff8773a5d0030950a8e"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225021671,"_id":"59e5affd773a5d0030950a8f"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124850176,"timestamp":1508225021674,"_id":"59e5affd773a5d0030950a91"}a90"}
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  invalid character 'a' after top-level value
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124850176,"timestamp":1508225021674,"_id":"59e5affd773a5d0030950a91"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124850176,"timestamp":1508225021674,"_id":"59e5affd773a5d0030950a91"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"b5c129bc-37f0-4ae6-9b0e-1ad82f135ef0","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.16064453125,"timestamp":1508225021678,"_id":"59e5affd773a5d0030950a92"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225026663,"_id":"59e5b002773a5d0030950a93"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":125612032,"timestamp":1508225026672,"_id":"59e5b002773a5d0030950a94"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125612032,"timestamp":1508225026672,"_id":"59e5b002773a5d0030950a94"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"88f25222-39c5-4362-9272-1f72cb72f82b","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.15966796875,"timestamp":1508225026674,"_id":"59e5b002773a5d0030950a95"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.0283203125,"timestamp":1508225026676,"_id":"59e5b002773a5d0030950a96"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225031684,"_id":"59e5b007773a5d0030950a97"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.02783203125,"timestamp":1508225031687,"_id":"59e5b007773a5d0030950a98"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.15869140625,"timestamp":1508225031693,"_id":"59e5b007773a5d0030950a99"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124850176,"timestamp":1508225031698,"_id":"59e5b007773a5d0030950a9a"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124850176,"timestamp":1508225031698,"_id":"59e5b007773a5d0030950a9a"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"4dc397fd-0a0e-4c73-903e-64741570c6dd","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225036690,"_id":"59e5b00c773a5d0030950a9b"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg5","data":0.02734375,"timestamp":1508225036693,"_id":"59e5b00c773a5d0030950a9c"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124850176,"timestamp":1508225036705,"_id":"59e5b00c773a5d0030950a9d"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124850176,"timestamp":1508225036705,"_id":"59e5b00c773a5d0030950a9d"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"09042a84-8f9e-48d0-8179-a2efbd0e18ab","state":"Pending","ext_response":{}}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.15771484375,"timestamp":1508225036707,"_id":"59e5b00c773a5d0030950a9e"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg1","data":0.0029296875,"timestamp":1508225041696,"_id":"59e5b011773a5d0030950a9f"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.15673828125,"timestamp":1508225041704,"_id":"59e5b011773a5d0030950aa1"
app-os-monitor.1.vaiscdayq4n9@databox    | json.Unmarshal error  unexpected end of JSON input
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"loadavg15","data":0.15673828125,"timestamp":1508225041704,"_id":"59e5b011773a5d0030950aa1"}
app-os-monitor.1.vaiscdayq4n9@databox    | DATA::  {"datasource_id":"freemem","data":124977152,"timestamp":1508225041712,"_id":"59e5b011773a5d0030950aa2"}
app-os-monitor.1.vaiscdayq4n9@databox    | Sending  {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124977152,"timestamp":1508225041712,"_id":"59e5b011773a5d0030950aa2"}"}
app-os-monitor.1.vaiscdayq4n9@databox    | Export result:: {"id":"f2fc94d9-adb5-4cdd-911a-87030500dc7c","state":"Pending","ext_response":{}}
////////////////////////////////////////////////app-os-monitor logs end ////////////////////////////////
/////////////////////////////////////////////////////////////////////////////
[vagrant@databox]$docker  service logs databox_export-service
ification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126885888,"timestamp":1508224806457,"_id":"59e5af26773a5d00309509e5"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":127012864,"timestamp":1508224811463,"_id":"59e5af2b773a5d00309509ea"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126377984,"timestamp":1508224816469,"_id":"59e5af30773a5d00309509eb"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126251008,"timestamp":1508224826510,"_id":"59e5af3a773a5d00309509f6"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126251008,"timestamp":1508224831480,"_id":"59e5af3f773a5d00309509f7"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126251008,"timestamp":1508224836517,"_id":"59e5af44773a5d00309509fe"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126377984,"timestamp":1508224841502,"_id":"59e5af49773a5d0030950a01"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126332928,"timestamp":1508224851544,"_id":"59e5af53773a5d0030950a0a"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126988288,"timestamp":1508224856510,"_id":"59e5af58773a5d0030950a0c"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126861312,"timestamp":1508224861542,"_id":"59e5af5d773a5d0030950a12"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":127139840,"timestamp":1508224866556,"_id":"59e5af62773a5d0030950a16"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126504960,"timestamp":1508224871519,"_id":"59e5af67773a5d0030950a17"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126631936,"timestamp":1508224876525,"_id":"59e5af6c773a5d0030950a1c"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126758912,"timestamp":1508224881529,"_id":"59e5af71773a5d0030950a1f"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126377984,"timestamp":1508224886538,"_id":"59e5af76773a5d0030950a26"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126124032,"timestamp":1508224891564,"_id":"59e5af7b773a5d0030950a2a"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126631936,"timestamp":1508224901548,"_id":"59e5af85773a5d0030950a2f"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126251008,"timestamp":1508224906592,"_id":"59e5af8a773a5d0030950a36"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126582784,"timestamp":1508224911554,"_id":"59e5af8f773a5d0030950a37"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125693952,"timestamp":1508224916561,"_id":"59e5af94773a5d0030950a3d"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126251008,"timestamp":1508224921565,"_id":"59e5af99773a5d0030950a41"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125489152,"timestamp":1508224926571,"_id":"59e5af9e773a5d0030950a46"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125870080,"timestamp":1508224931612,"_id":"59e5afa3773a5d0030950a4a"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126377984,"timestamp":1508224936619,"_id":"59e5afa8773a5d0030950a4e"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":126124032,"timestamp":1508224941628,"_id":"59e5afad773a5d0030950a52"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125489152,"timestamp":1508224946588,"_id":"59e5afb2773a5d0030950a56"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125362176,"timestamp":1508224956632,"_id":"59e5afbc773a5d0030950a5e"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125108224,"timestamp":1508224961644,"_id":"59e5afc1773a5d0030950a62"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125489152,"timestamp":1508224966624,"_id":"59e5afc6773a5d0030950a64"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125616128,"timestamp":1508224971636,"_id":"59e5afcb773a5d0030950a6a"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124981248,"timestamp":1508224976614,"_id":"59e5afd0773a5d0030950a6d"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125743104,"timestamp":1508224981651,"_id":"59e5afd5773a5d0030950a72"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124854272,"timestamp":1508224986623,"_id":"59e5afda773a5d0030950a75"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124346368,"timestamp":1508224991623,"_id":"59e5afdf773a5d0030950a77"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124981248,"timestamp":1508225001632,"_id":"59e5afe9773a5d0030950a7f"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124727296,"timestamp":1508225011670,"_id":"59e5aff3773a5d0030950a8a"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124850176,"timestamp":1508225021674,"_id":"59e5affd773a5d0030950a91"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":125612032,"timestamp":1508225026672,"_id":"59e5b002773a5d0030950a94"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124850176,"timestamp":1508225031698,"_id":"59e5b007773a5d0030950a9a"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124850176,"timestamp":1508225036705,"_id":"59e5b00c773a5d0030950a9d"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":124977152,"timestamp":1508225041712,"_id":"59e5b011773a5d0030950aa2"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":116424704,"timestamp":1508225051709,"_id":"59e5b01b773a5d0030950aaa"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":117440512,"timestamp":1508225056716,"_id":"59e5b020773a5d0030950aae"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":117313536,"timestamp":1508225061714,"_id":"59e5b025773a5d0030950ab0"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":116285440,"timestamp":1508225066737,"_id":"59e5b02a773a5d0030950ab6"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":117428224,"timestamp":1508225071720,"_id":"59e5b02f773a5d0030950ab9"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":116793344,"timestamp":1508225076728,"_id":"59e5b034773a5d0030950abd"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":116539392,"timestamp":1508225081731,"_id":"59e5b039773a5d0030950abf"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":116297728,"timestamp":1508225086753,"_id":"59e5b03e773a5d0030950ac6"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":116551680,"timestamp":1508225091750,"_id":"59e5b043773a5d0030950aca"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":115535872,"timestamp":1508225096719,"_id":"59e5b048773a5d0030950acd"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":116678656,"timestamp":1508225101732,"_id":"59e5b04d773a5d0030950ad1"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":115867648,"timestamp":1508225106756,"_id":"59e5b052773a5d0030950ad6"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":109469696,"timestamp":1508225111743,"_id":"59e5b057773a5d0030950ada"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":114757632,"timestamp":1508225116790,"_id":"59e5b05c773a5d0030950ade"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":115138560,"timestamp":1508225121778,"_id":"59e5b061773a5d0030950ae2"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":115265536,"timestamp":1508225131748,"_id":"59e5b06b773a5d0030950ae7"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":114884608,"timestamp":1508225136784,"_id":"59e5b070773a5d0030950aee"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":115646464,"timestamp":1508225146783,"_id":"59e5b07a773a5d0030950af5"}"}
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] [macaroon] macaroon verification passes
databox_export-service.1.6a80rv2kk2xx@databox    | service: [INFO] body: {"id":"","uri":"https://export.amar.io/","data":"{"datasource_id":"freemem","data":114724864,"timestamp":1508225151794,"_id":"59e5b07f773a5d0030950afa"}"}
[vagrant@databox ~]$

Seems like something between the export service and the outside world related to what tosh said.
export.amar.io will show any HTTP request that comes its way since page load. "query" are the URL variables, and "body" is POST data. If it's application/json, it shows up as-is, and if it's form-encoded data, it's turned into JSON first.

@Toshbrown  When after installing the driver-twitter,the driver page as following as

So I cannot insert the info of access token for twitter.
But now I checked again the driver-twitter page,I seen the request access token page.
I will be test !

Now I received the data ,thanks you.
The followiing data get from twitter app , What information is displayed ?
{
"tweet": "RT @MikeQuindazzi: #CX in 2020? 7 #technology trends defining the future of #CustomerExperience. (#AI #AR #VR #UX #IoT #Fintech)… ",
"sentiment": {
"score": 0,
"comparative": 0,
"tokens": [
"rt",
"mikequindazzi",
"cx",
"in",
"2020",
"7",
"technology",
"trends",
"defining",
"the",
"future",
"of",
"customerexperience",
"ai",
"ar",
"vr",
"ux",
"iot",
"fintech",
""
],
"words": [
""
],
"positive": [],
"negative": []
}
}

@yousefamar twitter app also cannot export .

@laelaeaung how is the networking on your VM configured?

I used NAT

Can you try Bridged networking so your VM gets an IP on you local network rather than an internal one. This may also fix your issues with the sensingkit driver #152

I've just tested it in a VM with bridged networking and a real phone and it all worked. Including sensingkit and the export service. @laelaeaung let me know how you get on and I will ad something to the docs about running in VMs

Hello,
I configured with NAT and Bridge networking ,
Now app-os-monitor and app-twitter are worked and can be exported.
But  Sensingkit driver ,installed and then selected the Mobile sensar data at lease 3
And I open the installed driver sensingkit the following are found

I install the light graph app,but there was not found datasources

I'm not sure the databox app will work in an emulator. Maby @ktg could comment

Installed driver-sensingkit UI does not show any info just only seen


Perform escaping validation

Fixes #614
I had to add a hack to skip the new logic for Escape YAML Special Characters rule, because the new approach would not work fine with abovementioned rule.
The idea was to ensure that in difficult scenarios use js-yaml serialization techniques.
So if we have a title - title we see that it deserializes as an array instead of string, so we conclude that we need to enclose the title in quotes "- title".
However such logic is fine when we are sure that we were escaping only the string.
But Escape YAML Special Characters is executed when the entire YAML object is processed, so each line is not meant to be a string, therefore abovementioned logic would not make sense.
I'd prefer Escape YAML Special Characters rule to be refactored to take advantage of the improvements I've made, but I think this would require rewriting that rule entirely, ideally treating the YAML as an AST, not by manual parsing line-by-line.
I also noticed that Escape YAML Special Characters might produce an invalid YAML, which in my opinion, we should avoid by all means.

The reason js-yaml isn't used is because Obsidian can create values that are invalid in regular JS which would not allow proper Obsidian YAML escaping for tags and aliases.
As for the other approach,  I don't like using a try catch to see if something needs escaping personally.
I agree that escape yaml characters could have used it at 1 point, but it escapes some cales that don't always need escaping in YAML thus it would break functionality to use js-yaml. This is just my cursory glance at this though.

Also could you explain the following?

I also noticed that Escape YAML Special Characters might produce an invalid YAML, which in my opinion, we should avoid by all means.

If we plan to use js-yaml, I would prefer we handle these scenarios for everything rather than just this one case.
For tag, tags, alias, and aliases we could probably manually parse them since they should be valid anyways. I am curios to hear your suggestions around this.

Also could you explain the following?

I also noticed that Escape YAML Special Characters might produce an invalid YAML, which in my opinion, we should avoid by all means.

The case when the string already has both single and double quotes are not processed by the previous implementation. There is even a test case that claims that it produces an invalid YAML

I am curious which one you are referring to. It does state that if you try to force the escaping of a single-line YAML array this can happen. However that is a problem inherent to the fact that Obsidian adds new kinds of YAML arrays.
I am not opposed to moving to using an AST parsing implementation, but I have yet to see how this fixes problems with invalid YAML and properly recognizing the new array types added for the 4 specific keys (tag, tags,  alias, aliases).

I have not yet decided on the implementation side of things, but I am opposed to the try catch method of saying if it throws an error it needs escaping since this is bad for performance and there should be another way to fix invalid strings without hitting the exception.

I have not yet decided on the implementation side of things, but I am opposed to the try catch method of saying if it throws an error it needs escaping since this is bad for performance and there should be another way to fix invalid strings without hitting the exception.

As far as I see js-yaml doesn't have a validate function to check if the input is the valid YAML or not.  That's why I had to deal with the try-catch approach.
I doubt the severity of the performance impact. 99% of the cases, the titles are relatively short and without special characters, so it will fall into basic case.

@pjkaufman can you please elaborate what do you call

a new array type

?

@pjkaufman can you please elaborate what do you call

a new array type

?

A new array type are things that normally are not considered arrays, but Obsidian treats them as arrays and as such in the YAML we would need to treat them that way as well.
The following are all considered arrays in Obsidian, but are not in YAML (unless something changed since I last looked at the specs where only single-line and multi-line arrays existed):
tags: tag1 tag2 tag3 tag4 # 4 element array
tags: [tag1 tag2 tag3 tag4] # 4 element array
tags: tag1, tag2, tag3, tag4 # 4 element array

I think I am missing one of the special array formats for YAML for Obsidian as well, but these 3 should suffice. We can manually parse them out as they would be considered valid YAML, but it makes using an AST a bit more of a headache for these new array types as they are either parsed as strings or single element arrays.

I am fine with having this merged, though we do need to fix the merge conflict first.

I am fine with having this merged, though we do need to fix the merge conflict first.

Fixed the merged conflict

Thanks!


Error w/ ? operator

So I have this use case that doesn't work, due to the ? operator:
let mut data_f =  tempfile()?;
data_f.write_all(&data)?;
data_f.flush()?;
data_f.set_permissions(Permissions::from_mode(0o0644))?;
data_f.seek(io::SeekFrom::Start(0))?;

I'd like to write this with cascade, but it will fail until I remove all the ? operators.
 let mut data_f =  cascade! {
    tempfile()?;
    ..write_all(&data)?;
    ..flush()?;
    ..set_permissions(Permissions::from_mode(0o0644))?;
    ..seek(io::SeekFrom::Start(0))?;
}

This has been fixed in version 0.1.3. Sorry for the insane wait, I forgot about this issue.


Its not showing on discord status

Description of the new feature / enhancement
with this patch it stopped showing on discord status any idea to fix it?
📸 Screenshots
No response

duplicate https://github.com/amd64fox/SpotX/issues/141


Application breaks after upgrade from 1.4.0 to 1.5.0

I'm submitting a bug report

Library Version:
1.5.0

Please tell us about your environment:

Operating System:
OSX 10.12.6

Node Version:
7.10.0

NPM Version:
4.2.0

JSPM OR Webpack AND Version
??

Browser:
all tested | Chrome 61

Language:
TypeScript 2.5.3

Current behavior:
After upgrading aurelia-templating-resources to 1.5.0, one of my applications stopped working. I have no idea how or why, but after downgrading to 1.4.0, my applications works again.
 Here's the message: "Unhandled rejection Error: Cannot find module './aurelia-templating-router/router-view.html'." it seems related to bluebird.
error.zip
It works again if I stick to aurelia-templating-resources: "1.4.0" AND aurelia-templating-router: "1.1.0".
I'm using webpack 2.1.0-beta.22

@enrico-padovani Did you try 1.5.1?

Yes i did

I've updated a webpack skeleton entirely and wasn't able to reproduce this. Could you try and see what triggers it @enrico-padovani ? If possible please post:

npm version
nodejs version
exact versions of libraries that you use (npm ls --depth 1)

That way we can compare since there's someone else with the same problem: https://github.com/aurelia/templating-router/issues/63

Here you have it:
npm 5.4.2
node v6.11.2
deps.zip

Make sure to remove the package-lock.json (or yarn.lock) from the project directory before you run npm install. We've had a few reports lately where updating libraries was causing issues because of the lock files

@heikomat @enrico-padovani I think we have resolved this issues with latest releases of framework modules where dependencies mismatch is sort-of eliminated (it may still happen if 3rd party plugin is having different version of aurelia-binding)
I'll close this for now. please feel free to reopen/ open a new one if you still encounter this.


How to troubleshoot failure in DBX Deploy - Workflow Artifacts - 401

Hello, Thanks for providing this accelerator. I am seeing a failure in deploy of BBX workflow artifacts.
Error text:
HTTPError: 401 Client Error: Unauthorized for url:
https://adb-2652455892987519.19.azuredatabricks.net/api/2.0/workspace/mkdirs

What is the best way for me to debug? I am fairly new to Azure but understand cloud in general. Happy to provide any other details.

uypdate: I am working through


To compile the code need portpicker. What for? is it safe?

Please make sure that this is a build/installation issue. As per our GitHub Policy, we only address code/doc bugs, performance issues, feature requests and build/installation issues on GitHub. tag:build_template
System information

OS Platform and Distribution (e.g., Linux Ubuntu 16.04): windows 10
Mobile device (e.g. iPhone 8, Pixel 2, Samsung Galaxy) if the issue happens on mobile device: no
TensorFlow installed from (source or binary): no
TensorFlow version: master branch
Python version: 3.8.6
Installed using virtualenv? pip? conda?: pip
Bazel version (if compiling from source): bazelisk
GCC/Compiler version (if compiling from source):
CUDA/cuDNN version: 11/8
GPU model and memory: 1070 ti 8 Gb

Describe the problem
To compile the code,  need portpicker. What for? is it safe?
Provide the exact sequence of commands / steps that you executed before running into the problem
Any other info / logs
Include any logs or source code that would be helpful to diagnose the problem. If including tracebacks, please include the full traceback. Large logs and files should be attached.

@Expert73
This question is better asked on StackOverflow since it is not a bug or feature request. There is also a larger community that reads questions there and provide better and faster support for such issues. Thanks!

We are using it internally for building.

thanks for answer!!!


Fix uiPoolDataProvider contract address on Harmony

@miguelmtzinf what happened to this pr?

This is no longer necessary as the UI was accommodated to make it work with Harmony market. Thanks

@miguelmtzinf but by updating the uipooldataprovider no?


Enhave demean performance [WIP]

This work-in-progress pull request aims to improve the performance of the demean function through memory management optimization. It also introduces a convergence indicator flag in the output, computed in a thread-safe manner. Currently, this flag is unused.
Additionally, it's worth noting that the previous implementation overwrote the input, whereas this implementation avoids that behavior. Allowing input overwriting can enhance the algorithm's performance.

This is just super awesome. Thanks so much @styfenschaer!
I get a speed boost of around 5x on my machine (which is arguably a few years old) and and with Python 3.10. Wow.
%load_ext autoreload
%autoreload 2

import numpy as np
import time

np.random.seed(1238)
N = 10_000_000
x = np.random.normal(0, 1, 10*N).reshape((N,10))
f1 = np.random.choice(list(range(1000)), N).reshape((N,1))
f2 = np.random.choice(list(range(1000)), N).reshape((N,1))

flist = np.concatenate((f1, f2), axis = 1)
weights = np.ones(N)

import pyhdfe
algorithm = pyhdfe.create(flist)

start_time = time.time()
res_pyhdfe = algorithm.residualize(x)
end_time = time.time()
print(end_time - start_time)
# 26.04527711868286

start_time = time.time()
res_pyfixest, success = demean(x, flist, weights, tol = 1e-10)
# Calculate the execution time
end_time = time.time()
print(end_time - start_time)
#4.334428071975708

np.allclose(res_pyhdfe , res_pyfixest)
# True

I will review this throughout the afternoon & then merge it all. Also, I think that the contribution is substantial enough that I'd be happy to add you to the list of package authors (or contributors, whatever you'd prefer).
Thanks so much!

There are three things I would like to mention:

Do you take compile time into account? That is, do you have a dry run of the function first or do you have caching enabled? Compilation time is about 3-6 seconds depending on whether you run it multi-threaded.
pyhdfe uses a lower tolerance if I am not mistaken.
Your problem is very big. Do you have enough memory to avoid memory swaps? If memory is swapped, the results will be biased.

The Python version may have less impact, but the Numba version can. I generally recommend using the latest Numba version.

Yes, I have a dry run first. Likely it's just my laptop that is a little bit of age 😄
I have updated the tolerance to 1e-08, now the factor is rather 6x on my machine.
On memory, I am not sure.

No matter what, my takeaway is that the speedups are just awesome!


I can't run linter-flake8 on my mac!

Hey guys,
When I try to install "linter-flake8" using mac terminal "pip install flake8"
I got this error message " Cannot uninstall 'entrypoints'. It is a distutils installed project and thus we cannot accurately determine which files belong to it which would lead to only a partial uninstall."
Any ideas on how to fix this issue and let this package work perfectly?

A quick search shows the workaround, however it sounds like you are still using the system installation of python which is positively ancient. You are likely better off figuring out how to install a current version of Python on your system and using that instead of the one included with your OS.
Marking this as closed since this is an issue with installing flake8, nothing to actually do with linter-flake8.


Program is all white when loading the lua

This happens after loading the hub.lua any ideas on what I am doing wrong?

Wow, haven't seen this one before, weird. Is there an error message or does the program still run normally?

I got it working but half the time it crashes


"invalid group specifier name" on MacOS Safari

Hello!
asciidoctor-kroki.js version 0.12
On Safari 14.0.3 with MacOS 10.15.7 (Catalina) the PlantUML diagrams doesn't render with the following error:
[Error] SyntaxError: Invalid regular expression: invalid group specifier name
	(anonymous function) (asciidoctor-kroki.js:18656)

Thanks for help in advance

Safari does not support lookbehind in regular expressions (sigh): https://caniuse.com/js-regexp-lookbehind
https://github.com/Mogztter/asciidoctor-kroki/blob/05623c9ea0bbf29c11bad848ee529f8694b9f2f3/src/preprocess.js#L106
To accommodate Safari we should rewrite this regular expression to avoid using lookbehind. It might require to do additional checks.

@romkavt The line number does not correspond but the error tells me that this is related to a regular expression. Do you have a more complete stacktrace ?

@Mogztter can we get this fix for Safari merged in?

@secdim If you could confirm that https://github.com/Mogztter/asciidoctor-kroki/pull/228 actually resolves this issue in Safari that would be helpful. I don't have Safari so I can't make sure that my fix is sufficient.

@secdim If you could confirm that #228 actually resolves this issue in Safari that would be helpful. I don't have Safari so I can't make sure that my fix is sufficient.

I merged this 'by hands' in our installation and I confirm the fix works well on Mac OS Safari.

Thanks for confirming, I will merge the pull request!

@secdim If you could confirm that #228 actually resolves this issue in Safari that would be helpful. I don't have Safari so I can't make sure that my fix is sufficient.

Yes, I have tested it and it fixes Safari issue.

@secdim Thanks for confirming, I will release a new version today.

Version https://github.com/Mogztter/asciidoctor-kroki/releases/tag/v0.14.0 has been released 🎉


recent search tabs feature enhancement

Save recently searched place #10

will save three recent searches
enabled cookies to persist the recent searches for 7 days
Display them under the search field
Display them in horizontal stack
Each of these items should be clickable and once clicked it should trigger the find schedule function.
They should only show before the user has searched.
work sample

Hi @OlivierJM , I created another PR. Previous PR is now closed as I messed up with yarn.lock.

Hi @OlivierJM , I created another PR. Previous PR is now closed as I messed up with yarn.lock.

Thanks @josh-susinth I just had not enough time to review it but I will take a look at this in the coming hours. Thanks a lot for this great work.

sure @OlivierJM looking forward to it. Also to note, this is my first OS contribution so pretty novice with the development environment and checks :)

Hi @OlivierJM , I created another PR. Previous PR is now closed as I messed up with yarn.lock.

Thanks @josh-susinth I just had not enough time to review it but I will take a look at this in the coming hours. Thanks a lot for this great work.

sure @OlivierJM looking forward to it. Also to note, this is my first OS contribution so pretty novice with the development environment and checks :)

You did great, just minor things I added comments above and thanks a lot 🚀 🙌🏽

Thank you and will make the changes soon

@josh-susinth let us know if you need any help

@josh-susinth let us know if you need any help

hey @OlivierJM & @Mwimwii . development is completed and resolved both of your comments too.  Since I'm new to writing unit tests, it would take some time for me to finish writing test cases for this. Though I've written a very basic test case, looks like writing test cases for this feature is a bit more tedious than I expected. I will try to push them ASAP.

@josh-susinth let us know if you need any help

hey @OlivierJM & @Mwimwii . development is completed and resolved both of your comments too. Since I'm new to writing unit tests, it would take some time for me to finish writing test cases for this. Though I've written a very basic test case, looks like writing test cases for this feature is a bit more tedious than I expected. I will try to push them ASAP.
would be helpful if anyone of you can help me with this

@josh-susinth I have added more tests but it is on this branch https://github.com/OlivierJM/powercut/tree/recentFeature can you please sync that branch with yours and push back to this PR then we can merge it. 🙏🏽

Or you can merge this https://github.com/josh-susinth/powercut/pull/1/files into your branch and it will reflect here.

Or you can merge this https://github.com/josh-susinth/powercut/pull/1/files into your branch and it will reflect here.

@OlivierJM merged your changes


Battle does not restart

Describe the bug
When battling the "Target" and "Walls" C# sample robots, hitting "Restart" does not restart the battle.  Instead the battle ends but does not restart. In the resulting state, hitting Ctrl+B to start a new battle does not open up the appropriate menu. To start a new battle, I had to close and reopen the GUI.
To Reproduce
Steps to reproduce the behavior:

Run robocode-tankroyale-gui-0.11.0.jar
Press Ctrl+B.
Run Target and Walls (from sample-bots-csharp-0.11.0)
Click "Add All"
Click "Start Battle"
Click "Restart"
Observe that the battle does not restart

Error info
No error message is displayed, as far as I can tell.
Expected behavior
The battle restarts when I click "Restart".
Desktop (please complete the following information):
-Windows 10
Java info:
openjdk version "<IP_ADDRESS>" 2022-02-08
OpenJDK Runtime Environment Temurin-<IP_ADDRESS>+1 (build <IP_ADDRESS>+1)
OpenJDK 64-Bit Server VM Temurin-<IP_ADDRESS>+1 (build <IP_ADDRESS>+1, mixed mode)
Additional context
This reproduces pretty consistently for me, but the issue does not occur every single time. While typing the steps up for this issue, I reproduced the problem several times. However, there was one time where the restart button did work correctly. This occurred when I had left the battle creation menu open for some time before actually starting the battle.
Some configuration options I used:
initial-position-enabled=false
tps=30

Thank you for reporting and providing the detailed decription. :+1:
I will have a look into this.
At first look, I have no problem restarting the battle when clicking the "Restart" button on the control panel, but the GUI does seem to have an issue when I select "Restart" from the menu.
I will have a look into this and fix it.

I had the same problem. Even with no robots loaded.
From a fresh install (no .properties files):

run robocode-tankroyale-gui-0.11.0.jar
Select Battle > Start Battle
Select OK on the Error window reporting no bot directory root
Select Dismiss on the Bot Root Directories Config window. No need to add anything to reproduce this error
Select Cancel on the Select Bots for Battle window
Select Battle > Start Battle. The window does not reappear for me

@beamer159 I found this issue as well and is working on a fix with version 0.11.1.

@dEgolf and @beamer159: I have now made a patch release for fixing the GUI.
Try out the patched GUI here: robocode-tankroyale-gui-0.11.1.jar

I tried out the new GUI (0.11.1) without updating the sample robots. Maybe I'm doing something simple wrong, but when I run a bot it doesn't seem to join anymore. For example, running Walls (from the 0.11.0 C# sample bots) adds Walls to "Running bots", but Walls never seems to show up in "Joined bots" afterwards for me.  (I waited for about two minutes.)

I am having the same problem as @dEgolf
https://i.imgur.com/qAL93Fq.gif

The problem seems to be better, but not 100% fixed. I can create a new battle, adding 2 sample robots, MyFirstRobot and SpinBot for example. While the battle is running, I can usually restart the battle successfully. However, maybe 1-5% of the time, clicking the restart button does not restart the battle, but instead stops the battle, and I cannot create new battles without closing the program.
When the program gets into this error state, I cannot "unjoin" robots. Stopping them from running locally does not remove them from the "Joined Bots" or "Selected Bots" window. Normally, the program is able to do this.
Additionally, after starting a new battle, clicking the restart button the first time consistently stops the battle instead of restarts the battle. Clicking the restart button subsequent times restarts the battle as expected.
Video demonstrating all three issues: https://i.imgur.com/GPrREhH.mp4

Restarting the battle the first time stops the battle instead of restarts
Sometimes, restarting the battle stops the battle and cannot be restarted afterwards
When the above error occurs, bots cannot unjoin

@beamer159 Thank you for the video. I really helps to see the problem. 👍🙂
I guess the is some raise condition between the GUI and the client handling connections with the bots.
I will look into this, as it needs to be fixed.

Great! I don't seem to experience this problem anymore when using v0.11.2. The battles seem to stop and restart as desired now, at least for me.

I am happy to hear that. 🙂


Negative padding

When I switched my application to php:7.4.0-fpm-alpine, I started receiving warnings that completely ruined possibility to use your library. I was using radio() method and after PHP updates these showed up:
Warning: str_repeat(): Second argument has to be greater than or equal to 0 in /application/vendor/league/climate/src/TerminalObject/Dynamic/Checkbox/Checkbox.php on line 177

They've appeared even with the basic implementation:
$cli = new CLImate();
$cli->radio("Test", [1, 2])->prompt();

For some reason calculated length for padding changed to a negative number (-5 for example above). I mapped $length variable to be always non-negative for Checkbox class' padding.
I had no problems with other components, so I'm leaving them as they are.

Hi @krzysztofrewak thanks for the pull request, this bug was caused by this code using the system object directly instead of via the utility factory which handles a default value when no terminal width is available.
A fix for this issue has been released in version 3.5.2 now


chore(apps/prod/tekton/setup): bump tekton operator to v0.65.0

With components updated:

hub "v1.12.0"
dashboard "v0.33.0"
pipeline "v0.44.0"
chains "v0.15.0"
triggers "v0.22.2"

/approve

/approve


OAuth2ImplicitGrantCallbackRouteMixin redirection

Hey! I've got my /login route setup like this:
import Route from '@ember/routing/route';
import UnauthenticatedRouteMixin from 'ember-simple-auth/mixins/unauthenticated-route-mixin';
import OAuth2ImplicitGrantCallbackRouteMixin from 'ember-simple-auth/mixins/oauth2-implicit-grant-callback-route-mixin';

export default Route.extend(UnauthenticatedRouteMixin, OAuth2ImplicitGrantCallbackRouteMixin, {

    authenticator: 'authenticator:oauth2'

});

And authentication works! When my server redirects the user to "{host}:{port}/login#access_token=abc", they do get authenticated.
/**
 * {@inheritdoc}
 */
public function authenticated(Request $request, SteamUser $steam)
{
    // Get or create the authenticating user from their steam details.
    $user = $this->get_or_create_user($steam);
    return response()->redirectTo('/login#access_token=' . $user->api_token);
}

However, it does not redirect them to the "routeIfAlreadyAuthenticated". For that to happen, I must manually click refresh, in which they get redirected. It should work like I have, right? The two mixins should not override each other?
Any help is appreciated!!

Any idea on how I can achieve this or if there's an easy way that's already included in ESA?

The UnauthenticatedRouteMixin mixin only redirects the user when they are already authenticated when they first access the route. That's not the case here though because when the user first enters the route, they are not authenticated, but they only get authenticated after they have entered the route (by the OAuth2ImplicitGrantCallbackRouteMixin). Redirecting the user to some target route after they become authenticated is done by the ApplicationRouteMixin's sessionAuthenticated method. Are you missing that mixin in the application route maybe?

Yup, I was! Now I've created a /callback route that uses both the OAuth2ImplicitGrantCallbackRouteMixin and ApplicationRouteMixin and it works :). However, I've used the "manage current user" guide by ESA, and when the /callback route redirects the user to "/" (index), the "{{currentUser.user}}" is null for like a tiny millisecond, so any template conditionals using that won't show, making kind of a weird user experience. However, when I refresh the page, that doesn't happen ( currentUser.user is made available before the page loads). Any idea what causes this?

@marcoow here's an image demonstrating: https://gyazo.com/45b07d0a7014a61fa4f3c37d6de702d6

As you can see, it flashes "No user" for like a tiny ms, which isn't the biggest deal, but a weird user experience none-the-less. I'd rather have the user wait a little extra for the whole page to load (as done when reloading browser).

Alright, so I think I'm on the right path, but for some reason it's not calling the underlying "sessionAuthenticated" logic that triggers the redirection.
import Mixin from '@ember/object/mixin';
import { inject as service } from '@ember/service';
import ApplicationRouteMixin from 'ember-simple-auth/mixins/application-route-mixin';

/**
 * A mixin that changes some of ESA's "ApplicationRouteMixin" default behavior.
 */
export default Mixin.create(ApplicationRouteMixin, {

    /**
     * The user that's currently logged in.
     */
    currentUser: service(),

    beforeModel() {
        // Load the current user here so that it becomes available everywhere.
        return this._loadCurrentUser();
    },

    /**
     * Called when the session gets authenticated.
     */
    async sessionAuthenticated() {
        await this._loadCurrentUser();
        this._super(...arguments);
    },

    /**
     * Loads the currently logged in user. Invalidates the session if the loading fails.
     */
    _loadCurrentUser() {
        return this.currentUser.load().catch(() => this.session.invalidate());
    }

});

@ExpDev07 the above code looks correct, just make sure that's your application route, not the callback route (I think you're saying above the callback route has both the OAuth2ImplicitGrantCallbackRouteMixin and the ApplicationRouteMixin which is wrong).

Yup, I noticed. I removed the ApplicationRouteMixin from callback route and just kept it in my application route. It works, but it doesn't call super and redirect the user. But when I remove "async" and "await", it does call both _loadCurrentUser() and the underlying logic which does the redirect. I've got no idea why... My current-user service just looks like this:
import Service from '@ember/service';
import RSVP from 'rsvp';
import { inject as service } from '@ember/service';

/**
 * A service to manage the currently logged in user.
 */
export default Service.extend({

    session: service(),
    store:   service(),

    load() {
        // Check if the session is authenticated.
        if (this.session.isAuthenticated) {
            // Query the store for myself and set it when found.
            return this.store.queryRecord('user', { me: true }).then((user) => {
                this.set('user', user);
            });
        } else {
            // Just resolve.........
            return RSVP.resolve();
        }
    }

});

Thanks for replying btw!

Hm, yeah - the guide is wrong actually. You cannot call this._super after await - you'd have to do this (see https://github.com/ember-cli/ember-cli/issues/6282):
async sessionAuthenticated() {
  let _super = this._super;
  await this._loadCurrentUser();
  _super.call(this, ...arguments);
}

Can you submit a PR to fix the guide?

Yes, I can, but the problem is, that doesn't work either
/**
 * Called when the session gets authenticated.
 */
async sessionAuthenticated() {
    await this._loadCurrentUser();
    this._super.call(this, ...arguments);
},

It doesn't redirect... once I remove "async" it works...

It works, wohoo! Thanks so much, I could absolutely not find this. Yup, I'll update it!

https://github.com/simplabs/ember-simple-auth/pull/1924

https://github.com/simplabs/ember-simple-auth/pull/1924


Signal error when importing out of date extensions

Warn users when they use extensions (e.g., import aix files) that no longer work do to changes in App Inventor.

I'm not sure we can realistically support this in the long term. At the moment, we do not embed any information about the current build of App Inventor into extensions. Assuming we did, extensions authors might need to rebuild their extensions for every new release of App Inventor which may not be feasible. Further, just because we release a new version does not imply it breaks extensions published with the previous version. Since this issue was raised we have added a field for extension authors to specify a minimum Android SDK version to provide a floor for extensions so I think we can close this issue for now.


Fix a heap corruption

Fix heap corruption from unexpected file read after running out of cpu buffers and Buffer::reserve() has failed with SlabTooBig exception

closed with 7d17a5334b3e8db3


Add missing flags in glibc arm

Adds two missing flags that are defined everywhere except for arm-linux-gnueabi for some reason : SO_PASSCRED and SO_SNDBUFFORCE.
Also adds MAP_32BIT on x86_64-linux-android and i686-linux-android.

@bors: r+

:pushpin: Commit 0ea2040 has been approved by alexcrichton

:hourglass: Testing commit 0ea2040f13e269dfd73b89a31b56b1f1d83f2c70 with merge 44034f077754b9148b685ee441e43b57b7bf4a32...

:sunny: Test successful - status-appveyor, status-travis
Approved by: alexcrichton
Pushing 44034f077754b9148b685ee441e43b57b7bf4a32 to master...


Other Multimodal Formats

Have you thought about including CurbLR & shared-row as other multimodal formats in your larger list in this repo?

https://github.com/d-wasserman/shared-row
https://github.com/curblr/curblr-spec

Thanks, @d-wasserman - I've added them both!


chore(main): release flipt 0.4.1

:robot: I have created a release beep boop
0.4.1 (2023-04-26)
Features

add meta/info client; add crate version to user-agent (#13) (d1158f9)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/flipt-io/flipt-rust/releases/tag/flipt-v0.4.1 :sunflower:


v1.0.10 doesn't capture IE 11 windows/tabs on Windows Server 2012

Hello,
I have been using the following to capture a screenshot of IE 8/9/10 browser pages - works great. It however does not work on IE 11.
Win32::Screenshot::Take.of( :window, :rautomation => win.rautomation, :context => :client ).write( path )
Tried a number of things including using spy++ to locate all hwnd handles from IE - ran each one through this line in a loop to try to see if any would capture the content.
Win32::Screenshot::Take.of( :window, :hwnd => hand, :context => :client ).write( "#{hwnd.to_s(16)}.png" )
All of them capture a 0 byte screenshot, with the exception of the main tab hwnd (class IEFrame) with the title of the current page. The main tab hwnd captures the attached screenshot (black window header, tabs visible, white page content).
Also tried some things that googling brought up, but no success:
Win32::Screenshot::Take.of( :window, :rautomation => win.rautomation, :context => :window ).write( path )
Win32::Screenshot::Take.of( :window, :rautomation => win.rautomation.child( :class => "Internet Explorer_Server" ) ).write( path )
This appears to be a bug for newer version of IE and/or OSs as I cannot seem to find a way to capture with any combination of arguments. Let me know if you have any suggestions or experience with this issue.
Thanks!
Michael

Everything looks to be working again with v1.0.10. My guess thus is that it was a Windows bug that Microsoft has patched. Thanks again for the suggestions.


Fix used segment retrieval in Kill tasks

Fixes a bug introduced because of https://github.com/apache/druid/pull/15107.
If the batch size is large and there are more than 120 intervals in the used segment fetch query, it may fail with the following error:
 java.sql.SQLSyntaxErrorException: Statement too complex.
Since a KillTask operates with an EXCLUSIVE lock, the set of used segments cannot change in between the task unless there is a revokal.
Changes in this PR:

Fetch the used segment set exactly once before processing any of the batches because of the above assumption.
Fetch all non-revoked locks of the task before each batch to ensure that none of them were revoked in between batch processing. This ensures that we kill only those segments which are currently locked by the kill task.

This PR has:

[ ] been self-reviewed.

[ ] using the concurrency checklist (Remove this item if the PR doesn't have any relation to concurrency.)

[ ] added documentation for new or modified features or behaviors.
[ ] a release note entry in the PR description.
[ ] added Javadocs for most classes and all non-trivial methods. Linked related entities via Javadoc links.
[ ] added or updated version, license, or notice information in licenses.yaml
[ ] added comments explaining the "why" and the intent of the code wherever would not be obvious for an unfamiliar reader.
[ ] added unit tests or modified existing tests to cover new code paths, ensuring the threshold for code coverage is met.
[ ] added integration tests.
[ ] been tested in a test Druid cluster.

@abhishekrb19 I'll address your feedback in a follow-up PR.


Homeassistant node is trying to reach zigbee2mqtt on port 9090

Description of problem:
Hello.
I have my home assistant installation and my zigbee2mqtt running on different nodes.
I have configured zigbee to use home assistant as mqtt broker and everything works, a bit slow, but works.
On my zigbee server I have ufw activated, and this blocks access to all ports except for the normal ones: 443, 22, 80, etc.
If I check the log of my zigbee server I see blocked request coming from my hassio host on port 9090.
I am wondering what this port is for? And what is home assistant trying to achieve by contacting my zigbee server on that port?
Running platform (details from Suypervisor > System)
System Health

version
core-2021.5.4

installation_type
Home Assistant OS

dev
false

hassio
true

docker
true

virtualenv
false

python_version
3.8.9

os_name
Linux

os_version
5.4.109

arch
x86_64

timezone
Europe/Madrid

Home Assistant Community Store

GitHub API
ok

Github API Calls Remaining
5000

Installed Version
1.12.3

Stage
running

Available Repositories
890

Installed Repositories
20

Home Assistant Cloud

logged_in
false

can_reach_cert_server
ok

can_reach_cloud_auth
ok

can_reach_cloud
ok

Home Assistant Supervisor

host_os
Home Assistant OS 5.13

update_channel
stable

supervisor_version
supervisor-2021.04.3

docker_version
19.03.15

disk_total
24.9 GB

disk_used
16.8 GB

healthy
true

supported
true

board
ova

supervisor_api
ok

version_api
ok

installed_addons
Samba share (9.3.1), AppDaemon 4 (0.6.0), File editor (5.3.0), ESPHome (1.17.1), SSH & Web Terminal (8.2.1), WireGuard (0.5.1), UniFi Controller (0.22.0), Node-RED (9.0.1), Mosquitto broker (5.1.1), Visual Studio Code (3.3.1), Home Assistant Google Drive Backup (0.102.0), MariaDB (2.3.0), Portainer (1.5.0)

Lovelace

dashboards
3

resources
11

views
6

mode
storage

Firewall logs
[134866.124061] [UFW BLOCK] IN=eth0 OUT= MAC=xxxxxxx SRC=<IP_ADDRESS> DST=<IP_ADDRESS> LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=65280 DF PROTO=TCP SPT=37286 DPT=9090
[134947.276487] [UFW BLOCK] IN=eth0 OUT= MAC=xxxxxxx SRC=<IP_ADDRESS> DST=<IP_ADDRESS> LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=56781 DF PROTO=TCP SPT=37446 DPT=9090 WINDOW=64240 RES=0x00 SYN URGP=0

I think that is a question for the Home-Assistant repo. It might be something that the supervisor does to try and communicate with it's add-ons or so. I don't have much knowledge on this, but I assume you could dig in the supervisor code to understand it.


Add style rule for mandatory braces for control flow statements

This adds the rule that was talked about in #365

@schalkms Thanks for the review! Would you mind taking another look?
I've looked at all the comments and applied them :). I added them as two separate commits but I can squash them into one once it's mergeable.

Hey, thanks for the contribution!
I think you should handle the else-branch too.
As @schalkms mentioned, this does not get detected:
if (true) {
  //
} else
  print()

@arturbosch Yes, I totally agree. I'll add it :) thanks


no attribute 'disable'

What is explained does not work! When we execute:
git clone https://github.com/pimoroni/trilobot-python
cd trilobot-python
sudo ./install.sh
python flash_underlights.py
----> AttributeError: module 'sn3218' has no attribute 'disable'
I looked at the trilobot code and you are not using the class defined by sn3218 as object, and as the
disable function is missing, so we get the previous error.
So I replaced
sn3218.disable()
by
sn3218._get_sn3218().disable()
It works, but this is not the right way to do it!!!

Thanks for raising this. I believe our SN3218 library was updated recently, so sounds like the disable was hidden for some reason. I will check to see what happened and push a fix.

I'm seeing the same issue too. The above fix worked for me also. Thanks!

I too am having the problem, and wasted a lot of time uninstalling and reinstalling!!!

Any eta to when this issue will be fixed on this repo?

Apologies to all of you for letting this slip! It has been on my list to get this sorted, but other tasks have kept getting in the way.
I have had the priority of this raised in our internal work schedule, so I hope to get to it either by the end of this week, or early next @justanotherbyte.

I had chance today to fire up a fresh Trilobot and reproduce the issue. I can confirm that it is because of the 2.0.0 update to the SN3218 library, as initially I was running 1.2.7 and couldn't reproduce until I updated.
The fix is currently here: https://github.com/pimoroni/trilobot-python/pull/33.
Once it gets merged then you will be able to get it by doing:
git clone https://github.com/pimoroni/trilobot-python
cd trilobot-python
sudo ./install.sh --unstable

In the meantime you can do pip install sn3218==1.2.7 to downgrade your library to work with the current Trilobot library.

Awesome thanks 👍

Is there an update on this? I'm still having this issue...

Hi @RowMur. Sorry, it seems I never merged the branch with the fix in! I'll merge it in now, then you can try doing:
git clone https://github.com/pimoroni/trilobot-python
cd trilobot-python
sudo ./install.sh --unstable

Hey @ZodiusInfuser unfortunally the issue seems not to be fixed on main branch. I need to checkout the 0.0.1 release tag and also manully install sn3218 in version 1.2.7.

Hey @RowMur, @christophh-tt. I have set up a fresh Pi OS image today and followed our install instructions for Trilobot. Out of the box the examples work first time for me. This seems to be because it pulls down the v0.01 version of this library and the v1.2.7 of the sn3218 library. If I use Pip to upgrade the sn3218 library then the errors occur. Perhaps not may users have done this, hence the low number of reports of this issue? 🤔
Carrying on, I tried following my own instructions from last week and Aug 23, 2022, of installing unstable, and that resulted in the same error of sn3218 complaining about the missing disable(). Checking the line number of the error revealed the issue to me. Even though the unstable v0.0.2 had been installed correctly (i.e. main branch), v0.0.1 was also installed and took priority.
Running sudo ./install.sh --uninstall removed the v0.0.1 for me, letting v0.0.2 work. Worth you two giving this a try.
In the meantime I will go ahead with raise a new release, so that people don't need to grab unstable in the future.

Great, thanks for the support. I'll give this another try.

The 0.0.2 release is now live on PyPi and I have tested with a fresh sudo ./install.sh. Can also be pulled down with pip install trilobot

I have just tried pip install trilobot but still getting errors:
steve@raspberrypi:~/Pimoroni/trilobot/examples $ python3 show_underlighting.py
Trilobot Example: Show Underlighting
Traceback (most recent call last):
File "/home/steve/Pimoroni/trilobot/examples/show_underlighting.py", line 16, in
tbot = Trilobot()
File "/usr/local/lib/python3.9/dist-packages/trilobot/init.py", line 134, in init
self.sn3218 = sn3218.SN3218()
File "/usr/local/lib/python3.9/dist-packages/sn3218/init.py", line 26, in init
self.i2c = SMBus(i2c_bus)
FileNotFoundError: [Errno 2] No such file or directory
Exception ignored in: <function Trilobot.del at 0x7f81c8b8b0>
Traceback (most recent call last):
File "/usr/local/lib/python3.9/dist-packages/trilobot/init.py", line 155, in del
self.sn3218.disable()
AttributeError: 'Trilobot' object has no attribute 'sn3218'

@IgnatiusB That error is because you need to enable the I2C bus on your Pi. It is not related to this issue.
You can find the instructions for doing this on the main page of this repo, but I have pasted them below too:
Pre-requisites
You must enable:

i2c: sudo raspi-config nonint do_i2c 0

You can optionally run sudo raspi-config or the graphical Raspberry Pi Configuration UI to enable interfaces.

Thanks very much for your help. Everything working now.
Best wishes.
From: ZodiusInfuser @.>
Sent: 12 February 2023 13:44
To: pimoroni/trilobot-python @.>
Cc: Steve @.>; Mention @.>
Subject: Re: [pimoroni/trilobot-python] no attribute 'disable' (Issue #32)
@IgnatiusB https://github.com/IgnatiusB  That error is because you need to enable the I2C bus on your Pi. It is not related to this issue.
You can find the instructions for doing this on the main page of this repo, but I have pasted them below too:
Pre-requisites
You must enable:

i2c: sudo raspi-config nonint do_i2c 0

You can optionally run sudo raspi-config or the graphical Raspberry Pi Configuration UI to enable interfaces.
—
Reply to this email directly,  https://github.com/pimoroni/trilobot-python/issues/32#issuecomment-1427037352 view it on GitHub, or  https://github.com/notifications/unsubscribe-auth/AEKSSB4GQXZ6GJ6M6UBTHTDWXDSKXANCNFSM5RUEHBMA unsubscribe.
You are receiving this because you were mentioned.Message ID: @.***>

Aha uh... sorry Chris, I very obviously caused this havoc 😬
Trilobot worked out the box for me, too, so I'll consider this complete!


Add except block and pythonic write edit.

Description:
Related issue (if applicable): fixes #
Pull request in home-assistant.io with documentation (if applicable): home-assistant/home-assistant.io#<home-assistant.io PR number goes here>
Example entry for configuration.yaml (if applicable):

Checklist:

[x] The code change is tested and works locally.
[x] Local tests pass with tox. Your PR cannot be merged unless tests pass
[x] There is no commented out code in this PR.

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

[x] Documentation added/updated in home-assistant.io

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

[x] New dependencies have been added to the REQUIREMENTS variable (example).
[ ] New dependencies are only imported inside functions that use them (example).
[x] New or updated dependencies have been added to requirements_all.txt by running script/gen_requirements_all.py.
[ ] New files were added to .coveragerc.

If the code does not interact with devices:

[x] Tests have been added to verify that the new code works.

Hi @ilteriskeskin,
It seems you haven't yet signed a CLA. Please do so here.
Once you do that we will be able to review and accept this pull request.
Thanks!

Umm... Why?

Umm... Why?

Long line in one line.

Within the classical best-practice limit of 80 characters, but sure.
However, I was more curious about the except block.

I am sorry this is my mistake.

This makes no sense, no description provided either, no CLA signed.


Local scope section filling algorithm

This task is automatically imported from the old Task Issue Board and it was originally created by Ilya Bogdanov.
Original issue is here.

Why
As Enso User
I want to see local scope entries centered by default
So that their position matches the positions of first entries in other sections
Acceptance Criteria
Currently, the local scope section is filled left-to-right. We need to change that and fill the columns in order center-left-right.
Scenario:
GIVEN The component browser with local scope section opened
WHEN There is a single element in the local scope section
THEN It is positioned in the middle column
WHEN There are two elements in the local scope section
THEN They fill the center and left columns, the first entry is moved to the left column
WHEN There are three and more entries in the local scope section
THEN They are evenly distributed between all three columns in alphabetical order left-to-right, bottom-to-top

Notes

No longer valid in new CB.


AAI Bluetooth Apps not supported

Hey there,
I'm just curious about having the possibility to run Bluetooth Apps on my car or not. I own a 2016 BMW with entry_nav ID4 (I've seen a few issues here where other users have even older models with supporting BT Apps). I haven't been able to properly connect my phone (Android 11) to the car via USB for a long time (even before Connected App 6.4). I always get something like 'not supported' during Connected Drive assistant in my car. However, since myBMW App supports BT Apps, I'm curious about how to get this working with my car - if possible. Is there anything special my car should have to support in order to get BT Apps running? I've just stumbled about AAI and am really keen about to get it running.

I believe the main requirement for Bluetooth Apps is ID5/ID6L, and your car's ID4 probably only supports USB. Another requirement is that the Bluetooth settings for your phone within the car should show a Bluetooth checkbox like so. AAIdrive will detect whether the required SPP connection (Bluetooth Serial Port Profile) is available and show a checkbox indicating whether Bluetooth Apps are supported, and I don't believe this SPP availability can change during the life of the headunit.
As for your phone being 'not supported', is your phone set to Charge Only over USB or have you flipped it to File Transfer? My test Pixel 2 defaults to Charge Only and I need to flip this setting to get the connection to continue.

Alright, I see. According to your information, especially the image, I don't have BT apps in my car. Sad, thought this would be possible due to enhanced BT.
Anyways. I'm using a Galaxy Note 10 with Android 11 and as soon as I plug the USB cord in it jumps to charge. However, I always change it to file transfer. I never get something else shown except of 'not supported' but what I get is a rebooting MMI of my BMW a few minutes later while being plugged in with my phone being on file transfer mode. No idea what the issue is in here. Not only that AAI isn't working, I can't even get the prerequisite to work properly.

Indeed, it looks like Enhanced Bluetooth at that time mostly added music and the contacts and sms abilities over Bluetooth.
That is a very curious bug indeed! In my Galaxy S9, when I set it to File Transfer mode, the phone brings up a prompt to open the MyBMW, Mini, or Supra app (if multiple are installed) right as the phone's USB settings flips to Accessory mode (which displays as Charging mode, but AAIdrive will show a checkbox saying it's in Accessory mode). If the phone never flips away from File Transfer mode after you first change it, that's very unexpected indeed!
Have you tried a different USB cable? Maybe the one you have now only supports charging instead of full data transfer?

I'm currently using an original Samsung USB C cable. I've also tried a few other ones - none works. It's pretty frustrating actually sine I can not use connected drive apps. I've even asked BMW connected drive Hotline today - nothing worked, sadly.

Have you tried every USB port in the car? Some of them don't have data access, I think. Does the car recognize the phone for file storage, at least?

I'm currently using an original Samsung USB C cable. I've also tried a few other ones - none works. It's pretty frustrating actually sine I can not use connected drive apps. I've even asked BMW connected drive Hotline today - nothing worked, sadly.

NBTs are just sensitive to cables. I had to try 4 different cables before having a reliable connection with my Samsung. 2 of the cables were bundled with the Samsung phones and the other 2 with LG phones. Switched to a 3 euro Duracell cable and had no issues for a year. Also try opening the BMW Connected/My BMW app just as you plug in the phone if you don't see the permission prompt.

Well, it was working previously (like 2 years ago) with the same cable, so I'm curious if it's a cable issue. Also tested a few other cables yesterday - didn't work. Might also want to try a 3€ cable. 😂
Anyways. Do I need any specific online service? I've had some additional online services those 2 years ago (like the ones you have for the first 3 years). Not sure if it is related to this. But just buying BMW Online Service for around 60€ to just test? Would be annoying if it wouldn't work then.

That may be what happened, do you have the ConnectedDrive > BMW Apps > Connection Assistant in your ID4 vehicle?
I'm not sure if the subscription still works for ID4, other people have recently had problems adding BMW Apps to their ID4 cars with the subscription in #384 and #387 and so I can't confidently recommend buying the subscription.

Yes, I still have the connection assistant. What basically happened was:
2 years ago I updated to Android 10 and also updated my car software. Afterwards everything broke. Until then, it was fine. Somewhere around Dec. 12 I also lost my initial 3 year subscription so I wasn't sure about if the issue was related to Android,, BMW

You need the BMW Connected App to be installed in order for the connectivity assistent authorize your device, if it doesn't work automatically, run in manually, upon that it should connect automatically.
As far as I know MyBMW is still not supportive with ID4, even though it does popup to have connected to the car via Bluetooth and USB eitherway.
Make sure your phone does allow auto-select top file transfer, newer Samsungs have the weird feature to disallow if not paid attention.

@LACNR MyBMW has been working OK for the past month or two now.  No idea about any of the functionality of the app itself though, since i am running iDrive 4.0 retrofitted into a car that had CCC originally.

I mean using MyBMW to have Spotify and such Apps didn't work previously because it didn't Support USB App Connectivity from the previous Connected Apps but instead only the Bluetooth protocol tunnel.
Did it change recently?

I believe MyBMW gained official support to run the Apps tunnel over USB at version 1.5.0, which was released in the middle of July this year.

I believe MyBMW gained official support to run the Apps tunnel over USB at version 1.5.0, which was released in the middle of July this year.

Really? I must have slept on that, I do have the latest 1.5.1 installed but didn't hear it supports the USB apps tunnel now. Gotta try and uninstall Connected to see :)
Thanks for the info!

I believe this issue has been resolved, let me know if you have any other questions!