ROS not firing addProgressNotification

@Jonsapps commented on Sun Nov 05 2017
Goals
I am trying to monitor the status of the realm sync.
Expected Results
When adding a closure to addProgressNotification I expect to have the closure called when the sync starts, as it progresses and when it completes.
Actual Results
The closure is only called when the sync completes.
Steps to Reproduce
add the closure to the current session using addProgressNotification
Delete and reinstall the app to trigger a sync of existing data.
Code Sample

let token = session.addProgressNotification(for: .download, mode: .forCurrentlyOutstandingWork) { status in
                let totalBytes = status.transferrableBytes
                let transferredBytes = status.transferredBytes
                let isSyncing = !status.isTransferComplete
            }

Version of Realm and Tooling

Realm Object Server Version: ?
Flavor:

[X ] Developer
[ ] Professional
[ ] Enterprise

Server OS & Version: Ubuntu
Client SDK Version: Swift 3.0.1
Client OS & Version: iOS 10

Logs

systemctl status realm-object-server.service

    ● realm-object-server.service - Realm Object Server
   Loaded: loaded (/etc/systemd/system/realm-object-server.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2017-11-03 12:21:54 UTC; 2 days ago
 Main PID: 1162 (realm-object-se)
    Tasks: 22
   Memory: 56.6M
      CPU: 12.829s
   CGroup: /system.slice/realm-object-server.service
           ├─1162 /usr/lib/realm-object-server-developer/node/bin/node /usr/bin/realm-object-server -c /etc/realm/configuration.yml
           └─1519 /usr/lib/realm-object-server-developer/node/bin/node /usr/lib/nodejs/realm-object-server-developer/node_modules/realm-functions/lib/w
Nov 03 12:21:54 ip-172-31-27-55 systemd[1]: Started Realm Object Server.
Nov 03 12:21:56 ip-172-31-27-55 realm-object-server[1162]: read configuration from /etc/realm/configuration.yml.
Nov 03 12:22:08 ip-172-31-27-55 systemd[1]: Started Realm Object Server.

sudo journalctl -u realm-object-server.service

   -- Logs begin at Fri 2017-11-03 12:21:50 UTC, end at Sun 2017-11-05 17:04:48 UTC. --
Nov 03 12:21:54 ip-172-31-27-55 systemd[1]: Started Realm Object Server.
Nov 03 12:21:56 ip-172-31-27-55 realm-object-server[1162]: read configuration from /etc/realm/configuration.yml.
Nov 03 12:22:08 ip-172-31-27-55 systemd[1]: Started Realm Object Server.

cat /var/log/realm-object-server.log

2017-10-25T11:29:43.639Z - info: Backup admin-Realm file written to /var/lib/realm/object-server/internal_data/oldAuth.realm.bak (in case of unexpected failures during the upgrade).
2017-10-25T11:29:43.929Z - info: sync: Realm sync server started ([realm-core-2.8.6], [realm-sync-1.10.5])
2017-10-25T11:29:43.934Z - info: sync: Directory holding persistent state: /var/lib/realm/object-server/0/user_data
2017-10-25T11:29:43.934Z - info: sync: Listening on <IP_ADDRESS>:38769 (sync protocol version 18)
2017-10-25T11:29:43.935Z - info: sync: Realm Object Server sync engine listening on <IP_ADDRESS>:38769.
2017-10-25T11:29:43.938Z - info: Realm Object Server web server listening on <IP_ADDRESS>:27080.
2017-10-25T11:29:43.960Z - info: proxy: http proxy listening on :::9080.
2017-10-25T11:29:43.976Z - info: permissions: Seed permission-Realms
2017-10-25T11:29:43.999Z - info: permissions: Completed seeding permission-Realms
2017-10-25T11:29:44.010Z - info: sync: HTTP Connection[1]: Connection from <IP_ADDRESS>:41114
2017-10-25T11:29:44.018Z - info: sync: HTTP Connection[1]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T11:29:44.019Z - info: sync: Sync Connection[1]: Session[1]: Session initiated (session_ident=1).
2017-10-25T11:29:44.019Z - info: sync: Sync Connection[1]: Session[1]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=1)
2017-10-25T11:29:44.019Z - info: sync: Sync Connection[1]: Session[1]: Sending: ALLOC(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236)
2017-10-25T11:29:44.019Z - info: sync: Sync Connection[1]: Session[1]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.024Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/auth.realm
2017-10-25T11:29:44.024Z - info: sync-client: Connection[1]: Session[1]: Starting session for '/var/lib/realm/object-server/internal_data/auth.realm'
2017-10-25T11:29:44.025Z - info: sync-client: Connection[1]: Resolving '<IP_ADDRESS>:38769'
2017-10-25T11:29:44.025Z - info: sync-client: Connection[1]: Connecting to endpoint '<IP_ADDRESS>:38769' (1/1)
2017-10-25T11:29:44.025Z - info: sync-client: Connection[1]: Connected to endpoint '<IP_ADDRESS>:38769' (from '<IP_ADDRESS>:41114')
2017-10-25T11:29:44.033Z - info: sync-client: Connection[1]: Session[1]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=1)
2017-10-25T11:29:44.034Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/tmp/realm-object-server/listener/__admin.realm
2017-10-25T11:29:44.034Z - info: sync-client: Connection[2]: Session[2]: Starting session for '/var/lib/realm/object-server/tmp/realm-object-server/listener/__admin.realm'
2017-10-25T11:29:44.035Z - info: sync-client: Connection[2]: Resolving ':::9080'
2017-10-25T11:29:44.035Z - info: sync-client: Connection[2]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T11:29:44.035Z - info: sync-client: Connection[2]: Connected to endpoint ':::9080' (from '::1:44722')
2017-10-25T11:29:44.035Z - info: sync-client: Connection[1]: Session[1]: Received: ALLOC(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236)
2017-10-25T11:29:44.035Z - info: sync-client: Connection[1]: Session[1]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.047Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-10-25T11:29:44.047Z - info: sync-client: Connection[3]: Session[3]: Starting session for '/var/lib/realm/object-server/internal_data/permission/__auth.realm'
2017-10-25T11:29:44.048Z - info: sync-client: Connection[3]: Resolving ':::9080'
2017-10-25T11:29:44.048Z - info: sync-client: Connection[3]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T11:29:44.048Z - info: sync-client: Connection[3]: Connected to endpoint ':::9080' (from '::1:44724')
2017-10-25T11:29:44.048Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/permission/__global.realm
2017-10-25T11:29:44.048Z - info: sync-client: Connection[4]: Session[4]: Starting session for '/var/lib/realm/object-server/internal_data/permission/__global.realm'
2017-10-25T11:29:44.048Z - info: sync-client: Connection[4]: Resolving ':::9080'
2017-10-25T11:29:44.048Z - info: sync-client: Connection[4]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T11:29:44.048Z - info: sync-client: Connection[4]: Connected to endpoint ':::9080' (from '::1:44726')
2017-10-25T11:29:44.164Z - info: sync: HTTP Connection[2]: Connection from <IP_ADDRESS>:41122
2017-10-25T11:29:44.165Z - info: sync: HTTP Connection[3]: Connection from <IP_ADDRESS>:41124
2017-10-25T11:29:44.179Z - info: sync: HTTP Connection[4]: Connection from <IP_ADDRESS>:41126
2017-10-25T11:29:44.180Z - info: sync: HTTP Connection[2]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T11:29:44.180Z - info: sync: HTTP Connection[3]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T11:29:44.183Z - info: sync: HTTP Connection[4]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T11:29:44.189Z - info: sync-client: Connection[2]: Session[2]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=1)
2017-10-25T11:29:44.189Z - info: sync-client: Connection[3]: Session[3]: Sending: BIND(server_path='/__auth/__permission', signed_user_token_size=469, need_file_ident_pair=1)
2017-10-25T11:29:44.189Z - info: sync-client: Connection[4]: Session[4]: Sending: BIND(server_path='/__permission', signed_user_token_size=469, need_file_ident_pair=1)
2017-10-25T11:29:44.192Z - info: sync: Sync Connection[2]: Session[2]: Session initiated (session_ident=2).
2017-10-25T11:29:44.192Z - info: sync: Sync Connection[2]: Session[2]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=1)
2017-10-25T11:29:44.192Z - info: sync: Sync Connection[2]: Session[2]: Sending: ALLOC(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523)
2017-10-25T11:29:44.192Z - info: sync: Sync Connection[3]: Session[3]: Session initiated (session_ident=3).
2017-10-25T11:29:44.192Z - info: sync: Sync Connection[3]: Session[3]: Received: BIND(server_path=/__auth/__permission, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=1)
2017-10-25T11:29:44.194Z - info: sync-client: Connection[2]: Session[2]: Received: ALLOC(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523)
2017-10-25T11:29:44.198Z - info: sync-client: Connection[2]: Session[2]: Sending: IDENT(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.199Z - info: sync: Sync Connection[3]: Session[3]: Sending: ALLOC(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223)
2017-10-25T11:29:44.200Z - info: sync: Sync Connection[4]: Session[4]: Session initiated (session_ident=4).
2017-10-25T11:29:44.200Z - info: sync: Sync Connection[4]: Session[4]: Received: BIND(server_path=/__permission, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=1)
2017-10-25T11:29:44.206Z - info: sync: Sync Connection[4]: Session[4]: Sending: ALLOC(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995)
2017-10-25T11:29:44.206Z - info: sync: Sync Connection[2]: Session[2]: Received: IDENT(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.208Z - info: sync-client: Connection[3]: Session[3]: Received: ALLOC(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223)
2017-10-25T11:29:44.211Z - info: sync-client: Connection[3]: Session[3]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.212Z - info: sync-client: Connection[4]: Session[4]: Received: ALLOC(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995)
2017-10-25T11:29:44.212Z - info: sync-client: Connection[4]: Session[4]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.223Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/tmp/realm-object-server/listener/realms/__admin.realm
2017-10-25T11:29:44.223Z - info: sync: Sync Connection[3]: Session[3]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.223Z - info: sync: Sync Connection[4]: Session[4]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.223Z - info: sync-client: Connection[5]: Session[5]: Starting session for '/var/lib/realm/object-server/tmp/realm-object-server/listener/realms/__admin.realm'
2017-10-25T11:29:44.224Z - info: sync-client: Connection[5]: Resolving ':::9080'
2017-10-25T11:29:44.224Z - info: sync-client: Connection[5]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T11:29:44.224Z - info: sync-client: Connection[5]: Connected to endpoint ':::9080' (from '::1:44734')
2017-10-25T11:29:44.254Z - info: sync: HTTP Connection[5]: Connection from <IP_ADDRESS>:41130
2017-10-25T11:29:44.259Z - info: sync: HTTP Connection[5]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T11:29:44.259Z - info: sync-client: Connection[5]: Session[5]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=1)
2017-10-25T11:29:44.260Z - info: sync: Sync Connection[5]: Session[5]: Session initiated (session_ident=5).
2017-10-25T11:29:44.260Z - info: sync: Sync Connection[5]: Session[5]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=1)
2017-10-25T11:29:44.261Z - info: sync: Sync Connection[5]: Session[5]: Sending: ALLOC(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830)
2017-10-25T11:29:44.262Z - info: sync-client: Connection[5]: Session[5]: Received: ALLOC(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830)
2017-10-25T11:29:44.264Z - info: sync-client: Connection[5]: Session[5]: Sending: IDENT(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.265Z - info: sync: Sync Connection[5]: Session[5]: Received: IDENT(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830, scan_server_version=0, scan_client_version=0, latest_server_version=0, latest_server_session_ident=0)
2017-10-25T11:29:44.295Z - info: sync-client: Closing Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-10-25T11:29:44.296Z - info: sync-client: Connection[3]: Session[3]: Sending: UNBIND
2017-10-25T11:29:44.296Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-10-25T11:29:44.296Z - info: sync-client: Connection[6]: Session[6]: Starting session for '/var/lib/realm/object-server/internal_data/permission/__auth.realm'
2017-10-25T11:29:44.296Z - info: sync-client: Connection[6]: Resolving ':::9080'
2017-10-25T11:29:44.297Z - info: sync-client: Connection[6]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T11:29:44.297Z - info: sync-client: Connection[6]: Connected to endpoint ':::9080' (from '::1:44738')
2017-10-25T11:29:44.302Z - info: sync-client: Closing Realm file: /var/lib/realm/object-server/internal_data/permission/__global.realm
2017-10-25T11:29:44.302Z - info: sync-client: Connection[4]: Session[4]: Sending: UNBIND
2017-10-25T11:29:44.306Z - info: sync: Sync Connection[3]: Session[3]: Session terminated (session_ident=3).
2017-10-25T11:29:44.307Z - info: sync: Sync Connection[3]: Connection closed by client: End of input
2017-10-25T11:29:44.307Z - info: sync: HTTP Connection[6]: Connection from <IP_ADDRESS>:41134
2017-10-25T11:29:44.309Z - info: sync: Sync Connection[4]: Session[4]: Session terminated (session_ident=4).
2017-10-25T11:29:44.309Z - info: sync: Sync Connection[4]: Connection closed by client: End of input
2017-10-25T11:29:44.309Z - info: sync: HTTP Connection[6]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T11:29:44.317Z - info: sync-client: Connection[6]: Session[6]: Sending: BIND(server_path='/__auth/__permission', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T11:29:44.317Z - info: sync-client: Connection[6]: Session[6]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=2, scan_client_version=3, latest_server_version=2, latest_server_session_ident=2051676124393968391)
2017-10-25T11:29:44.317Z - info: sync: Sync Connection[6]: Session[6]: Session initiated (session_ident=6).
2017-10-25T11:29:44.317Z - info: sync: Sync Connection[6]: Session[6]: Received: BIND(server_path=/__auth/__permission, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T11:29:44.354Z - info: sync: Sync Connection[6]: Session[6]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=2, scan_client_version=3, latest_server_version=2, latest_server_session_ident=2051676124393968391)
2017-10-25T11:29:44.401Z - info: sync-client: Closing Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-10-25T11:29:44.401Z - info: sync-client: Connection[6]: Session[6]: Sending: UNBIND
2017-10-25T11:29:44.402Z - info: sync: Sync Connection[6]: Session[6]: Session terminated (session_ident=6).
2017-10-25T11:29:44.402Z - info: sync: Sync Connection[6]: Connection closed by client: End of input
2017-10-25T12:33:13.215Z - info: Closing gracefully. Caught signal SIGTERM.
2017-10-25T12:33:46.142Z - info: Backup admin-Realm file written to /var/lib/realm/object-server/internal_data/oldAuth.realm.bak (in case of unexpected failures during the upgrade).
2017-10-25T12:33:46.418Z - info: sync: Realm sync server started ([realm-core-2.8.6], [realm-sync-1.10.5])
2017-10-25T12:33:46.418Z - info: sync: Directory holding persistent state: /var/lib/realm/object-server/0/user_data
2017-10-25T12:33:46.418Z - info: sync: Listening on <IP_ADDRESS>:39049 (sync protocol version 18)
2017-10-25T12:33:46.422Z - info: sync: Realm Object Server sync engine listening on <IP_ADDRESS>:39049.
2017-10-25T12:33:46.424Z - info: Realm Object Server web server listening on <IP_ADDRESS>:27080.
2017-10-25T12:33:46.426Z - info: proxy: http proxy listening on :::9080.
2017-10-25T12:33:46.439Z - info: permissions: Seed permission-Realms
2017-10-25T12:33:46.450Z - info: permissions: Completed seeding permission-Realms
2017-10-25T12:33:46.457Z - info: sync: HTTP Connection[1]: Connection from <IP_ADDRESS>:55738
2017-10-25T12:33:46.458Z - info: sync: HTTP Connection[1]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T12:33:46.459Z - info: sync: Sync Connection[1]: Session[1]: Session initiated (session_ident=1).
2017-10-25T12:33:46.459Z - info: sync: Sync Connection[1]: Session[1]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T12:33:46.459Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/auth.realm
2017-10-25T12:33:46.459Z - info: sync-client: Connection[1]: Session[1]: Starting session for '/var/lib/realm/object-server/internal_data/auth.realm'
2017-10-25T12:33:46.459Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/tmp/realm-object-server/listener/__admin.realm
2017-10-25T12:33:46.459Z - info: sync-client: Connection[2]: Session[2]: Starting session for '/var/lib/realm/object-server/tmp/realm-object-server/listener/__admin.realm'
2017-10-25T12:33:46.459Z - info: sync-client: Connection[1]: Resolving '<IP_ADDRESS>:39049'
2017-10-25T12:33:46.464Z - info: sync-client: Connection[2]: Resolving ':::9080'
2017-10-25T12:33:46.465Z - info: sync-client: Connection[1]: Connecting to endpoint '<IP_ADDRESS>:39049' (1/1)
2017-10-25T12:33:46.465Z - info: sync-client: Connection[2]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T12:33:46.465Z - info: sync-client: Connection[1]: Connected to endpoint '<IP_ADDRESS>:39049' (from '<IP_ADDRESS>:55738')
2017-10-25T12:33:46.465Z - info: sync-client: Connection[2]: Connected to endpoint ':::9080' (from '::1:33072')
2017-10-25T12:33:46.465Z - info: sync-client: Connection[1]: Session[1]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T12:33:46.465Z - info: sync-client: Connection[1]: Session[1]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236, scan_server_version=12, scan_client_version=24, latest_server_version=12, latest_server_session_ident=4251944095375838340)
2017-10-25T12:33:46.467Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-10-25T12:33:46.468Z - info: sync-client: Connection[3]: Session[3]: Starting session for '/var/lib/realm/object-server/internal_data/permission/__auth.realm'
2017-10-25T12:33:46.468Z - info: sync-client: Connection[3]: Resolving ':::9080'
2017-10-25T12:33:46.468Z - info: sync-client: Connection[3]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T12:33:46.468Z - info: sync-client: Connection[3]: Connected to endpoint ':::9080' (from '::1:33076')
2017-10-25T12:33:46.469Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/permission/__global.realm
2017-10-25T12:33:46.469Z - info: sync-client: Connection[4]: Session[4]: Starting session for '/var/lib/realm/object-server/internal_data/permission/__global.realm'
2017-10-25T12:33:46.470Z - info: sync-client: Connection[4]: Resolving ':::9080'
2017-10-25T12:33:46.470Z - info: sync-client: Connection[4]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T12:33:46.470Z - info: sync-client: Connection[4]: Connected to endpoint ':::9080' (from '::1:33078')
2017-10-25T12:33:46.486Z - info: sync: Sync Connection[1]: Session[1]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236, scan_server_version=12, scan_client_version=24, latest_server_version=12, latest_server_session_ident=4251944095375838340)
2017-10-25T12:33:46.488Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/tmp/realm-object-server/listener/realms/__admin.realm
2017-10-25T12:33:46.489Z - info: sync-client: Connection[5]: Session[5]: Starting session for '/var/lib/realm/object-server/tmp/realm-object-server/listener/realms/__admin.realm'
2017-10-25T12:33:46.490Z - info: sync-client: Connection[5]: Resolving ':::9080'
2017-10-25T12:33:46.490Z - info: sync-client: Connection[5]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T12:33:46.490Z - info: sync-client: Connection[5]: Connected to endpoint ':::9080' (from '::1:33080')
2017-10-25T12:33:46.545Z - info: sync: HTTP Connection[2]: Connection from <IP_ADDRESS>:55750
2017-10-25T12:33:46.545Z - info: sync: HTTP Connection[3]: Connection from <IP_ADDRESS>:55752
2017-10-25T12:33:46.545Z - info: sync: HTTP Connection[4]: Connection from <IP_ADDRESS>:55754
2017-10-25T12:33:46.545Z - info: sync: HTTP Connection[5]: Connection from <IP_ADDRESS>:55756
2017-10-25T12:33:46.553Z - info: sync: HTTP Connection[2]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T12:33:46.553Z - info: sync: HTTP Connection[3]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T12:33:46.554Z - info: sync: HTTP Connection[4]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T12:33:46.554Z - info: sync: HTTP Connection[5]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T12:33:46.564Z - info: sync-client: Connection[2]: Session[2]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T12:33:46.564Z - info: sync-client: Connection[2]: Session[2]: Sending: IDENT(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523, scan_server_version=12, scan_client_version=2, latest_server_version=12, latest_server_session_ident=4251944095375838340)
2017-10-25T12:33:46.564Z - info: sync-client: Connection[3]: Session[3]: Sending: BIND(server_path='/__auth/__permission', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T12:33:46.565Z - info: sync-client: Connection[3]: Session[3]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=3, scan_client_version=8, latest_server_version=3, latest_server_session_ident=2051676124393968391)
2017-10-25T12:33:46.567Z - info: sync-client: Connection[4]: Session[4]: Sending: BIND(server_path='/__permission', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T12:33:46.567Z - info: sync-client: Connection[4]: Session[4]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995, scan_server_version=2, scan_client_version=3, latest_server_version=2, latest_server_session_ident=9129331115117583175)
2017-10-25T12:33:46.567Z - info: sync-client: Connection[5]: Session[5]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T12:33:46.567Z - info: sync-client: Connection[5]: Session[5]: Sending: IDENT(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830, scan_server_version=12, scan_client_version=0, latest_server_version=12, latest_server_session_ident=4251944095375838340)
2017-10-25T12:33:46.573Z - info: sync: Sync Connection[2]: Session[2]: Session initiated (session_ident=2).
2017-10-25T12:33:46.573Z - info: sync: Sync Connection[2]: Session[2]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T12:33:46.573Z - info: sync: Sync Connection[2]: Session[2]: Received: IDENT(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523, scan_server_version=12, scan_client_version=2, latest_server_version=12, latest_server_session_ident=4251944095375838340)
2017-10-25T12:33:46.574Z - info: sync: Sync Connection[3]: Session[3]: Session initiated (session_ident=3).
2017-10-25T12:33:46.584Z - info: sync: Sync Connection[3]: Session[3]: Received: BIND(server_path=/__auth/__permission, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T12:33:46.593Z - info: sync: Sync Connection[3]: Session[3]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=3, scan_client_version=8, latest_server_version=3, latest_server_session_ident=2051676124393968391)
2017-10-25T12:33:46.597Z - info: sync: Sync Connection[4]: Session[4]: Session initiated (session_ident=4).
2017-10-25T12:33:46.597Z - info: sync: Sync Connection[4]: Session[4]: Received: BIND(server_path=/__permission, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T12:33:46.614Z - info: sync: Sync Connection[5]: Session[5]: Session initiated (session_ident=5).
2017-10-25T12:33:46.615Z - info: sync: Sync Connection[5]: Session[5]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T12:33:46.615Z - info: sync: Sync Connection[4]: Session[4]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995, scan_server_version=2, scan_client_version=3, latest_server_version=2, latest_server_session_ident=9129331115117583175)
2017-10-25T12:33:46.615Z - info: sync: Sync Connection[5]: Session[5]: Received: IDENT(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830, scan_server_version=12, scan_client_version=0, latest_server_version=12, latest_server_session_ident=4251944095375838340)
2017-10-25T12:33:46.649Z - info: sync-client: Closing Realm file: /var/lib/realm/object-server/internal_data/permission/__global.realm
2017-10-25T12:33:46.650Z - info: sync-client: Connection[4]: Session[4]: Sending: UNBIND
2017-10-25T12:33:46.656Z - info: sync: Sync Connection[4]: Session[4]: Session terminated (session_ident=4).
2017-10-25T12:33:46.657Z - info: sync: Sync Connection[4]: Connection closed by client: End of input
2017-10-25T12:34:27.434Z - info: sync-client: Closing Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-10-25T12:34:27.435Z - info: sync-client: Connection[3]: Session[3]: Sending: UNBIND
2017-10-25T12:34:27.436Z - info: sync: Sync Connection[3]: Session[3]: Session terminated (session_ident=3).
2017-10-25T12:34:27.436Z - info: sync: Sync Connection[3]: Connection closed by client: End of input
2017-10-25T13:37:41.699Z - warn: auth.password: Handle request failed with: InvalidCredentials: The provided credentials are invalid or a user does not exist.: Given account: realm-admin
2017-10-25T13:40:04.404Z - warn: auth.password: Handle request failed with: InvalidCredentials: The provided credentials are invalid or a user does not exist.: Given account: realm-admin
2017-10-25T13:40:09.476Z - warn: auth.password: Handle request failed with: InvalidCredentials: The provided credentials are invalid or a user does not exist.: Given account: realm-admin
2017-10-25T13:40:20.905Z - warn: auth.password: Handle request failed with: InvalidCredentials: The provided credentials are invalid or a user does not exist.: Given account: realm-admin
2017-10-25T13:40:39.659Z - warn: auth.password: Handle request failed with: InvalidCredentials: The provided credentials are invalid or a user does not exist.: Given account: realm-admin
2017-10-25T13:42:10.360Z - warn: auth.password: Handle request failed with: InvalidCredentials: The provided credentials are invalid or a user does not exist.: Given account: realm-admin
2017-10-25T13:42:16.842Z - info: Closing gracefully. Caught signal SIGTERM.
2017-10-25T13:42:51.094Z - info: Backup admin-Realm file written to /var/lib/realm/object-server/internal_data/oldAuth.realm.bak (in case of unexpected failures during the upgrade).
2017-10-25T13:42:51.265Z - info: sync: Realm sync server started ([realm-core-2.8.6], [realm-sync-1.10.5])
2017-10-25T13:42:51.265Z - info: sync: Directory holding persistent state: /var/lib/realm/object-server/0/user_data
2017-10-25T13:42:51.266Z - info: sync: Listening on <IP_ADDRESS>:46030 (sync protocol version 18)
2017-10-25T13:42:51.273Z - info: sync: Realm Object Server sync engine listening on <IP_ADDRESS>:46030.
2017-10-25T13:42:51.275Z - info: Realm Object Server web server listening on <IP_ADDRESS>:27080.
2017-10-25T13:42:51.278Z - info: proxy: http proxy listening on :::9080.
2017-10-25T13:42:51.299Z - info: permissions: Seed permission-Realms
2017-10-25T13:42:51.311Z - info: permissions: Completed seeding permission-Realms
2017-10-25T13:42:51.320Z - info: sync: HTTP Connection[1]: Connection from <IP_ADDRESS>:50670
2017-10-25T13:42:51.321Z - info: sync: HTTP Connection[1]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T13:42:51.322Z - info: sync: Sync Connection[1]: Session[1]: Session initiated (session_ident=1).
2017-10-25T13:42:51.322Z - info: sync: Sync Connection[1]: Session[1]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T13:42:51.322Z - info: sync: Sync Connection[1]: Session[1]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236, scan_server_version=13, scan_client_version=29, latest_server_version=13, latest_server_session_ident=4649465079018608755)
2017-10-25T13:42:51.323Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/auth.realm
2017-10-25T13:42:51.323Z - info: sync-client: Connection[1]: Session[1]: Starting session for '/var/lib/realm/object-server/internal_data/auth.realm'
2017-10-25T13:42:51.323Z - info: sync-client: Connection[1]: Resolving '<IP_ADDRESS>:46030'
2017-10-25T13:42:51.323Z - info: sync-client: Connection[1]: Connecting to endpoint '<IP_ADDRESS>:46030' (1/1)
2017-10-25T13:42:51.324Z - info: sync-client: Connection[1]: Connected to endpoint '<IP_ADDRESS>:46030' (from '<IP_ADDRESS>:50670')
2017-10-25T13:42:51.328Z - info: sync-client: Connection[1]: Session[1]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T13:42:51.328Z - info: sync-client: Connection[1]: Session[1]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236, scan_server_version=13, scan_client_version=29, latest_server_version=13, latest_server_session_ident=4649465079018608755)
2017-10-25T13:42:51.329Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/tmp/realm-object-server/listener/__admin.realm
2017-10-25T13:42:51.329Z - info: sync-client: Connection[2]: Session[2]: Starting session for '/var/lib/realm/object-server/tmp/realm-object-server/listener/__admin.realm'
2017-10-25T13:42:51.329Z - info: sync-client: Connection[2]: Resolving ':::9080'
2017-10-25T13:42:51.329Z - info: sync-client: Connection[2]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T13:42:51.329Z - info: sync-client: Connection[2]: Connected to endpoint ':::9080' (from '::1:59156')
2017-10-25T13:42:51.331Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-10-25T13:42:51.331Z - info: sync-client: Connection[3]: Session[3]: Starting session for '/var/lib/realm/object-server/internal_data/permission/__auth.realm'
2017-10-25T13:42:51.332Z - info: sync-client: Connection[3]: Resolving ':::9080'
2017-10-25T13:42:51.332Z - info: sync-client: Connection[3]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T13:42:51.332Z - info: sync-client: Connection[3]: Connected to endpoint ':::9080' (from '::1:59158')
2017-10-25T13:42:51.333Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/permission/__global.realm
2017-10-25T13:42:51.333Z - info: sync-client: Connection[4]: Session[4]: Starting session for '/var/lib/realm/object-server/internal_data/permission/__global.realm'
2017-10-25T13:42:51.333Z - info: sync-client: Connection[4]: Resolving ':::9080'
2017-10-25T13:42:51.333Z - info: sync-client: Connection[4]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T13:42:51.333Z - info: sync-client: Connection[4]: Connected to endpoint ':::9080' (from '::1:59160')
2017-10-25T13:42:51.351Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/tmp/realm-object-server/listener/realms/__admin.realm
2017-10-25T13:42:51.351Z - info: sync-client: Connection[5]: Session[5]: Starting session for '/var/lib/realm/object-server/tmp/realm-object-server/listener/realms/__admin.realm'
2017-10-25T13:42:51.351Z - info: sync-client: Connection[5]: Resolving ':::9080'
2017-10-25T13:42:51.351Z - info: sync-client: Connection[5]: Connecting to endpoint ':::9080' (1/1)
2017-10-25T13:42:51.351Z - info: sync-client: Connection[5]: Connected to endpoint ':::9080' (from '::1:59162')
2017-10-25T13:42:51.407Z - info: sync: HTTP Connection[2]: Connection from <IP_ADDRESS>:50682
2017-10-25T13:42:51.407Z - info: sync: HTTP Connection[3]: Connection from <IP_ADDRESS>:50684
2017-10-25T13:42:51.407Z - info: sync: HTTP Connection[4]: Connection from <IP_ADDRESS>:50686
2017-10-25T13:42:51.407Z - info: sync: HTTP Connection[5]: Connection from <IP_ADDRESS>:50688
2017-10-25T13:42:51.414Z - info: sync: HTTP Connection[2]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T13:42:51.414Z - info: sync: HTTP Connection[3]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T13:42:51.414Z - info: sync: HTTP Connection[4]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T13:42:51.414Z - info: sync: HTTP Connection[5]: Received: Sync HTTP request(protocol_version=18)
2017-10-25T13:42:51.421Z - info: sync-client: Connection[2]: Session[2]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T13:42:51.421Z - info: sync-client: Connection[2]: Session[2]: Sending: IDENT(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523, scan_server_version=13, scan_client_version=2, latest_server_version=13, latest_server_session_ident=4649465079018608755)
2017-10-25T13:42:51.421Z - info: sync-client: Connection[3]: Session[3]: Sending: BIND(server_path='/__auth/__permission', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T13:42:51.421Z - info: sync-client: Connection[3]: Session[3]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=8, scan_client_version=16, latest_server_version=8, latest_server_session_ident=2275899027467596940)
2017-10-25T13:42:51.423Z - info: sync-client: Connection[4]: Session[4]: Sending: BIND(server_path='/__permission', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T13:42:51.428Z - info: sync-client: Connection[4]: Session[4]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995, scan_server_version=5, scan_client_version=11, latest_server_version=5, latest_server_session_ident=4971634170635396121)
2017-10-25T13:42:51.429Z - info: sync-client: Connection[5]: Session[5]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=0)
2017-10-25T13:42:51.429Z - info: sync-client: Connection[5]: Session[5]: Sending: IDENT(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830, scan_server_version=13, scan_client_version=0, latest_server_version=13, latest_server_session_ident=4649465079018608755)
2017-10-25T13:42:51.431Z - info: sync: Sync Connection[2]: Session[2]: Session initiated (session_ident=2).
2017-10-25T13:42:51.431Z - info: sync: Sync Connection[2]: Session[2]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T13:42:51.431Z - info: sync: Sync Connection[2]: Session[2]: Received: IDENT(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523, scan_server_version=13, scan_client_version=2, latest_server_version=13, latest_server_session_ident=4649465079018608755)
2017-10-25T13:42:51.431Z - info: sync: Sync Connection[3]: Session[3]: Session initiated (session_ident=3).
2017-10-25T13:42:51.431Z - info: sync: Sync Connection[3]: Session[3]: Received: BIND(server_path=/__auth/__permission, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T13:42:51.443Z - info: sync: Sync Connection[3]: Session[3]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=8, scan_client_version=16, latest_server_version=8, latest_server_session_ident=2275899027467596940)
2017-10-25T13:42:51.444Z - info: sync: Sync Connection[4]: Session[4]: Session initiated (session_ident=4).
2017-10-25T13:42:51.444Z - info: sync: Sync Connection[4]: Session[4]: Received: BIND(server_path=/__permission, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T13:42:51.447Z - info: sync: Sync Connection[5]: Session[5]: Session initiated (session_ident=5).
2017-10-25T13:42:51.447Z - info: sync: Sync Connection[5]: Session[5]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-10-25T13:42:51.448Z - info: sync: Sync Connection[4]: Session[4]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995, scan_server_version=5, scan_client_version=11, latest_server_version=5, latest_server_session_ident=4971634170635396121)
2017-10-25T13:42:51.448Z - info: sync: Sync Connection[5]: Session[5]: Received: IDENT(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830, scan_server_version=13, scan_client_version=0, latest_server_version=13, latest_server_session_ident=4649465079018608755)
2017-10-25T13:42:51.510Z - info: sync-client: Closing Realm file: /var/lib/realm/object-server/internal_data/permission/__global.realm
2017-10-25T13:42:51.510Z - info: sync-client: Connection[4]: Session[4]: Sending: UNBIND
2017-10-25T13:42:51.516Z - info: sync: Sync Connection[4]: Session[4]: Session terminated (session_ident=4).
2017-10-25T13:42:51.516Z - info: sync: Sync Connection[4]: Connection closed by client: End of input
2017-10-25T13:43:32.004Z - info: sync-client: Closing Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-10-25T13:43:32.004Z - info: sync-client: Connection[3]: Session[3]: Sending: UNBIND
2017-10-25T13:43:32.005Z - info: sync: Sync Connection[3]: Session[3]: Session terminated (session_ident=3).
2017-10-25T13:43:32.008Z - info: sync: Sync Connection[3]: Connection closed by client: End of input
2017-10-25T14:36:13.657Z - info: sync: HTTP Connection[6]: Connection from <IP_ADDRESS>:50950
2017-10-25T14:36:13.658Z - info: sync: HTTP Connection[6]: Connection is closed after HTTP response.
2017-10-25T15:09:54.068Z - info: sync: HTTP Connection[1982]: Connection from <IP_ADDRESS>:55100
2017-10-25T15:09:54.070Z - info: sync: HTTP Connection[1982]: Connection is closed after HTTP response.
2017-10-27T08:08:03.288Z - warn: auth.password: Handle request failed with: InvalidCredentials: The provided credentials are invalid or a user does not exist.: Given account: realm-admin
2017-10-31T11:55:16.595Z - warn: auth.password: Handle request failed with: InvalidCredentials: The provided credentials are invalid or a user does not exist.: Given account: realm-admin
2017-11-03T09:05:22.875Z - warn: auth.password: Handle request failed with: InvalidCredentials: The provided credentials are invalid or a user does not exist.: Given account: realm-admin
2017-11-03T12:21:22.159Z - info: Closing gracefully. Caught signal SIGTERM.
2017-11-03T12:21:56.902Z - info: Backup admin-Realm file written to /var/lib/realm/object-server/internal_data/oldAuth.realm.bak (in case of unexpected failures during the upgrade).
2017-11-03T12:21:57.197Z - info: sync: Realm sync server started ([realm-core-2.8.6], [realm-sync-1.10.5])
2017-11-03T12:21:57.201Z - info: sync: Directory holding persistent state: /var/lib/realm/object-server/0/user_data
2017-11-03T12:21:57.201Z - info: sync: Listening on <IP_ADDRESS>:44808 (sync protocol version 18)
2017-11-03T12:21:57.203Z - info: sync: Realm Object Server sync engine listening on <IP_ADDRESS>:44808.
2017-11-03T12:21:57.210Z - info: Realm Object Server web server listening on <IP_ADDRESS>:27080.
2017-11-03T12:21:57.213Z - info: proxy: http proxy listening on :::9080.
2017-11-03T12:21:57.228Z - info: permissions: Seed permission-Realms
2017-11-03T12:21:57.241Z - info: permissions: Completed seeding permission-Realms
2017-11-03T12:21:57.258Z - info: sync: HTTP Connection[1]: Connection from <IP_ADDRESS>:40806
2017-11-03T12:21:57.265Z - info: sync: HTTP Connection[1]: Received: Sync HTTP request(protocol_version=18)
2017-11-03T12:21:57.265Z - info: sync: Sync Connection[1]: Session[1]: Session initiated (session_ident=1).
2017-11-03T12:21:57.266Z - info: sync: Sync Connection[1]: Session[1]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-11-03T12:21:57.266Z - info: sync: Sync Connection[1]: Session[1]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236, scan_server_version=14, scan_client_version=35, latest_server_version=14, latest_server_session_ident=4857784446302601620)
2017-11-03T12:21:57.266Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/auth.realm
2017-11-03T12:21:57.266Z - info: sync-client: Connection[1]: Session[1]: Starting session for '/var/lib/realm/object-server/internal_data/auth.realm'
2017-11-03T12:21:57.267Z - info: sync-client: Connection[1]: Resolving '<IP_ADDRESS>:44808'
2017-11-03T12:21:57.267Z - info: sync-client: Connection[1]: Connecting to endpoint '<IP_ADDRESS>:44808' (1/1)
2017-11-03T12:21:57.271Z - info: sync-client: Connection[1]: Connected to endpoint '<IP_ADDRESS>:44808' (from '<IP_ADDRESS>:40806')
2017-11-03T12:21:57.271Z - info: sync-client: Connection[1]: Session[1]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=0)
2017-11-03T12:21:57.271Z - info: sync-client: Connection[1]: Session[1]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=6727323928319869236, scan_server_version=14, scan_client_version=35, latest_server_version=14, latest_server_session_ident=4857784446302601620)
2017-11-03T12:21:57.271Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/tmp/realm-object-server/listener/__admin.realm
2017-11-03T12:21:57.271Z - info: sync-client: Connection[2]: Session[2]: Starting session for '/var/lib/realm/object-server/tmp/realm-object-server/listener/__admin.realm'
2017-11-03T12:21:57.272Z - info: sync-client: Connection[2]: Resolving ':::9080'
2017-11-03T12:21:57.272Z - info: sync-client: Connection[2]: Connecting to endpoint ':::9080' (1/1)
2017-11-03T12:21:57.277Z - info: sync-client: Connection[2]: Connected to endpoint ':::9080' (from '::1:58318')
2017-11-03T12:21:57.286Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-11-03T12:21:57.286Z - info: sync-client: Connection[3]: Session[3]: Starting session for '/var/lib/realm/object-server/internal_data/permission/__auth.realm'
2017-11-03T12:21:57.286Z - info: sync-client: Connection[3]: Resolving ':::9080'
2017-11-03T12:21:57.286Z - info: sync-client: Connection[3]: Connecting to endpoint ':::9080' (1/1)
2017-11-03T12:21:57.286Z - info: sync-client: Connection[3]: Connected to endpoint ':::9080' (from '::1:58320')
2017-11-03T12:21:57.287Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/internal_data/permission/__global.realm
2017-11-03T12:21:57.288Z - info: sync-client: Connection[4]: Session[4]: Starting session for '/var/lib/realm/object-server/internal_data/permission/__global.realm'
2017-11-03T12:21:57.288Z - info: sync-client: Connection[4]: Resolving ':::9080'
2017-11-03T12:21:57.288Z - info: sync-client: Connection[4]: Connecting to endpoint ':::9080' (1/1)
2017-11-03T12:21:57.288Z - info: sync-client: Connection[4]: Connected to endpoint ':::9080' (from '::1:58322')
2017-11-03T12:21:57.318Z - info: sync-client: Opening Realm file: /var/lib/realm/object-server/tmp/realm-object-server/listener/realms/__admin.realm
2017-11-03T12:21:57.319Z - info: sync-client: Connection[5]: Session[5]: Starting session for '/var/lib/realm/object-server/tmp/realm-object-server/listener/realms/__admin.realm'
2017-11-03T12:21:57.319Z - info: sync-client: Connection[5]: Resolving ':::9080'
2017-11-03T12:21:57.319Z - info: sync-client: Connection[5]: Connecting to endpoint ':::9080' (1/1)
2017-11-03T12:21:57.319Z - info: sync-client: Connection[5]: Connected to endpoint ':::9080' (from '::1:58324')
2017-11-03T12:21:57.376Z - info: sync: HTTP Connection[2]: Connection from <IP_ADDRESS>:40818
2017-11-03T12:21:57.376Z - info: sync: HTTP Connection[3]: Connection from <IP_ADDRESS>:40820
2017-11-03T12:21:57.376Z - info: sync: HTTP Connection[4]: Connection from <IP_ADDRESS>:40822
2017-11-03T12:21:57.376Z - info: sync: HTTP Connection[5]: Connection from <IP_ADDRESS>:40824
2017-11-03T12:21:57.380Z - info: sync: HTTP Connection[2]: Received: Sync HTTP request(protocol_version=18)
2017-11-03T12:21:57.381Z - info: sync: HTTP Connection[3]: Received: Sync HTTP request(protocol_version=18)
2017-11-03T12:21:57.381Z - info: sync: HTTP Connection[4]: Received: Sync HTTP request(protocol_version=18)
2017-11-03T12:21:57.381Z - info: sync: HTTP Connection[5]: Received: Sync HTTP request(protocol_version=18)
2017-11-03T12:21:57.394Z - info: sync-client: Connection[2]: Session[2]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=0)
2017-11-03T12:21:57.394Z - info: sync-client: Connection[2]: Session[2]: Sending: IDENT(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523, scan_server_version=14, scan_client_version=2, latest_server_version=14, latest_server_session_ident=4857784446302601620)
2017-11-03T12:21:57.394Z - info: sync-client: Connection[3]: Session[3]: Sending: BIND(server_path='/__auth/__permission', signed_user_token_size=469, need_file_ident_pair=0)
2017-11-03T12:21:57.394Z - info: sync-client: Connection[3]: Session[3]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=10, scan_client_version=20, latest_server_version=10, latest_server_session_ident=8860255566073234533)
2017-11-03T12:21:57.396Z - info: sync-client: Connection[4]: Session[4]: Sending: BIND(server_path='/__permission', signed_user_token_size=469, need_file_ident_pair=0)
2017-11-03T12:21:57.396Z - info: sync-client: Connection[4]: Session[4]: Sending: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995, scan_server_version=8, scan_client_version=17, latest_server_version=8, latest_server_session_ident=1073487229620907151)
2017-11-03T12:21:57.397Z - info: sync-client: Connection[5]: Session[5]: Sending: BIND(server_path='/__admin', signed_user_token_size=469, need_file_ident_pair=0)
2017-11-03T12:21:57.397Z - info: sync-client: Connection[5]: Session[5]: Sending: IDENT(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830, scan_server_version=14, scan_client_version=0, latest_server_version=14, latest_server_session_ident=4857784446302601620)
2017-11-03T12:21:57.398Z - info: sync: Sync Connection[2]: Session[2]: Session initiated (session_ident=2).
2017-11-03T12:21:57.399Z - info: sync: Sync Connection[2]: Session[2]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-11-03T12:21:57.399Z - info: sync: Sync Connection[2]: Session[2]: Received: IDENT(server_file_ident=1, client_file_ident=3, client_file_ident_secret=7118852584400628523, scan_server_version=14, scan_client_version=2, latest_server_version=14, latest_server_session_ident=4857784446302601620)
2017-11-03T12:21:57.399Z - info: sync: Sync Connection[3]: Session[3]: Session initiated (session_ident=3).
2017-11-03T12:21:57.399Z - info: sync: Sync Connection[3]: Session[3]: Received: BIND(server_path=/__auth/__permission, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-11-03T12:21:57.412Z - info: sync: Sync Connection[3]: Session[3]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=5634577793068629223, scan_server_version=10, scan_client_version=20, latest_server_version=10, latest_server_session_ident=8860255566073234533)
2017-11-03T12:21:57.415Z - info: sync: Sync Connection[4]: Session[4]: Session initiated (session_ident=4).
2017-11-03T12:21:57.415Z - info: sync: Sync Connection[4]: Session[4]: Received: BIND(server_path=/__permission, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-11-03T12:21:57.416Z - info: sync: Sync Connection[5]: Session[5]: Session initiated (session_ident=5).
2017-11-03T12:21:57.416Z - info: sync: Sync Connection[5]: Session[5]: Received: BIND(server_path=/__admin, signed_user_token='...CyhxKXzObaG5eTwzCfDPpNhTefHQ==', need_file_ident_pair=0)
2017-11-03T12:21:57.417Z - info: sync: Sync Connection[4]: Session[4]: Received: IDENT(server_file_ident=1, client_file_ident=2, client_file_ident_secret=8412823719753081995, scan_server_version=8, scan_client_version=17, latest_server_version=8, latest_server_session_ident=1073487229620907151)
2017-11-03T12:21:57.417Z - info: sync: Sync Connection[5]: Session[5]: Received: IDENT(server_file_ident=1, client_file_ident=4, client_file_ident_secret=7884013206642083830, scan_server_version=14, scan_client_version=0, latest_server_version=14, latest_server_session_ident=4857784446302601620)
2017-11-03T12:21:57.461Z - info: sync-client: Closing Realm file: /var/lib/realm/object-server/internal_data/permission/__global.realm
2017-11-03T12:21:57.461Z - info: sync-client: Connection[4]: Session[4]: Sending: UNBIND
2017-11-03T12:21:57.466Z - info: sync: Sync Connection[4]: Session[4]: Session terminated (session_ident=4).
2017-11-03T12:21:57.466Z - info: sync: Sync Connection[4]: Connection closed by client: End of input
2017-11-03T12:22:37.918Z - info: sync-client: Closing Realm file: /var/lib/realm/object-server/internal_data/permission/__auth.realm
2017-11-03T12:22:37.919Z - info: sync-client: Connection[3]: Session[3]: Sending: UNBIND
2017-11-03T12:22:37.920Z - info: sync: Sync Connection[3]: Session[3]: Session terminated (session_ident=3).
2017-11-03T12:22:37.923Z - info: sync: Sync Connection[3]: Connection closed by client: End of input

@Jonsapps commented on Mon Nov 06 2017
It's also probably worth noting that the same code and setup worked as expected with ROS V1.

Neither Cocoa nor object store touched this code as part of the transition to ROS 2.0, so it makes sense for sync to triage this rather than us.

Any update on this issue? Have you been able to replicate what I am seeing?

Not yet, but we'd be happy to accept a reproduction case to speed things along.

I think I have spotted some more specific settings that might be causing this. For me it was when the maxDownloadSize was set. My assumption is that if your max download size is bigger than your realm (which allows for a single download) the start sync won't trigger. As soon as I removed maxDownloadSize, the sync progress kicked in.


Connect values between null points in Line Chart.

Is your feature request related to a problem? Please describe.
I am using apex chart to map a series of data that might potentially have null values in them. I found this example quite helpful https://apexcharts.com/vue-chart-demos/line-charts/, however, I need to connect the values between null points.
Describe the solution you'd like
An extra boolean option to connect the values between null points like, spanGaps similar to spanGaps in ChartJs.
Additional context
Given the data [1, null, 3, 4]. The result is the image below.

This has been proposed, but not worked upon yet.
Closing as duplicate of #146

Similar to #146, but I'm not so sure this is the same proposal as with #146. What @jofftiquez proposes would be a simple option to just draw a line between all available data points, even if there are null values. No need for repetition or interpolation of available data points.
As said in @ jofftiquez post, this is the same as Chart.js spanGaps option which I'm a bit surprised ApexCharts doesn't support yet. Not having this option makes ApexCharts unsuitable for certain data series with line charts imho.

@junedchhipa, please let me know if I can help with a PR that resolves this issue.

@cseelus is correct. I started using chartjs again just for this feature.

do you have any resolution on this as i would like to use this chart instead of CHARTJS.
Please tell me whether it is possible or not to connect null points?

+1 for this feature, that would be a great and useful addition. Thanks and keep the good work.

+1 this would be an amazing feature for Apexcharts

Yeah 🎉

@cseelus If you want to submit a PR, I am happy to accept it.
Sorry for the delay, this went unnoticed for too long.

Has this ever been resolved? I'm not finding anything in the docs about how to connect null data, and interpolating data won't work for my situation. Ideally, though probably more difficult, I'd like to have the lines between null data dashed or dotted or a different color to indicate missing values.
We're using multiple charts to see trends and having the "fake" data in place of missing values would be misleading. I'd love to have a "spanGaps" option...

Any updates on this? It got closed, but the feature seems to not be there

This did not appear to working as of 3.46.0.  It did when I was testing 3.44.0 through 3.45.1, but that was buggy when zoomed into (for example:  https://codepen.io/martian111/pen/poXWmBg).  But starting with v3.46.0, it no longer connected the points with null values in between (see: https://codepen.io/martian111/pen/qBzVZwV).
For me, the best comparable solution I've found was plotly.js (in combination with react-plotly.js) to get this working out-of-the-box.  The configuration for it is actually intuitive, as each line on the chart cn be configured with a connectgaps setting as one would expect.  Example:  https://codepen.io/martian111/pen/RwzjVGL


Fixed precedence of sequence expression in computed property

Updated escodegen, fixed https://github.com/javascript-obfuscator/javascript-obfuscator/issues/638, added test

Coverage increased (+0.02%) to 98.651% when pulling 49259f1ef4a3a5035421b3e0755d6761acde0949 on precedence-of-sequence-expression-in-computed-property into 3727fe2acf769b7ac2d67e0a4c72ae9d39bc9d9c on master.


Add Android SDK Build Tools 28.0.3

Checklist

[x] I've run make from the root directory to see all Dockerfiles are created successfully.
[x] I've updated the documentation if necessary.

Motivation and Context
Version 28.0.3 is required for Android Gradle Plugin 3.2.x.
Closes CircleCI-Public/circleci-dockerfiles#13.

thank you ! @technoir42


Main thread crashes immediately

Operation System: OSX Yosemite version 10.10.5
Beaker Version: Latest (Beaker v0.7.5)
Just installed Beaker and as soon as I attempt to visit anything I get an "Uncaught Exception Error":

Yeah, sorry, this is a known bug that hits some people. We're releasing a new version tomorrow with a fix. If you build from source, it should work for you.
Closing as a duplicate of https://github.com/beakerbrowser/beaker/issues/698.

@pfrazee no worries! I had tried searching to see if this was a dupe
thanks, i will attempt building from source for now

@pfrazee fwiw this is indeed fixed for me when I build from source
thanks again

👍


Hook to change or add functionality to onPress

Hello!
I am using this library with a team, and we are looking to run some custom functionality when the multiSelect is pressed. For us specifically we are looking to dismiss the keyboard if it is up, when the input is clicked in order to not obscure any of the modal with the possible selections.
To replicate this simply have a textInput on the same page and click into it on mobile thus opening the keyboard and then click on the multiSelect. In our experience the keyboard is staying open and then obscuring some of the modal.
If there is already a functionality for this or a better way of doing this, please feel free to let me know and I will close immediately.

There is a patch for the test case you described I will have to explicitly close the keyboard (if opened) when the multi select textinput is clicked so that the keyboard doesn't obstruct multiselect modal.
import { Keyboard } from 'react-native';
Keyboard.dismiss(); this will be the first line in the onFocus of the source code which will close the keyboard.
i will add above code in the next release.
Currently, you can wrap your code in a view or touchable which triggers this behaviour maybe that would help

You can use the inputRef prop. (Patch)
import React, { useRef, useEffect } from 'react';
import { View, TextInput, Keyboard } from 'react-native';
import PaperSelect from 'react-native-paper-select';

const MyComponent = () => {
  // Create a ref for the PaperSelect input
  const inputRef = useRef(null);

  useEffect(() => {
    if (inputRef.current) {
      // Add a focus listener to the ref's current input
      const handleFocus = () => {
        Keyboard.dismiss(); // Dismiss the keyboard when PaperSelect gains focus
      };

      const inputElement = inputRef.current;
      inputElement.addEventListener('focus', handleFocus);

      // Cleanup listener on unmount
      return () => {
        inputElement.removeEventListener('focus', handleFocus);
      };
    }
  }, []);

  return (
    <View style={{ flex: 1, padding: 16 }}>
      <TextInput placeholder="Type here" style={{ marginBottom: 20 }} />
      <PaperSelect
        multiSelect
        label="Select Options"
        inputRef={inputRef} // Pass the ref to PaperSelect
        onSelection={(value) => {
          console.log('Selected Value:', value);
        }}
        // Add other props as needed
      />
    </View>
  );
};

export default MyComponent;

Thank you for the quick response! Wonderful work, looking forward to the next release.

Fix released:
v1.2.1


Initiates huge downloads on webui start

Installing facechain and restarting sd-webui initiated downloading of multiple models from "modelscope" hub, as far as I understand it. There's no indication of how many models would be downloaded (now it's 3.8GB total and still goes). The download location is %userprofile%/.cache/modelscope/hub (on windows).
Is that normal? I see that models are named similarly to the images in style_image folder, and if there's 1:1 correspondence, I infer some multi-dozen-gigabytes and hours of downloads. Something went wrong with my install I guess.
If I delete extensions/facechain, sd-webui starts as usual. If I clone it back, downloads resume (from where I interrupted them last time).
Update: I tested it on a clean sd-webui installation to make sure it's not misconfig. After downloading all these models, when I start sd-webui, facechain checks all the models again, which takes around a few minutes only to start webui.

“After downloading all these models, when I start sd-webui, facechain checks all the models again, which takes around a few minutes only to start webui.”
a few minutes are taken to initalize models which can not be optimized

30GB download of models and counting....absolutely ridiculous...


No error being thrown modifying space.bodies during PreListener

Lest I forget about this again.
http://deltaluca.me.uk/forum/index.php/mv/msg/294/2050/b6ea7fc59702d62c89a9edbbc962310e/#msg_2050

Well i get an error after not seeing why would not be thrown.... No reason to keep this open that I can tell.


Add tslint config, fix invalid css, add option to set custom bar colors

Thanks @btxtiger! Please take a look at the changes I made on the  btxtiger-master branch. If you don't have further comments I will merge and push the new version to npm.

Hi, I have two questions:

What is the barColorsChecked boolean used for? Should it prevent the colors to be changed more than once? But what if the first try fails for whatever reason?
src/passwordStrengthBar.component.ts:59
I'm not sure if here isn't created a reference.
this.colors = this.barColors;

If we write it this way:
var k = [1,2,3,4,5];
var b = [3,3,3,3,3];
var b = k;
b[0] = 99
// Output b: [99, 2, 3, 4, 5]
// Output k: [99, 2, 3, 4, 5]

I'm still not that familiar with ES6 classes, so it might be possible assigning this
way this.colors = this.barColors; might be correct.
If it is a reference, this.barColors is changeable on the flow if this.myColors is updated. That would mean there isn't a secure working fallback if myColors becomes undefined for whatever reason. That's why I used this.colors = this.barColors.slice();here.

I originally assumed that the check only needed to be done once. It doesn't seem like a common use case, but there's nothing preventing the client from dynamically changing the colors. I've updated the logic to check on every change and revert back to the default when validation fails.

Looks good for me. I've nothing to add.


Solve issue #156

Removed all occurrences of sdict. Now the outcome of status command becomes:
(tower_cli_devel) sitan-OSX:tower-cli sitan$ tower-cli project status 5
========== ====== =======
  status   failed elapsed
========== ====== =======
successful  false   5.023
========== ====== =======

Note I did not modify requirements.txt here. Further modifications might be required.

Coverage remained the same at 100.0% when pulling bc7bdfe1f82ea99f755a046a7a58d2beffbf6279 on jangsutsr:issue156 into 288f9a87de12893308030d24c3b7d093d4c508d3 on ansible:master.

Coverage remained the same at 100.0% when pulling bc7bdfe1f82ea99f755a046a7a58d2beffbf6279 on jangsutsr:issue156 into 288f9a87de12893308030d24c3b7d093d4c508d3 on ansible:master.

Coverage remained the same at 100.0% when pulling bc7bdfe1f82ea99f755a046a7a58d2beffbf6279 on jangsutsr:issue156 into 288f9a87de12893308030d24c3b7d093d4c508d3 on ansible:master.

I've been testing this branch. I don't see any problems with the ordering. Lke:
== ====== ==== ========
id  name  kind username
== ====== ==== ========
18 cred   ssh  pi

Here, id and name come first - as we would like. I'm curious if you saw any ordering mismatches. But anyway, looks good to me 👍


How to open the menu from bottom to top instead top to bottom

How can I open the menu from bottom to top instead of top to bottom?
Thanks Yalantis.

Solved.

How do i do this?


Build a function call without input parameter in spring AI

Please do a quick search on GitHub issues first, there might be already a duplicate issue for the one you are about to create.
If the bug is trivial, just go ahead and create the issue. Otherwise, please take a few moments and fill in the following sections:
Bug description
I tried to define a function call in spring ai as below
    @Bean
    @Description("return list of Vets, include their specialist")
    public Function<Void, Collection<Vet>> queryVets() {
        return request -> {
            return vetRepository.findAll();
        };
    }

The input parameter is Void as the function has no input parameter.
But I got the error
com.azure.core.exception.HttpResponseException: Status code 400, "{ "error": { "message": "Invalid schema for function 'queryVets': In context=(), object schema missing properties", "type": "invalid_request_error", "param": null, "code": null } } "
Expected behavior
If the function input parameter is VOID, there should no such check
Minimal Complete Reproducible example
Please provide a failing test or a minimal complete verifiable example that reproduces the issue.
Bug reports that are reproducible will take priority in resolution over reports that are not reproducible.

I'm trying to achieve the same behaviour. Any help would be appreciated

We are looking into this issue now.  Stay tuned.

I have the same Problem here. trigger-functions with no parameters get the described error from the model above. When will 1.0.0.M2 be released?

Resoled by 432954dad7f7c3a33117848a4259bc7076865c5f


"##[error]The variables can not be found on the definition: , ," when using variable from variable groups

Hey,
I'm running into issues when using this task to access a variable in a variable group:

A different task has no problem accessing this variable. And when I defined the variable explicitly in the pipeline it worked flawlessly.
Could you please take a look at this?
Cheers,
Robin

Hi Robin, try defining the variable on the complete release and not the stage. Only setting it on a specific stage isn't supported at this moment

Hey Maik,
I'm afraid I don't fully understand.
The pipeline is just a standard build pipeline which creates an artifact for deployment. There are no "stages".
I just defined the variable in a variable group to later access it in our release pipeline.
Could you please clarify this again?
Cheers,
Robin

Off course, the build it self is also a stage. But I have taken a look further into your screenshots. You are using variables in a variable group. Updating these values isn't supported at this moment. You will have to add them to the build pipeline.

That is unfortunate. But thank you regardless for your quick response!
Cheers,
Robin

How would this work with a secret variable set in the variables tab of the UI? I get this same error when trying to reference a secret variable in the YAML.
Here is the set variable:

And here is the YAML snippet:


Student Profile for High School Students

When high school educators log into Student Insights, their homepage is the section view. From there they can click a student in a section which takes them to the student profile.
Some reworking is needed to show relevant information.
The largest addition will be an area that shows a student's sections. The current feedback from Jodi Remington is to have the table list include (section number, schedule, educator name, current numeric grade). I'd imagine the section number would be clickable if the educator logged in has permission to that section.
The biggest question is, where should this information go on the student profile? I know we've been talking about student photos. Has anyone given any thought to redesigning the profile page? (@alexsoble @kevinrobinson)
If not, I'll go ahead and add it where it makes sense but I do think the student profile warrants another design pass.

@jhilde Yeah I'd vote for shipping minimal first, and redesigning after.  I'm happy to brainstorm on mockups or share feedback if that's helpful.  An initial thought would be to put it in the "Overview" panel truncated as the top 4 sections or something, and then have the table be the first thing within the overview details section.
re: photos, I'd punt on that here.  But I'd start with trying an iteration on the "bar" with student name, grade etc. into a card or panel that includes the picture when that time comes.
Another good forcing function for some redesign is if we pull the principal dashboard features - that'll need a little more design love, and maybe a good opportunity for time on a tightly scoped global redesign.  I'm always a bit worried about redesign scope creep, but if we've batched up a bit of design debt on the new section pages, profile changes for high school students, and minimal function new principal dashboard, maybe a good opportunity for it then.  That's just my two cents.

Forgot I had already entered this issue. Just entered a new issue for my conversation with Uri #1078 so I'm going to close this one.


⚠ Bofrost.be has degraded performance

In c4057ed, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 2369 ms

Resolved: Bofrost.be performance has improved in 8bf1d84.


Getting error when using Docker installation method

Describe the bug
I'm installing notebook using Docker. When run the command "docker build -t openvino_notebooks ." , I encounter the error:
Step 13/28 : COPY .ci/test_notebooks.tx[t] /tmp/scripts
COPY failed: no source files were specified

Expected behavior
Complete install notebook
Screenshots

Installation instructions (Please mark the checkbox)
[x] I followed the installation guide at https://github.com/openvinotoolkit/openvino_notebooks#-installation-guide to install the notebooks.
** Environment information **
I didnt manage to install using docker method. Hence the error.
$ python3 check_install.py
Importing Jupyter failed. Please follow the installation instructions in the README in the same directory as this script or at https://github.com/openvinotoolkit/openvino_notebooks

Additional context
Add any other context about the problem here.

The Dockerfile change from
COPY .ci/test_notebooks.tx[t] /tmp/scripts
To:
COPY .ci/test_notebooks.py /tmp/scripts
This will resolve the issue.

@gooishin, sorry for the inconvenience, could you please check the latest repository state? Updating openvino notebooks for 2024.1 I made relevant changes in docker, so now it should work.

Hi @gooishin, the issue has been addressed by the Pull Request #1963. Updating to OpenVINO notebooks 2024.1 will solve the error. Therefore, I will proceed to close this issue. Feel free to reopen to ask any questions related to this topic.


[fix][client] Thread.currentThread.interrupt() after catching InterruptedException

Fixes #9921
Documentation

[x] doc-not-needed

@eolivelli Please take a look.

/pulsarbot rerun-failure-tests

@eolivelli thx,sir!

The problem with unwrap is that we are not sure that is it always called in t right place, that is right after a catch cause

@zjyingchang Could you please help resolve the conflicts so that we can contains this PR in 2.8.0

@linlinnn can you please take another look ?

Hi,
What is the status of this PR and what can I do to move it forward.
The issue 9921, that this PR would solved, is still present in 2.10.0.

I can see we explicitly remove the interrupt call in https://github.com/apache/pulsar/pull/4493. @merlimat please help review if this patch violates your previous intention.

Codecov Report

Merging #10163 (2c6025b) into master (da87e40) will decrease coverage by 9.35%.
The diff coverage is 0.00%.

@@             Coverage Diff              @@
##             master   #10163      +/-   ##
============================================
- Coverage     46.42%   37.07%   -9.36%
+ Complexity    10437     1969    -8468
============================================
  Files           703      209     -494
  Lines         68816    14431   -54385
  Branches       7377     1574    -5803
============================================
- Hits          31950     5350   -26600
+ Misses        33252     8494   -24758
+ Partials       3614      587    -3027

Flag
Coverage Δ

unittests
37.07% <0.00%> (-9.36%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

...va/org/apache/pulsar/client/impl/ConsumerImpl.java
15.09% <0.00%> (-0.04%)
:arrow_down:

...he/pulsar/client/impl/MultiTopicsConsumerImpl.java
22.78% <0.00%> (-0.09%)
:arrow_down:

...g/apache/pulsar/client/impl/ConnectionHandler.java
50.00% <0.00%> (-5.32%)
:arrow_down:

...ache/pulsar/broker/loadbalance/LinuxInfoUtils.java

...ker/loadbalance/impl/LinuxBrokerHostUsageImpl.java

...ker/resourcegroup/ResourceQuotaCalculatorImpl.java

...ker/stats/prometheus/NamespaceStatsAggregator.java

...schema/exceptions/IncompatibleSchemaException.java

...sar/broker/service/schema/SchemaRegistryStats.java

...r/broker/service/plugin/EntryFilterDefinition.java

... and 489 more


pyright: 1.1.366 -> 1.1.367

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for pyright is: Type checker for the Python language
meta.homepage for pyright is: https://github.com/Microsoft/pyright
meta.changelog for pyright is: https://github.com/Microsoft/pyright/releases/tag/1.1.367
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.1.367 with grep in /nix/store/2bv0pqzxqg5nlghhblj7shnf6w6w5dqg-pyright-1.1.367
found 1.1.367 in filename of file in /nix/store/2bv0pqzxqg5nlghhblj7shnf6w6w5dqg-pyright-1.1.367

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

10 total rebuild path(s)

10 package rebuild(s)

First fifty rebuilds by attrpath

emacsPackages.lsp-bridge
pyright
python311Packages.inline-snapshot
python311Packages.strawberry-graphql
python311Packages.types-lxml
python312Packages.inline-snapshot
python312Packages.strawberry-graphql
python312Packages.types-lxml
vscode-extensions.ms-python.vscode-pylance

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/2bv0pqzxqg5nlghhblj7shnf6w6w5dqg-pyright-1.1.367 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

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

Or:
nix build github:r-ryantm/nixpkgs/c31b747c327306699a6fb38f1c1cd61ddf8254dc#pyright

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/2bv0pqzxqg5nlghhblj7shnf6w6w5dqg-pyright-1.1.367
ls -la /nix/store/2bv0pqzxqg5nlghhblj7shnf6w6w5dqg-pyright-1.1.367/bin

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

15 packages built:

emacsPackages.lsp-bridge
pyright
python311Packages.inline-snapshot
python311Packages.inline-snapshot.dist
python311Packages.strawberry-graphql
python311Packages.strawberry-graphql.dist
python311Packages.types-lxml
python311Packages.types-lxml.dist
python312Packages.inline-snapshot
python312Packages.inline-snapshot.dist
python312Packages.strawberry-graphql
python312Packages.strawberry-graphql.dist
python312Packages.types-lxml
python312Packages.types-lxml.dist
vscode-extensions.ms-python.vscode-pylance

Maintainer pings
cc @kalekseev for testing.

@NixOS/nixpkgs-merge-bot merge


Anticipating the Release of Your SceneFlow Pretraining Model

Excellent work! When do you plan to release your pretrained models?

Thank you very much for your reminder, I will find time to release the model weights trained on SceneFlow and KITTI.


Update lib.es5.d.ts

Objects.keys() does not take null or undefined
> Object.keys(undefined)
TypeError: Cannot convert undefined or null to object
> Object.keys(null)
TypeError: Cannot convert undefined or null to object

[x] You've signed the CLA
[x] There are new or updated unit tests validating the change

https://github.com/Microsoft/TypeScript/tree/master/lib#read-this

These files are not meant to be edited by hand. If you need to make modifications, the respective files should be changed within the repository's top-level src directory. Running jake LKG will then appropriately update the files in this directory.
---> https://github.com/Microsoft/TypeScript/tree/master/src/lib

Edited the wrong file. 👍


[BUG] to_utc_timestamp and from_utc_timestamp fallback when TZ is supported time zone

Describe the bug
to_utc_timestamp and from_utc_timestamp fallback when TZ is supported time zone
Steps/Code to reproduce bug
export TZ = Asia/Shanghai
select:

from_utc_timestamp(ts_col, tz)
to_utc_timestamp(ts_col, tz)
Reports: Set both of the timezones to UTC to enable class org.apache.spark.sql.catalyst.expressions

 !Expression <FromUTCTimestamp> from_utc_timestamp(structF#15.timestampF, Asia/Shanghai) cannot run on GPU because class org.apache.spark.sql.catalyst.expressions.FromUTCTimestamp is not supported with timezone settings: (JVM: Asia/Shanghai, session: Asia/Shanghai). Set both of the timezones to UTC to enable class org.apache.spark.sql.catalyst.expressions.

to_utc_timestamp and from_utc_timestamp are not time zone aware.  It means they are not related to session time zone.
They both take a timezone parameter, usage:

from_utc_timestamp(ts_col, tz)
to_utc_timestamp(ts_col, tz)
So should not check the session time zone, only check time zone in the parameter is enough.


SourceKit: enable lld for libdispatch if used

If we are using lld for building swift, enable lld for the libdispatch
build as well.

Replace this paragraph with a description of your changes and rationale. Provide links to external references/discussions if appropriate.

Resolves SR-NNNN.

@swift-ci please t=clean test Linux platform

@swift-ci please clean test Linux platform

Build failed
Swift Test Linux Platform
Git Sha - ded9dfdbf1676984c1c2e7ec06baae6b79dc2483

Bleh, seems that somehow gold and lld are being enabled simultaneously.

Please test with following PR:
https://github.com/apple/swift-corelibs-libdispatch/pull/370
@swift-ci please test Linux platform

Build failed
Swift Test Linux Platform
Git Sha - ded9dfdbf1676984c1c2e7ec06baae6b79dc2483

Please test with following PR:
apple/swift-corelibs-libdispatch#370
@swift-ci please test Linux platform

Build failed
Swift Test Linux Platform
Git Sha - ded9dfdbf1676984c1c2e7ec06baae6b79dc2483


chore(CLI): ugprade to JCommander 1.72

Fixed the semantic of the error message to reflect an error on the file
name instead of a missing file.
The unit test had issues:

Test name was misleading as it was not testing the absence of input
file argument (which would trigger usage display) but the presence of
an empty input file name
It was validating a bug in the parsing library fixed in JCommander
1.61 where empty arguments were lost - cbeust/jcommander#306

Fixes asciidoctor/asciidoctorj#782

Thanks for the PR!!!
I am currently on PTO. I’ll check out the PR once I am back, please bear with me.

Thanks! 🎉


ISPN-1274 DefaultExecutorService uses no thread pool when it decides to invokeLocally

Master only. Fix for https://issues.jboss.org/browse/ISPN-1274

This has been integrated. Closing


youtube-dl: update checksum (bis)

Existing package

[x] I am the maintainer of this package.

If there is the same problem as PR https://github.com/kisslinux/community/pull/1443, just tell me what is wrong. I have
installed this version and I didn't see which file were installed on /.
Thanks!

See how it creates community/version instead of modifying community/community/youtube-dl/version? https://github.com/Vouivre/community/blob/c81530e634764cf6f7d7d81fa5ce1e0ad25646c3/version

I'm still having a checksum mismatch...

Looks like we'll need to find a mirror.

Here perhaps:
https://yt-dl.org/download.html
Do I update this package with this sources ?
Perhaps we could also drop it to use an alternative. I will probably open a subject on the KISS Linux community on Reddit.


Cyrillic characters are displayed smaller than Latin in file/folder names

What system are you running Yazi on?
macOS
What terminal are you running Yazi in?
iTerm2 3.5.2
Did you try the latest code to see if this problem got fixed?
Tried, but the problem still
yazi --debug output

Yazi
    Version: 0.2.5 (Homebrew 2024-06-20)
    Debug  : false
    OS     : macos-x86_64 (unix)

Ya
    Version: 0.2.5

Emulator
    Emulator.via_env: ("xterm-256color", "iTerm.app")
    Emulator.via_csi: Ok(Iterm2)
    Emulator.detect : Iterm2

Adapter
    Adapter.matches: Iterm2

Desktop
    XDG_SESSION_TYPE: None
    WAYLAND_DISPLAY : None
    DISPLAY         : None

SSH
    shared.in_ssh_connection: false

WSL
    /proc/sys/fs/binfmt_misc/WSLInterop: false

Variables
    SHELL              : Some("/bin/zsh")
    EDITOR             : Some("kak")
    ZELLIJ_SESSION_NAME: None
    YAZI_FILE_ONE      : None
    YAZI_CONFIG_HOME   : None

Text Opener
    default: Some(Opener { run: "${EDITOR:=vi} \"$@\"", block: true, orphan: false, desc: "$EDITOR", for_: None, spread: true })
    block  : Some(Opener { run: "${EDITOR:=vi} \"$@\"", block: true, orphan: false, desc: "$EDITOR", for_: None, spread: true })

tmux
    TMUX   : false
    Version: No such file or directory (os error 2)

Dependencies
    file             : 5.41
    ueberzugpp       : No such file or directory (os error 2)
    ffmpegthumbnailer: 2.2.2
    magick           : No such file or directory (os error 2)
    fzf              : 0.53.0
    fd               : 10.1.0
    rg               : 14.1.0
    chafa            : No such file or directory (os error 2)
    zoxide           : 0.9.4
    unar             : 1.10.7
    jq               : 1.7.1

--------------------------------------------------
When reporting a bug, please also upload the `yazi.log` log file - only upload the most recent content by time.
You can find it in the "/Users/valerykondakoff/.local/state/yazi" directory.

Describe the bug
I noticed, that Cyrillic characters are displayed much smaller than Latin ones in file/folder names. This does not depends of what font I choose to use in iTerm2 settings.
Expected Behavior
All characters should be displayed in the same size independent of layout.
To Reproduce
Create file named ТЕСТ TEST тест test.txt.
Screenshot:

Configuration
no config
Anything else?
No response

Yazi as a TUI application, doesn't have control over terminal fonts, and it's up to your terminal to render fonts and how you've configured them.
You can paste the filename into your shell (without and outside Yazi) to see how your terminal renders it:

Closing as not Yazi and nothing to do with Yazi.

Ah, yes, sorry for a false alarm: Cyrillic characters were displayed using Nerd font instead of the default one. I fixed the issue by setting an exception for Cyrillic range (U+0400–U+04FF). Now it is displayed correctly.
Thank you!


How to globally log for all requests?

Would it be possible to add a global method to enable logging for all requests, similar to
RestAssured.enableLoggingOfRequestAndResponseIfValidationFails()?  I'd like to enable this for all our tests, without having to add this to every request in every test.

Yes you can probably use a RequestSpecification that contains a logging filter (RequestLoggingFilter and ReponseLoggingFilter).


version v1.2.1 bump

Bam, sorted.

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@8ecac48). Click here to learn what that means.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master     #308   +/-   ##
=========================================
  Coverage          ?   84.52%
=========================================
  Files             ?       21
  Lines             ?      446
  Branches          ?       94
=========================================
  Hits              ?      377
  Misses            ?       67
  Partials          ?        2

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 8ecac48...f24f376. Read the comment docs.


Add CarboScope cmorizer

Description
Adds Cmorizer for Jena CarboScope reanalysis, adding monthly fgco2 and nbp, along with their respective fx files.
I've added a downloader for the 2020 version, which I used for my paper, and tested the 2024 version to also run with the cmorizer, but without the downloader as I didn't get a good link for direct download for the respective file. The changes to add versioning detailed in #3452 don't seem to be implemented yet, how would you like to handle both versions for this cmorizer?
P.S.: original code from @schlunma , I just adapted it to the current ESMValTool version, can we add a coauthorship for him? :smiley:

Checklist
It is the responsibility of the author to make sure the pull request is ready to review. The icons indicate whether the item will be subject to the 🛠 Technical or 🧪 Scientific review.

[ ] 🛠 This pull request has a descriptive title
[ ] 🛠 Code is written according to the code quality guidelines
[ ] 🛠 Documentation is available
[ ] 🛠 Tests run successfully
[ ] 🛠 The list of authors is up to date
[ ] 🛠 Any changed dependencies have been added or removed correctly
[ ] 🛠 All checks below this pull request were successful

New or updated data reformatting script

[ ] 🛠 Documentation is available
[ ] 🛠 The dataset has been added to the CMOR check recipe
[ ] 🛠 The dataset has been added to the shared data pools of DKRZ and Jasmin by the @ESMValGroup/OBS-maintainers team
[ ] 🧪 Numbers and units of the data look physically meaningful

As a coauthor on this I probably shouldn't review it, but I am happy to have a final check and merge this once approved 😅


fix(deployment): Fix log file path and log colour

Motivation
I can't say "no log file" for manually deployed instances.
Google Cloud logs have colour escapes in them.
Solution
Only use the GItHub repository variable for auto-deployments.

Review
This is a routine fix.
Please check I spelt color the North American way in the PR code.
Reviewer Checklist

[ ] Will the PR name make sense to users?

[ ] Does it need extra CHANGELOG info? (new features, breaking changes, large changes)

[ ] Are the PR labels correct?
[ ] Does the code do what the ticket and PR says?

[ ] Does it change concurrent code, unsafe code, or consensus rules?

[ ] How do you know it works? Does it have tests?

I'm testing it here:
https://github.com/ZcashFoundation/zebra/actions/runs/5217915842

[ ] logs are visible
[ ] they don't have colour escapes

Alright that worked!


overlay

As I understand overlay is a git adhering to the same directory structure as the main repo in which files can be customized. Steps are: pull main repo, pull overlay, merge overlay.
This feels like "tight coupling", the moment directory structure or filenames change in the main repo things will fail and causes may be hard to find. Or am I missing something?
Wouldn't it be better to have a well modularized setup with separate build/release cycle, configuration and customization?

@eduarddrenth thank you for your comment
We inherited this from the upstream project - https://github.com/DSpace/DSpace .
You can read more about overlays at https://www.slideshare.net/tdonohue/making-dspace-15-your-own-customizations-via-overlays but also look at https://jira.duraspace.org/projects/DS/issues because the new version of vanilla DSpace will come with several important changes in the backend.
We do not want to have specific build enhancements in this fork (even though I agree that the current system could be improved). I urge you to contribute to the upstream project and we will update it afterwards.

Ok, thanks, the slides do shine some extra light. Good to see it is cocoon based, worked with that for years... For now for us stable build and customizations are important with not too much effort. So we'll go with what's there for now. After that going live and after that and maybe underwhile contribute....


Added support for rados_aio_wait_for_safe().

"Wait for safe" support added to  Completion objects.  Previously only "wait for complete" was supported.

Thanks! Could you rebase against master so that the merge commit isn't there in the PR? Just a single commit adding this feature.

Yes sir, I resubmitted a new pull request.
Thanks!

On Oct 17, 2017, at 02:52, Wido den Hollander<EMAIL_ADDRESS>wrote:
Thanks! Could you rebase against master so that the merge commit isn't there in the PR? Just a single commit adding this feature.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/ceph/rados-java/pull/32#issuecomment-337148348, or mute the thread https://github.com/notifications/unsubscribe-auth/AU8g0mrrj9NxNaPdz5mulkSNEXO_tA_Zks5stFzAgaJpZM4P7SL_.


Transition Roles index page to GDS Design System

Description
This ports the roles index page to the GOV.UK Design System. Then adds the new view in the GOV.UK Design System and conditionally renders the Bootstrap or GOV.UK Design System based on whether the user has the "Preview design system" permission.
Screenshots
On landing:

Following deletion of role

Trello
https://trello.com/c/MApp6pCM
⚠ This repo is Continuously Deployed: make sure you follow the guidance ⚠
Follow these steps if you are doing a Rails upgrade.

@chriswhitehouse-tw Few comments:

"Create role" button should be green, and the text "Create new role". Also, add some space between the button and the table. The space between warning message, button, title and table should be the same.
 Can the warning be under the button instead? (I would argue that we don't need the warning there, and that information should be a page after you click on Create new role, but maybe let's just move to not to complicate it for now)
We don't need the "Cannot delete" text since it doesn't explain why you can't, so not having the button/link will have the same meaning
Delete button should be a red link.
Can we have a column for Edit as a blue link instead of the Name linked?

@chriswhitehouse-tw All good 👍


quantile_turnover in performance.py

Problem Description
quantile_turnover method in performance.py is incorrent, it  does not subset based on quantile, result is same for all quantiles
instead of
quant_names = quantile_factor[quantile_factor == quantile]
should be
quant_names = quantile_factor['factor_quantile' == quantile]

Please provide the full traceback:
[Paste traceback here]

Please provide any additional information below:
Versions

Alphalens version:
Python version:
Pandas version:
Matplotlib version:

quant_names = quantile_factor[quantile_factor['factor_quantile'] == quantile]


How to specify environment?

I have started using Foreman in my app, and it's been great so far. I was wondering if there is a way to specify a RAILS_ENV as a paraemter inside Procfile? For example,  when I start a delayed_job worker on production, I have to use:
RAILS_ENV=production script/delayed_job start

How can I access/set RAiLS_ENV within procfile?

Fantastic, heroku@home.

For commands that need to override variables in .env is is possible to set them inline. For example in the case @chrishough points out above RAILS_ENV=development.
RAILS_ENV=test bundle exec foreman start
always runs in development for me


Build commands shouldn't be available for non-applicable scenarios

The build tool cannot be run on 3D apps, or apps without a full source WAB application.  In these cases, the build script should not be added to package.json

Completed.


Cookies modal not working properly on iOS

I'd try removing the on="tap:cookies.dismiss" of <Button>.

Fixed on #173

reopening just tested it on an iPhone 6, and it doesn't work.


Make a way to have a special callout in markdown

When I used README.io for angular-formly I really liked the "callout" feature:

I think that we could add another pragmaHandler here to support a syntax like this:
# this is some markdown

```callout {type: 'info', title: 'Alternative method'}
You could also do things like such-and such... blah blah

And `markdown` should work *here* too
```

I'm thinking about doing this myself, but we probably need a design for this...

Oh, and README.io have the types: "info, warning, danger, success"

I'm sorry, I normally will make PRs, but I just wanted to get this in to test out crowdin stuff. Here's what it looks like:

We've got one for all four types :+1:


Feat/limited scope

This addresses the RBAC and docs points in your PR's to do list. Feel free to make edits if necessary

@Flydiverny - I've left some comments in the files, please let me know your thoughts

@Flydiverny - do you think this is mergeable? If not, could you give me some feedback for what needs to change?

I've been testing this, and can't retrieve the CRD when using a Role, because it's at the cluster scope Error: customresourcedefinitions.apiextensions.k8s.io "externalsecrets.kubernetes-client.io" is forbidden: User "system:serviceaccount:pa-api-rdg-dev:pa-api-rdg" cannot get resource "customresourcedefinitions" in API group "apiextensions.k8s.io" at the cluster scope
For now,, I'm just using a ClusterRole in all situations. I'll push my changes, in case you want to have a look at it


How to view data on python

Hi Georgy,
I have 3 questions
I want to see the values in file "data.h5", but how can I view data on python? I can't see all the data:
import h5py
f = h5py.File("./rainymotion-master/rainymotion-master/data/data.h5", mode="r")
print(f['201605291650'][:])
and I see:
[[0. 0. 0. ... 0. 0. 0.]
[0. 0. 0. ... 0. 0. 0.]
[0. 0. 0. ... 0. 0. 0.]
...
[0. 0. 0. ... 0. 0. 0.]
[0. 0. 0. ... 0. 0. 0.]
[0. 0. 0. ... 0. 0. 0.]]

what is the file "eval_dict.npy"?

3)With this script:
from rainymotion.models import Dense
model = Dense()
model.input_data = open("./rainymotion-master/rainymotion-master/data/data.h5")
nowcasts = model.run()
I get a file without values. Where is my error?
Thanks you
Giovanni

Hi,
I'm not Georgy, but I'm trying to answer your questions.

Data from radars usually are array-like with two dimensions. So it can be represented in a grid.
In your case you can try:

import h5py
import matplotlib.pyplot as plt
f = h5py.File("./rainymotion-master/rainymotion-master/data/data.h5", mode="r")
data = f['201605291650'][:]
print(f['201605291650'][:]) # Array is too large, so it won't display totally
print(f.keys())          # See keys on the file
plt.imshow(data.astype(float))
plt.colorbar()

It's just another file. Contain radar data in a format that it could be read by the numpy library.

import numpy as np
evaluation = np.load("./rainymotion-master/rainymotion-master/data/eval_dict.npy", allow_pickle=True)

I'm surprised because you don't get an error. So you need to pass the array-like, and you give an object. Read the documentation of the function to more details.

Hi @GiovanniVignoli95 and @ElmerJeanpierreLopez,
First, I would like to thank you in your interest in rainymotion. Many additional thanks to @ElmerJeanpierreLopez for your help answering the questions about rainymotion.
Actually, I do not know what to add to the answer provided by @ElmerJeanpierreLopez. Basically, you have to feed a 2D radar data to rainymotion, and then the model does its job. You can find some examples using German radar data in the documentation.
I am sorry for late answers as I am pretty busy with papers, reviews, and grant reports this time of the year :-(
Best,
Georgy

Ok thanks you.
But I have to feed a 2D o 3D array to rainymotion? data.h5 is in 3D, not in 2D
Can you write an example to view or to save the array in output?
giovanni

You need to feed with 3D array (frames, x_samples, y_samples). Be careful that your data shouldn't contain NaN values, because if it has you'll obtain a matrix filled with zeros. Data h5 is an object of h5py library not an array exactly. Then you obtain the predicted output values using:
nowcasts = model.run()
For plotting, you can use Matplotlib library:
import matplotlib.pyplot as plt
fig = plt.figure()
plt.pcolormesh(nowcast[0, :, :])         # Change the number according what prediction do you want
fig.savefig('Radar image.jpg')
With this you can obtain images of your data. If you want to save your data use an auxiliar library
import numpy as np
np.save('Data.npy', nowcasts)
But data is useless without metadata. It's a good idea use a format like h5py or netcdf files instead in order to add the metadata. Also these formats admit compression.
Last, a final thoughts. It seems that you are not very familiar with most common libraries of Python such a numpy or matplotlib. Maybe I'm wrong, but if it's the case is a good idea for you to learn a bit about it.

Thanks you for everything!
I know I'm not a python expert. My problem is that I need the output matrix to insert it into another model.
So if I insert a 3D matrix (.npy, h5, HDF5 ....) it would be enough to have it outgoing, but I can't extract it from nocast = model.run ()
I'll try again!
Thanks
Giovanni