SerializationFailure

[x] I've read, understood, and done my best to follow the *CONTRIBUTING guidelines.

What did you do?
Make a GET request, retrieving a collection of object (JSON format)
let session = Session(interceptor: JWTInterceptor())
self.session
            .request(url, method: .get)
            .validate(contentType: ["application/json"])
            .validate(statusCode: 200..<300)
            .responseDecodable(of: BroadcastList.self) { response in
                var broadcasts: [Broadcast]?

                if let broadcastList = response.value {
                    broadcasts = broadcastList.broadcasts

                    NotificationCenter.default.post(name: .broadcastsReceived, object: broadcasts)
                } else {
                    NotificationCenter.default.post(name: .broadcastsReceivedError, object: response.error)
                }

                if let completion = completion {
                    completion(broadcasts, response.error)
                }
            }

What did you expect to happen?
Retrieve a collection of object
{
   "broadcasts":[
      {
         "broadcastId":"bgMqqe",
         "createdAt":"2020-12-15T10:09:15.000+0000",
         "content":"Test Hugo",
         "status":"SENT",
         "color":"#fc9c54",
         "picto":"niveau_II.png"
      },
      ...
      {
         "broadcastId":"bLBqxm",
         "createdAt":"2020-12-15T08:26:50.000+0000",
         "content":"Test Hugo",
         "status":"SENT",
         "color":"#fc9c54",
         "picto":"niveau_II.png"
      }
   ]
}

What happened instead?
The first request always work fine, but most of the times for the next ones, they result in ResponseSerializationFailure.
{
	"broadcasts": [
		{
			"broadcastId":"bgMqqe",
			"createdAt":"2020-12-15T10:09:15.000+0000",
			"content":"Test Hugo",
			"status":"SENT",
			"color":"#fc9c54",
			"picto":"niveau_II.png"
		},
		{
			"broadcastId":"5xmZw7",
			"createdAt":"2020-12{"broadcasts":[{"broadcastId":"bgMqqe","createdAt":"2020-12-15T10:09:15.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"}, {"broadcastId":"bLBqxm","createdAt":"2020-12-15T08:26:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"}]
}

As you can see, the json root is duplicated randomly inside the response.
The complete error is :
- serializationDuration : 0.0008947083842940629
  ▿ result : Result<BroadcastList, AFError>
    ▿ failure : AFError
      ▿ responseSerializationFailed : 1 element
        ▿ reason : ResponseSerializationFailureReason
          ▿ decodingFailed : 1 element
            ▿ error : DecodingError
              ▿ dataCorrupted : Context
                - codingPath : 0 elements
                - debugDescription : "The given data was not valid JSON."
                ▿ underlyingError : Optional<Error>
                  - some : Error Domain=NSCocoaErrorDomain Code=3840 "Badly formed object around character 8194." UserInfo={NSDebugDescription=Badly formed object around character 8194.}

It always happen around character 8194 or 16386, with large amount of data (for my request). Executing the same request with only 20 object to retrieve work fine, but with 90 the issue is happening.
I'm unable to reproduce the issue on Postman nor with the curl request provided by Alamofire.
Alamofire Environment
Alamofire version: Alamofire 5.4
Xcode version: Version 12.2 (12B45D)
Swift version: 5.0
Platform(s) running Alamofire: iOS 14.2
macOS version running Xcode: 11.0.1

After more investigation, Content-Length in response header matches with Postman, but the content is twice long.
Here is a complete response, with the body twice longuer than the Content-Length in the Header
[Response]:
    [Status Code]: 200
    [Headers]:
        Cache-Control: no-cache, no-store, max-age=0, must-revalidate
        Connection: Keep-Alive
        Content-Length: 17325
        Content-Type: application/json
        Date: Tue, 15 Dec 2020 13:52:12 GMT
        Expires: 0
        Keep-Alive: timeout=5, max=100
        P3P: CP="IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT"
        Pragma: no-cache
        Server: WildFly/8
        Strict-Transport-Security: max-age=31536000 ; includeSubDomains
        Vary: Origin,Access-Control-Request-Method,Access-Control-Request-Headers
        X-Content-Type-Options: nosniff
        X-Powered-By: Undertow/1
        X-XSS-Protection: 1; mode=block
    [Body]:
        {"broadcasts":[{"broadcastId":"yEgKKR","createdAt":"2020-12-15T10:55:55.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bgMqqe","createdAt":"2020-12-15T10:09:15.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b3wQQQ","createdAt":"2020-12-15T10:08:47.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vDA99Q","createdAt":"2020-12-15T09:44:49.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bWVEE6","createdAt":"2020-12-15T09:43:47.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bkkXXD","createdAt":"2020-12-15T09:42:41.000+0000","content":"TEST RG","status":"SENT","color":"#fc6c6c","picto":"niveau_III.png"},{"broadcastId":"bXkeQz","createdAt":"2020-12-15T09:42:26.000+0000","content":"TEST RG","status":"SENT","color":"#fccc6c","picto":"niveau_I.png"},{"broadcastId":"bNmzme","createdAt":"2020-12-15T09:36:11.000+0000","content":"TEST RG","status":"SENT","color":"#fc6c6c","picto":"niveau_III.png"},{"broadcastId":"yEgKgZ","createdAt":"2020-12-15T09:35:24.000+0000","content":"TEST MOBILE","status":"SENT","color":"#fc6c6c","picto":"niveau_III.png"},{"broadcastId":"vJZzqQ","createdAt":"2020-12-15T09:35:10.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yMmLjQ","createdAt":"2020-12-15T09:34:49.000+0000","content":"TEST MOBILE","status":"SENT","color":"#fc6c6c","picto":"niveau_III.png"},{"broadcastId":"bVVkjD","createdAt":"2020-12-15T09:34:29.000+0000","content":"TEST MOBILE","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"ynDGzX","createdAt":"2020-12-15T09:34:06.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y8Z8X8","createdAt":"2020-12-15T09:06:27.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5DAwmW","createdAt":"2020-12-15T09:04:28.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5AZJ4r","createdAt":"2020-12-15T09:03:20.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bB4dGK","createdAt":"2020-12-15T08:52:29.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vGWkNM","createdAt":"2020-12-15T08:29:27.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5m2zXY","createdAt":"2020-12-15T08:29:27.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5QgdVY","createdAt":"2020-12-15T08:29:26.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5qxRwR","createdAt":"2020-12-15T08:29:26.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vwB2KA","createdAt":"2020-12-15T08:29:25.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y8Z8e4","createdAt":"2020-12-15T08:29:24.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5YBKLE","createdAt":"2020-12-15T08:29:24.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yXk9ME","createdAt":"2020-12-15T08:29:24.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bRKj8Q","createdAt":"2020-12-15T08:29:23.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b6w4WG","createdAt":"2020-12-15T08:29:23.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bnDGjg","createdAt":"2020-12-15T08:29:22.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWzG","createdAt":"2020-12-15T08:29:21.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bzAmDM","createdAt":"2020-12-15T08:29:21.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yd3V9D","createdAt":"2020-12-15T08:29:20.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bVVkzp","createdAt":"2020-12-15T08:29:20.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bnDGGR","createdAt":"2020-12-15T08:29:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yLBezZ","createdAt":"2020-12-15T08:29:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bzAmm9","createdAt":"2020-12-15T08:29:18.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bVVkkQ","createdAt":"2020-12-15T08:29:17.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWW3","createdAt":"2020-12-15T08:29:17.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yd3VV6","createdAt":"2020-12-15T08:29:13.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y6w44N","createdAt":"2020-12-15T08:27:56.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5pLzRJ","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bkkzMK","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bWVQRK","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5qxRME","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bMmLqW","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yzAm89","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"ynDGnR","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bEgpwg","createdAt":"2020-12-15T08:27:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vAZJXB","createdAt":"2020-12-15T08:27:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yNmxZ3","createdAt":"2020-12-15T08:27:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"52EB8d","createdAt":"2020-12-15T08:27:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"v4Y4Bq","createdAt":"2020-12-15T08:27:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bRKjqd","createdAt":"2020-12-15T08:27:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"ygM9KN","createdAt":"2020-12-15T08:27:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b6w46N","createdAt":"2020-12-15T08:27:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWG3","createdAt":"2020-12-15T08:27:47.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kEZm","createdAt":"2020-12{"broadcasts":[{"broadcastId":"yEgKKR","createdAt":"2020-12-15T10:55:55.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bgMqqe","createdAt":"2020-12-15T10:09:15.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b3wQQQ","createdAt":"2020-12-15T10:08:47.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vDA99Q","createdAt":"2020-12-15T09:44:49.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bWVEE6","createdAt":"2020-12-15T09:43:47.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bkkXXD","createdAt":"2020-12-15T09:42:41.000+0000","content":"TEST RG","status":"SENT","color":"#fc6c6c","picto":"niveau_III.png"},{"broadcastId":"bXkeQz","createdAt":"2020-12-15T09:42:26.000+0000","content":"TEST RG","status":"SENT","color":"#fccc6c","picto":"niveau_I.png"},{"broadcastId":"bNmzme","createdAt":"2020-12-15T09:36:11.000+0000","content":"TEST RG","status":"SENT","color":"#fc6c6c","picto":"niveau_III.png"},{"broadcastId":"yEgKgZ","createdAt":"2020-12-15T09:35:24.000+0000","content":"TEST MOBILE","status":"SENT","color":"#fc6c6c","picto":"niveau_III.png"},{"broadcastId":"vJZzqQ","createdAt":"2020-12-15T09:35:10.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yMmLjQ","createdAt":"2020-12-15T09:34:49.000+0000","content":"TEST MOBILE","status":"SENT","color":"#fc6c6c","picto":"niveau_III.png"},{"broadcastId":"bVVkjD","createdAt":"2020-12-15T09:34:29.000+0000","content":"TEST MOBILE","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"ynDGzX","createdAt":"2020-12-15T09:34:06.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y8Z8X8","createdAt":"2020-12-15T09:06:27.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5DAwmW","createdAt":"2020-12-15T09:04:28.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5AZJ4r","createdAt":"2020-12-15T09:03:20.000+0000","content":"TEST RG","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bB4dGK","createdAt":"2020-12-15T08:52:29.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vGWkNM","createdAt":"2020-12-15T08:29:27.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5m2zXY","createdAt":"2020-12-15T08:29:27.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5QgdVY","createdAt":"2020-12-15T08:29:26.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5qxRwR","createdAt":"2020-12-15T08:29:26.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vwB2KA","createdAt":"2020-12-15T08:29:25.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y8Z8e4","createdAt":"2020-12-15T08:29:24.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5YBKLE","createdAt":"2020-12-15T08:29:24.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yXk9ME","createdAt":"2020-12-15T08:29:24.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bRKj8Q","createdAt":"2020-12-15T08:29:23.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b6w4WG","createdAt":"2020-12-15T08:29:23.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bnDGjg","createdAt":"2020-12-15T08:29:22.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWzG","createdAt":"2020-12-15T08:29:21.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bzAmDM","createdAt":"2020-12-15T08:29:21.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yd3V9D","createdAt":"2020-12-15T08:29:20.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bVVkzp","createdAt":"2020-12-15T08:29:20.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bnDGGR","createdAt":"2020-12-15T08:29:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yLBezZ","createdAt":"2020-12-15T08:29:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bzAmm9","createdAt":"2020-12-15T08:29:18.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bVVkkQ","createdAt":"2020-12-15T08:29:17.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWW3","createdAt":"2020-12-15T08:29:17.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yd3VV6","createdAt":"2020-12-15T08:29:13.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y6w44N","createdAt":"2020-12-15T08:27:56.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5pLzRJ","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bkkzMK","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bWVQRK","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5qxRME","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bMmLqW","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yzAm89","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"ynDGnR","createdAt":"2020-12-15T08:27:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bEgpwg","createdAt":"2020-12-15T08:27:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vAZJXB","createdAt":"2020-12-15T08:27:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yNmxZ3","createdAt":"2020-12-15T08:27:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"52EB8d","createdAt":"2020-12-15T08:27:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"v4Y4Bq","createdAt":"2020-12-15T08:27:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bRKjqd","createdAt":"2020-12-15T08:27:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"ygM9KN","createdAt":"2020-12-15T08:27:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b6w46N","createdAt":"2020-12-15T08:27:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWG3","createdAt":"2020-12-15T08:27:47.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kEZm","createdAt":"2020-12-15T08:27:46.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5xmZw7","createdAt":"2020-12-15T08:27:45.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5xmZXB","createdAt":"2020-12-15T08:27:42.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bXk9wV","createdAt":"2020-12-15T08:27:42.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"v2EBdM","createdAt":"2020-12-15T08:27:40.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vYBKpr","createdAt":"2020-12-15T08:27:40.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vwB2kP","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5pLzXQ","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yVVkY4","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bkkzxZ","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5QgdeJ","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b9kEeM","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5KmWjN","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bLBeW9","createdAt":"2020-12-15T08:27:36.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bXk9AV","createdAt":"2020-12-15T08:27:34.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5JZKAg","createdAt":"2020-12-15T08:27:34.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vm2zgx","createdAt":"2020-12-15T08:27:33.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yeAkxB","createdAt":"2020-12-15T08:27:33.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yLBe39","createdAt":"2020-12-15T08:27:33.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5m2z9x","createdAt":"2020-12-15T08:27:30.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"54Y4LP","createdAt":"2020-12-15T08:27:30.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vDAwg6","createdAt":"2020-12-15T08:27:29.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vGWkKG","createdAt":"2020-12-15T08:27:29.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vZ9WAZ","createdAt":"2020-12-15T08:27:29.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWnX","createdAt":"2020-12-15T08:27:26.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vjQzVw","createdAt":"2020-12-15T08:27:25.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y8Z8Zg","createdAt":"2020-12-15T08:27:22.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"beAkAY","createdAt":"2020-12-15T08:27:22.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5JZKDV","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yd3Vpq","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5wB2R3","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vpLzA3","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kEzk","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bEgpxR","createdAt":"2020-12-15T08:27:17.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kEMW","createdAt":"2020-12-15T08:27:15.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWgY","createdAt":"2020-12-15T08:27:15.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vpLz3p","createdAt":"2020-12-15T08:27:14.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b9kEBW","createdAt":"2020-12-15T08:27:13.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vQgd87","createdAt":"2020-12-15T08:27:11.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kE6W","createdAt":"2020-12-15T08:27:11.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yLBqJL","createdAt":"2020-12-15T08:27:09.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bXkn7z","createdAt":"2020-12-15T08:27:09.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5JZ9eW","createdAt":"2020-12-15T08:27:09.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b9kD7Q","createdAt":"2020-12-15T08:27:08.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5pLRQG","createdAt":"2020-12-15T08:27:07.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vm2G4N","createdAt":"2020-12-15T08:27:05.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yd3kYd","createdAt":"2020-12-15T08:27:04.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b3wEdp","createdAt":"2020-12-15T08:27:03.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yXknpB","createdAt":"2020-12-15T08:27:02.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yB4J27","createdAt":"2020-12-15T08:27:01.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vQgZ2X","createdAt":"2020-12-15T08:27:00.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vQgZPj","createdAt":"2020-12-15T08:26:59.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y3wEXd","createdAt":"2020-12-15T08:26:59.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vYB8Pm","createdAt":"2020-12-15T08:26:58.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bd3knQ","createdAt":"2020-12-15T08:26:56.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kD48","createdAt":"2020-12-15T08:26:55.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5Z9eBP","createdAt":"2020-12-15T08:26:55.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b6w6rE","createdAt":"2020-12-15T08:26:55.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yWVR4B","createdAt":"2020-12-15T08:26:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b3wEMx","createdAt":"2020-12-15T08:26:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bB4Jxd","createdAt":"2020-12-15T08:26:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bLBqxm","createdAt":"2020-12-15T08:26:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"}]}-15T08:27:46.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5xmZw7","createdAt":"2020-12-15T08:27:45.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5xmZXB","createdAt":"2020-12-15T08:27:42.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bXk9wV","createdAt":"2020-12-15T08:27:42.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"v2EBdM","createdAt":"2020-12-15T08:27:40.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vYBKpr","createdAt":"2020-12-15T08:27:40.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vwB2kP","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5pLzXQ","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yVVkY4","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bkkzxZ","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5QgdeJ","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b9kEeM","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5KmWjN","createdAt":"2020-12-15T08:27:37.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bLBeW9","createdAt":"2020-12-15T08:27:36.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bXk9AV","createdAt":"2020-12-15T08:27:34.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5JZKAg","createdAt":"2020-12-15T08:27:34.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vm2zgx","createdAt":"2020-12-15T08:27:33.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yeAkxB","createdAt":"2020-12-15T08:27:33.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yLBe39","createdAt":"2020-12-15T08:27:33.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5m2z9x","createdAt":"2020-12-15T08:27:30.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"54Y4LP","createdAt":"2020-12-15T08:27:30.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vDAwg6","createdAt":"2020-12-15T08:27:29.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vGWkKG","createdAt":"2020-12-15T08:27:29.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vZ9WAZ","createdAt":"2020-12-15T08:27:29.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWnX","createdAt":"2020-12-15T08:27:26.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vjQzVw","createdAt":"2020-12-15T08:27:25.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y8Z8Zg","createdAt":"2020-12-15T08:27:22.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"beAkAY","createdAt":"2020-12-15T08:27:22.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5JZKDV","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yd3Vpq","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5wB2R3","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vpLzA3","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kEzk","createdAt":"2020-12-15T08:27:19.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bEgpxR","createdAt":"2020-12-15T08:27:17.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kEMW","createdAt":"2020-12-15T08:27:15.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vKmWgY","createdAt":"2020-12-15T08:27:15.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vpLz3p","createdAt":"2020-12-15T08:27:14.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b9kEBW","createdAt":"2020-12-15T08:27:13.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vQgd87","createdAt":"2020-12-15T08:27:11.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kE6W","createdAt":"2020-12-15T08:27:11.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yLBqJL","createdAt":"2020-12-15T08:27:09.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bXkn7z","createdAt":"2020-12-15T08:27:09.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5JZ9eW","createdAt":"2020-12-15T08:27:09.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b9kD7Q","createdAt":"2020-12-15T08:27:08.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5pLRQG","createdAt":"2020-12-15T08:27:07.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vm2G4N","createdAt":"2020-12-15T08:27:05.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yd3kYd","createdAt":"2020-12-15T08:27:04.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b3wEdp","createdAt":"2020-12-15T08:27:03.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yXknpB","createdAt":"2020-12-15T08:27:02.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yB4J27","createdAt":"2020-12-15T08:27:01.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vQgZ2X","createdAt":"2020-12-15T08:27:00.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vQgZPj","createdAt":"2020-12-15T08:26:59.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y3wEXd","createdAt":"2020-12-15T08:26:59.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"vYB8Pm","createdAt":"2020-12-15T08:26:58.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bd3knQ","createdAt":"2020-12-15T08:26:56.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"y9kD48","createdAt":"2020-12-15T08:26:55.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"5Z9eBP","createdAt":"2020-12-15T08:26:55.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b6w6rE","createdAt":"2020-12-15T08:26:55.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"yWVR4B","createdAt":"2020-12-15T08:26:53.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"b3wEMx","createdAt":"2020-12-15T08:26:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bB4Jxd","createdAt":"2020-12-15T08:26:51.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"},{"broadcastId":"bLBqxm","createdAt":"2020-12-15T08:26:50.000+0000","content":"Test Hugo","status":"SENT","color":"#fc9c54","picto":"niveau_II.png"}]}

It seems to appear on any request done more than once. The first one has a correct result but the next ones are most of the time not correct.
The response.result match .success while the content is definitely an error, the validator on the request accepting only 200 status code but receiving 409

I tried to configure my Session like that, so there is no cache on the request but still weird response
let session: Session = {
        let configuration: URLSessionConfiguration = URLSessionConfiguration.default
        configuration.requestCachePolicy = .reloadIgnoringLocalAndRemoteCacheData

        return Session(configuration: configuration, interceptor: JWTInterceptor())
    }()

I suggest you investigate using a tool like Charles Proxy and see what's actually being returned from the server, as this doesn't sound like an Alamofire issue.

I actually looked at what was returned by the server, and it seems pretty legit, but it appears that calls where done twice. I'm pretty sure it's an Alamofire issue because switching to another library work perfectly


bugfix: prevent pageview requests caching

Type of change

[x] Bug fix (non-breaking change which fixes an issue)

Description
To retrieve pageviews we send GET request from _includes/pageviews/goatcounter.html. When PWA is enabled, the response is cached and so the pageview counter is not updated as expected.
Additional context
I see two possible ways to fix this behavior:

Make GET requests unique
Avoid caching these requests

Option 1 is easy fix, applied in this PR but has it's drawbacks e.g. utilize cache.
Option 2 seems preferable. However, it requires changes in _javascript/pwa/sw.js to support non-relative paths.
Please let me know your thoughts on this.

I forgot that we used to have pageviews.
Thanks for reminding me.
I have published draft changes as suggested.


fix travis-ci scripts

Coverage decreased (-0.02%) to 64.916% when pulling e753b1c1a4772594cc4afad64d00e30214c37cf8 on XenoAmess:patch-2 into dfa28aac0b9293e334b970fa11a6983e333628d6 on apache:master.

Coverage decreased (-0.02%) to 64.916% when pulling e753b1c1a4772594cc4afad64d00e30214c37cf8 on XenoAmess:patch-2 into dfa28aac0b9293e334b970fa11a6983e333628d6 on apache:master.

org.codehaus.mojo:animal-sniffer-maven-plugin:1.18 can only be used on jdk8+.
so we might delete jdk7


Update slf4j-simple to 1.7.30

Updates org.slf4j:slf4j-simple from 1.7.25 to 1.7.30.
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.slf4j", artifactId = "slf4j-simple" } ]

labels: library-update, semver-patch

Superseded by #26.


KV Compression

Overview
We should support compression in KV as a configuration and status item.
The behavior is documented in https://github.com/nats-io/nats-architecture-and-design/pull/252
Clients and Tools

[ ] Schemas @ripienaar
[ ] CLI @ripienaar
[ ] Terraform @ripienaar
[ ] Github Actions @ripienaar
[ ] Go @piotrpio
[ ] Java @scottf
[X] JavaScript @aricart https://github.com/nats-io/nats.deno/pull/625
[ ] .Net @scottf
[ ] C @levb
[ ] Python @wallyqs
[ ] Ruby @wallyqs
[ ] Rust @Jarema @caspervonb

Other Tasks

[ ] docs.nats.io updated @bruth
[ ] Update ADR to Implemented
[ ] Update client features spreadsheet

Client authors please update with your progress. If you open issues in your own repositories as a result of this request, please link them to this one by pasting the issue URL in a comment or main issue description.

Note that if we are adding this to KV, ObjectStore needs it as well for symmetry


Typescript declaration is wrong for .play() method

It says that onEnd function is unnecessary: play(onEnd?: (success: boolean) => void): this
But for iOS we should define it: yourSound.play(() => {});
Otherwise we getting RNSound.play must not be null error. Described in issue https://github.com/zmxv/react-native-sound/issues/746

same problem

Got the error. Thanks for the solution.


add zar map and archive multisource support

This splits out the "for each file" like operations of zar zq into a new subcommand zar map, adds multisource support for archive.Archive, and uses the multisource support in the remaining uses of zar zq.
Closes #1092

I started editing the zar README for this work, then passed on an early draft with zar map / zar zq changes (plus fixes due to zar directory paths due to compression) to @philrz , who'll be adding to my changes & putting up a separate PR.


Stream freezes after a minute.

Hello.
While attempting to use nginx-rtmp to create a video/audio stream, I've discovered that both of my means of sending the stream to nginx server freeze after some time (anywhere from 30 to 90 seconds).
I attempted to use OBS with custom settings for nginx-rtmp at localhost, as well as FFMPeg.
In case of OBS after around 40 seconds or so the square in the corner goes red indicating no more data is being sent.
In case of FFMPeg it just simply freezes:

$ sudo ffmpeg -loglevel verbose -re -i long.mp4 -vcodec libx264 -vprofile baseline -acodec aac -strict -2 -f flv rtmp://localhost/show/stream
ffmpeg version 4.2.4-1ubuntu0.1 Copyright (c) 2000-2020 the FFmpeg developers
built with gcc 9 (Ubuntu 9.3.0-10ubuntu2)
configuration: --prefix=/usr --extra-version=1ubuntu0.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-nvenc --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
libavutil      56. 31.100 / 56. 31.100
libavcodec     58. 54.100 / 58. 54.100
libavformat    58. 29.100 / 58. 29.100
libavdevice    58.  8.100 / 58.  8.100
libavfilter     7. 57.100 /  7. 57.100
libavresample   4.  0.  0 /  4.  0.  0
libswscale      5.  5.100 /  5.  5.100
libswresample   3.  5.100 /  3.  5.100
libpostproc    55.  5.100 / 55.  5.100
Routing option strict to both codec and muxer layer
[h264 @ 0x7fffd5544180] Reinit context to 864x480, pix_fmt: yuv420p
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'long.mp4':
Metadata:
major_brand     : isom
minor_version   : 512
compatible_brands: isomiso2avc1mp41
encoder         : Lavf58.19.102
Duration: 00:01:56.91, start: 0.000000, bitrate: 500 kb/s
Stream #0:0(und): Video: h264 (Main), 1 reference frame (avc1 / 0x31637661), yuv420p(tv, bt709, left), 854x480 (864x480) [SAR 1:1 DAR 427:240], 364 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc (default)
Metadata:
handler_name    : ISO Media file produced by Google Inc.
Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
handler_name    : ISO Media file produced by Google Inc.
[tcp @ 0x7fffd5582980] Starting connection attempt to <IP_ADDRESS> port 1935
[tcp @ 0x7fffd5582980] Successfully connected to <IP_ADDRESS> port 1935
Stream mapping:
Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
Stream #0:1 -> #0:1 (aac (native) -> aac (native))
Press [q] to stop, [?] for help
[h264 @ 0x7fffd5573f80] Reinit context to 864x480, pix_fmt: yuv420p
[graph_1_in_0_1 @ 0x7fffd58a1bc0] tb:1/44100 samplefmt:fltp samplerate:44100 chlayout:0x3
[graph 0 input from stream 0:0 @ 0x7fffd55c31c0] w:854 h:480 pixfmt:yuv420p tb:1/30000 fr:30000/1001 sar:1/1 sws_param:flags=2
[libx264 @ 0x7fffd55b0d80] using SAR=1/1
[libx264 @ 0x7fffd55b0d80] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
[libx264 @ 0x7fffd55b0d80] profile Constrained Baseline, level 3.1
[libx264 @ 0x7fffd55b0d80] 264 - core 155 r2917 0a84d98 - H.264/MPEG-4 AVC codec - Copyleft 2003-2018 - http://www.videolan.org/x264.html - options: cabac=0 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=15 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, flv, to 'rtmp://localhost/show/stream':
Metadata:
major_brand     : isom
minor_version   : 512
compatible_brands: isomiso2avc1mp41
encoder         : Lavf58.29.100
Stream #0:0(und): Video: h264 (libx264), 1 reference frame ([7][0][0][0] / 0x0007), yuv420p(left), 854x480 [SAR 1:1 DAR 427:240], q=-1--1, 29.97 fps, 1k tbn, 29.97 tbc (default)
Metadata:
handler_name    : ISO Media file produced by Google Inc.
encoder         : Lavc58.54.100 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
Stream #0:1(eng): Audio: aac (LC) ([10][0][0][0] / 0x000A), 44100 Hz, stereo, fltp, delay 1024, 128 kb/s (default)
Metadata:
handler_name    : ISO Media file produced by Google Inc.
encoder         : Lavc58.54.100 aac
^Came= 1200 fps= 30 q=29.0 size=    3312kB time=00:00:40.37 bitrate= 672.0kbits/s speed=0.999x

In this case, it held at 40 seconds in while analyzing the video.
I'm including my error.log (with debug logging included), as well as the nginx configuration I'm using (as .txt files because github doesn't like other kinds of files.).
(Also notice I've disabled some portions of the config, by commenting them out, that I originally wanted in the project I'm making, but I'm encountering the problem with and without them.)
error.log.txt
nginx.conf.txt
Please help me out, what am I doing incorrectly? Is it a bug within nginx-rtmp?
Thank you ahead of time.

Okay, I've seem to have identified the issue, being too high quality of the input stream. While using OBS setting extremely low bitrates have resulted in a stable streaming, so if anyone runs into same issue, do that.
Perhaps some kind of error message would be nice though from nginx to signify that it is being overwhelmed, or otherwise why the HLS fragment creation ceased.


docs: In the skore cross validation example, the plotly graph is not full size in the rendering

I get the same behaviour in sphinx-gallery's documentation itself. It appears that this is a bug with either sphinx-gallery or plotly.

https://github.com/sphinx-gallery/sphinx-gallery/issues/1394

Related: when the Plotly figure is shown in the example, the resulting image can't be used as the thumbnail.

Detailed explanation; tldr plotly is buggy
Sphinx-gallery tells me to install orca in order to do this (see first few lines of https://sphinx-gallery.github.io/stable/auto_plotly_examples/plot_0_plotly.html), but [this issue](https://github.com/smarie/mkdocs-gallery/issues/49) in mkdocs-gallery is also relevant and is more up to date.
In fact, I tried the legacy orca method, but orca is not in PyPI so it's a no-go.
The new methd is to use plotly's kaleido, but when I tried to build the docs I got this:
https://github.com/plotly/plotly.py/issues/4832

In conclusion, using plotly images as thumbnails doesn't work yet, and the docs look like this as a result (note the big "BROKEN" image):

I didn't expect to hit so many roadblocks. Our options (feel free to contribute more):

De-prioritize and wait for the issues to be solved, then try again
Instead take a screenshot of the resulting plot and use this, hoping it will be used automatically as the thumbnail
Try out alternatives to sphinx-gallery

To be completely honest, I don't think the thumbnails bring much to the docs.
@MarieS-WiMLDS @sylvaincom

I vote for a mix of 1 & 2: use a screenshot while this issue is fixed. And I agree that the thumbnails do not provide huge value, changing sphinx-gallery is way too much work compared to just have a thumbnail.

If you just unzoom on the page it autosizes automatically


[WIP] - Changes to PySpark doc homepage and User Guide

What changes were proposed in this pull request?

Why are the changes needed?

Does this PR introduce any user-facing change?

How was this patch tested?

Test build #145036 has started for PR 34386 at commit eea0743.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/49504/

Kubernetes integration test status failure
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/49504/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/49504/

Test build #145036 has finished for PR 34386 at commit eea0743.

This patch fails SparkR unit tests.
This patch does not merge cleanly.
This patch adds no public classes.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/145036/

Test build #145058 has started for PR 34386 at commit 4c720bf.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/49528/

Kubernetes integration test status failure
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/49528/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/49528/

Test build #145058 has finished for PR 34386 at commit 4c720bf.

This patch passes all tests.
This patch does not merge cleanly.
This patch adds no public classes.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/145058/

Test build #145553 has started for PR 34386 at commit 4a22e48.

Kubernetes integration test starting
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/50025/

Kubernetes integration test status failure
URL: https://amplab.cs.berkeley.edu/jenkins/job/SparkPullRequestBuilder-K8s/50025/

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/50025/

Test build #145553 has finished for PR 34386 at commit 4a22e48.

This patch fails PySpark unit tests.
This patch does not merge cleanly.
This patch adds no public classes.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/145553/

What is the status? Is it still in progress ?


[FEAT] -  Display Plugins for Central Cluster

Priority
(Medium) I'm annoyed but I'll live
Description
Current Behavior

The UI only shows plugins installed on remote clusters
Users must manually apply plugins to the central cluster using kubectl CLI
No visibility of central cluster plugins in the UI interface

Expected Behavior
UI should display plugins installed on both central and remote clusters
Reference Issues
No response

Plugins on the Central Cluster are visible in the Plugin Admin view. They have a - instead of the cluster name.
In the below picture Kubeconfig generator and Remote service proxy are deployed on the central cluster.


rename HAXcms to haxcms-php

now we have multiple backend project, redirect haxcms over to haxcms-php since it'l just be a rename

https://github.com/haxtheweb/haxcms-php


include ToC in header

Thank you for a wonderful theme!
is there an easy way to include ToC inside the header (left side) of the layout? I was hoping I could enable it via a variable, but looking at https://github.com/pages-themes/minimal/blob/master/_layouts/default.html it doesn't seem possible without modifying the layout HTML which I'm very uncomfortable with.
Thanks!

it doesn't seem possible without modifying the layout HTML which I'm very uncomfortable with.

You can override the default layout by following these instructions.

Well, overriding/modifying layout and learning how to auto-build ToC is what I wanted to avoid. ;)
Would it be outside of scope of this theme to auto-build ToC in the header?


Match Stats

Love your Work, thanks for your Autodarts Integration!
Would it be an idea to also integrate more match statistics like match mode, legs won, current averages, also from the opponent?

Best
Niklas

Hello, thanks.
Those should be added as a service,
And actual player stat should be moved too to a service.
it's still a wip, but that's in project, as well as the lobby
But my next step would be to create a custom card for game score, but i've to look a bit more how ha work for Custom cards


invalid input syntax for uuid in watching

https://rollbar.com/vizzuality/CartoDB/items/6752/
Sequel::DatabaseError: PG::Error: ERROR: invalid input syntax for uuid: "solution_level2"
LINE 1: SELECT * FROM "visualizations" WHERE ("id" = 'solution_level...
^
... 21 non-project frames
22
File "/home/ubuntu/www/production.cartodb.com/releases/20150518142912/services/data-repository/backend/sequel.rb", line 29 in fetch
23
File "/home/ubuntu/www/production.cartodb.com/releases/20150518142912/app/models/visualization/member.rb", line 219 in fetch
24
File "/home/ubuntu/www/production.cartodb.com/releases/20150518142912/app/controllers/api/json/visualizations_controller.rb", line 227 in notify_watching
... 6 non-project frames
31
File "/home/ubuntu/www/production.cartodb.com/releases/20150518142912/app/controllers/application_controller.rb", line 54 in wrap_in_profiler
... 67 non-project frames

There has been no activity on this issue for more several months. We are closing it. If you think this still needs to be addressed please open a new issue.


[Question]: AWS account security questions have been deprecated

Steps to Reproduce
Not actually a bug, but not a feature request either. AWS is deprecating security questions for accounts, ao the check should be removed
https://github.com/prowler-cloud/prowler/tree/mastoter/prowler/providers/aws/services/account/account_security_questions_are_registered_in_the_aws_account
https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-security-challenge.html
Expected behavior
Remove the check
Actual Result with Screenshots or Logs
N/A
How did you install Prowler?
Cloning the repository from github.com (git clone)
Environment Resource
N/A
OS used
N/A
Prowler version
Na
Pip version
Na
Context
No response

Hi @Fennerr, it's great to talk about this topic. We know the following as stated by AWS:
Starting January 5, 2024, AWS will no longer support security challenge questions for accounts that have not already enabled and used them. This will remove the option to add new security challenge questions from the Accounts page in the AWS Management Console. If you have already set security challenge questions or have already set them on the management account in your AWS Organization, you can continue to use them. After January 6, 2025, AWS will no longer support security challenge questions for all remaining customers. We encourage you to add MFA instead. For more information, see AWS Accounts discontinues the use of security challenge questions.
Right now, that check is present in several compliance frameworks we support but as far as I understand, if the check account_security_questions_are_registered_in_the_aws_account raises:

PASS -> there is no problem to remove the check since you have that configured and it's not important for AWS.
FAIL -> you can no more configure that since it's disabled for accounts not already using it.

So, from my understanding we can remove the check but we need to think what happens with the compliance frameworks that are using it.

I think for now the allowlist/mutelist is the way to go.

Okay cool - Im not sure what's going to happen with the compliance frameworks (if you need to wait for the framework to catchup with the changes before changing the checks in prowler or not). Might be worth adding a line to the status_extended saying that you cannot act on this finding, only check it, as it has been deprecated


Test sleeping in both tasks of Task.select.

This makes it so that each task in Task.select sleeps so that we get test coverage on the behavior I saw in #139 where the task would hang forever. The task does not hang forever if one of the selections is a non-awaiting block of code.
We don't need to sleep for any significant amount of time. I chose 100 microseconds, but it could even be a 0 duration sleep.

@swift-ci please test

Task.select was removed since it caused design patterns to push to sendable iterators. So this is not needed anymore.


playground-ios: Add account to playground app

Note that this is ok, but we should not yet tell native that
account is available.
If they try to access it in production it could crash.
We need to publish new code-push-target-version before it is safe to use
in production

Seems I have to wait for new version of account-native first ⌛


Replace Boost.Python with pybind11

This MR replaces Boost.Python with pybind11 for the OpenVDB Python bindings and addresses #1124.
In addition to maintaining parity with the existing Boost.Python bindings, this MR also adds:

Stricter type safety overall thanks to the py::tuple, py::list, py::int_, etc. constructs that pybind11 provides over the generic boost::python::object. This also eliminates the need for several helper methods such as extractArg.
Additional type safety and flexibility when using NumPy courtesy of the pybind11 py::array_t<T> type. This reduces the need for runtime verification code.
More consistent usage of native C++ types as opposed to Python types, i.e. std::tuple<T1, T2> as opposed to py::tuple. This provides a greater degree of compile-time type safety and significantly less code in certain functions.
Removal of the boost::python::numeric legacy code path. boost::python::numeric was removed in Boost 1.65.
(Non-extensible) bindings for GridBase. Previously, conversions to GridBase were loosely handled using an implicit conversion of the holder types GridBase::Ptr and GridT::Ptr. As a result, many functions in GridBase were actually bound at the GridT level, which caused the same function to be instantiated and bound for each grid type. Exposing the proper GridBase -> GridT inheritance hierarchy in Python removes these duplicate instantiations and bindings and removes the need for implicit type conversion.

Potential future changes (for the sake of keeping this MR as minimal as possible aside from the port)

Remove outdated Python 2 code
Refactor pyGrid into a separate translation unit to improve incremental build speed
Refactor NumPy dependent functionality into separate files

It looks like the CI is failing on Linux because it's not finding the pybind11 CMake config. Particularly given that it's header-only, I think perhaps it would be better to build pybind11 from source instead of using the pip install, at least then we can control the version more explicitly? Then we just set pybind11_ROOT in the CMake configure step of the CI to pick it up?
Example for Blosc installation - https://github.com/AcademySoftwareFoundation/openvdb/blob/master/ci/install_blosc.sh

It looks like the CI is failing on Linux because it's not finding the pybind11 CMake config. Particularly given that it's header-only, I think perhaps it would be better to build pybind11 from source instead of using the pip install, at least then we can control the version more explicitly? Then we just set pybind11_ROOT in the CMake configure step of the CI to pick it up?
Example for Blosc installation - https://github.com/AcademySoftwareFoundation/openvdb/blob/master/ci/install_blosc.sh

Yeah, that sounds like a good idea. I just fixed all the warnings so I'll tackle the pybind11 install next.

This looks great! If the CI is passing then I'm happy and I'm not planning to do an indepth review of the changes. We do need a changenote in pendingchanges/.

It would be great to get this merged. Any updates on the CLA @matthewdcong @kmuseth ?

This looks great! If the CI is passing then I'm happy and I'm not planning to do an indepth review of the changes. We do need a changenote in pendingchanges/.

Thanks @Idclip! Added the changenote to pendingchanges.

Am pretty excited about this PR and it seems pretty close.

@matthewdcong It looks like this is approved, it just needs the CLA check to pass?

Any changes needed?

Note, this PR is now replaced #1571

Note, this PR is now replaced by #1571 (due to permission issues)


chore(all): fix some typos in comments

We prefer not to apply typo-fix-only PRs.  typos will be detected when the file is modified.


python310Packages.pydata-sphinx-theme: 0.13.0rc4 -> 0.13.0rc6

Description of changes

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[x] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
23.05 Release Notes (or backporting 22.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 218377 run on x86_64-linux 1

6 packages built:

python310Packages.jupyter-book
python310Packages.pydata-sphinx-theme
python310Packages.sphinx-book-theme
python311Packages.jupyter-book
python311Packages.pydata-sphinx-theme
python311Packages.sphinx-book-theme


Services won't start if I click on the main Stack start button

Version - Master
Steps:

Create a new stack
Add a simple ubuntu service to it and name it Service1
Create another ubuntu service and link it to Service1 as name abc
Create a Load Balancer and link it to Service1
Graph should look like this:

Now individually start each of these services, wait for them all to be active then stop them.
Once they are all stopped, click the start icon by the Stack Name to start all services at once

Results:
They will not start.  They get stuck in Activating.  I have to click on them a couple of times to get them to stop.  The same if they are all active and I try to deactivate them.  They get stuck Deactivating.
Expected:
If I can start them individually, seems like I should be able to do it with the "all at once" option.

@tfiduccia this looks like a duplicate of https://github.com/rancher/rancher/issues/2735
It was fixed with commit 12ac72f9a1331909, could you re-test against the latest?

Verified with latest UI on v0.47.0-rc2


upgrade to Ωedit™ v0.9.73

Upgrade from Ωedit™ v0.9.70 to v0.9.73.  Changes made to facilitate Ωedit™'s updates to split mutable (e.g., memory and CPU usage, etc.) and immutable (e.g., server version, JVM version, etc.) server information into two separate calls.

This PR took a lot of tinkering to get the dependencies right.  This shifts us from Node 14, to Node 16.  Ωedit™ is now built using Node 16, and the minimum version of VS Code that we're supporting for v1.4.0 has been bumped to 1.67.2 which uses Node 16 internally (up from Node 14 in v 1.60.2).  This PR also pins the versions for all dependencies that we ship with and some of the devDependencies where upgrading caused problems.


Notifiarr

Take a look at Notifiarr.... you'll be blown away. https://notifiarr.wiki/

I feel like most of the containers already have a cool notification system integrated in them, not sure if i need yet another container specifically for that. Thanks for the idea!

I feel like most of the containers already have a cool notification system integrated in them, not sure if i need yet another container specifically for that. Thanks for the idea!

Notifiarr is an aggregator of all that and centralized so you don't have to worry about configuring the local containers, let notifiarr do it for you. It even has a system to request media and authorize media requests for your users.
it can monitor log files and other nifty things locally in your home environment and again aggregate all those alerts to one dashboard and to your own discord.


Do not group upgrades of dependencies on major version 0

Currently there is a Renovate Bot rule grouping all minor and patch dependency updates in a single pull request. However, packages that follow SemVer are allowed to make breaking changes in any 0.x version. This led to a situation where the PR to bump the group all non-major dependencies has a red pipeline (https://github.com/k8gb-io/k8gb/pull/1052) which cannot be merged since many months.
This PR attempts to fix the problem by excluding version 0.x from the all non-major dependencies group (as documented in https://docs.renovatebot.com/configuration-options/#matchupdatetypes). These updates will instead be handled in a dedicated PR. This should prevent benign minor and patch upgrades from being blocked as well as allow us to easily identify the dependency bumps that introduce breaking changes.

Note: the preset group:allNonMajor is removed since we are not using it anymore, as we override it.

Just for clarity, why are we focusing exactly on version 0.x and not on any minor(as in https://semver.org/) as 1.x or y.x ?

Because packages on version 0.x are allowed to make breaking changes on patch upgrades, but y.x (where y > 0) are not. With this change the update all non-major dependencies PR will only upgrade libraries that do not bring breaking changes, thus we will be able to merge it easily.

Because packages on version 0.x are allowed to make breaking changes on patch upgrades, but y.x (where y > 0) are not.

Got it, I am not sure if this assumption is true to all packages but it's definitely close to reality, so let's sort them out this way. Thanks a lot for the contribution!


Highlight chimeric alignments

I've mapped assembled contigs to a reference genome using BWA-MEM. One of these contigs indicates structural rearrangement, and so there are two alignments, and one has the "supplementary alignment" flag (2048 or 0x800) set. It'd be great if IGV could highlight both of these alignments.
This could be done by adding a feature to highlight alignments that have the chimeric flag set. Hovering over that alignment would reveal its name. Highlighting both alignments could be accomplished using "Select by name...".

Some support for supplementary alignments was added late last year, specifically

Supplementary alignments are outlined in blue.
Supplementary alignments can be filtered out of the view (new alignment preferences option).
Alignments can be "grouped" by the supplementary tag,  thus separating supplementary and non-supplementary alignments.

Thanks, Jim.


Don't clamp color components

Clamping color components was done to make certain calculations easier, but it makes other calculations impossible. Not sure the best way to go about this.

Going to only clamp color components when writing to files.


Add librist

Signed-off-by: nanake<EMAIL_ADDRESS>

Do you have some insight into the mbedtls situation of this?
Is it fully optional?
I planned to remove mbedtls once the next FFmpeg release lands, in favour of OpenSSL.
If this needs mbedtls to properly work, that'd be kinda annoying.

As documented here [1] , and [2]. It is optional, IIUC.
[1] https://code.videolan.org/rist/librist/-/merge_requests/47
[2] https://code.videolan.org/rist/librist/-/commit/9120e3c670785e88bd0176966e32c7dc4cfc708b

Github does not seem to have noticed that I manually merged this, so closing it manually.


feat(router): add state parameter to navigation

Adds a state parameter to the navigate and navigateToRoute functions. The parameter is transfered to a state property on the NavigationInstruction.
Depends on aurelia/history-browser#30.
Closes aurelia/router#479.

As #479 is closed, I'm going to close this too.


FEATURE: Improve icon handling

Each commit has a separate mini-feature:

Show icons in topics with selected category ID
Add excludeFromCategories parameter

Thanks @CvX!


Garmin Edge 1050 doesn't appear to work

The Garmin Edge 1050 doesn't appear to work with OpenMTP on macOS 14.6.
Originally posted by @hoyhoy in https://github.com/ganeshrvel/openmtp/issues/153#issuecomment-2271797711
@hoyhoy I borrowed a 1050 from the Edge team and can confirm it doesn't show up. I've opened a separate ticket here to avoid spamming the participants on the other closed issue.

Note to self:

There are at least two distinct issues. I've identified the issue with the interface string index and will be chatting with the engineers in charge of that code tomorrow. We're also apparently sending an empty product device descriptor, but I'll need to dig into that one tomorrow as well, since it's pretty late here.

🔥 🔥 🔥

Got it. Luckily also an easy fix. I'm not sure when the Edge team's next planned release is, but there are no changes to be made to OpenMTP.

@CodyJung,
I have a couple of choices here:

Make a patch to go-mtpx to work with the current index string and device descriptors.
Since the Edge 1050 is a relatively new device with gradual adoption, and I foresee an upcoming device update to support MTP software, I could wait for the Edge 1050 update rollout.

Do you have any suggestions?

For recent products in maintenance I think most teams target about a quarterly update, so I would suspect a release in a month or two (but that’s just a guess - I don’t have much insight into their schedule).
I would lean toward just waiting, personally.

@CodyJung I'm a recent adopter of the 1050 and confirm I have this issue too (no surprise). I just wanted to modify startup.txt. I'll watch for the next firmware update on the Garmin forums.

With macOS Sequoia Version 15.0.1 (24A348) and the latest Garmin 1050 firmware update v10.19 this still doesn't work.

With macOS Sequoia Version 15.0.1 (24A348) and the latest Garmin 1050 firmware update v10.19 this still doesn't work.

Sorry, I forgot to follow up here! I got my patches in after the cutoff for 10.xx, so I would watch out for these changes in 11.xx. I suspect they’ll be starting a new beta cycle soon.

With macOS Sequoia Version 15.0.1 (24A348) and the latest Garmin 1050 firmware update v10.19 this still doesn't work.

Sorry, I forgot to follow up here! I got my patches in after the cutoff for 10.xx, so I would watch out for these changes in 11.xx. I suspect they’ll be starting a new beta cycle soon.

OK. Thank you. I'll wait for the next release. I don't want to participate in the beta cycle. Garmin release versions are more than beta enough for me. ;)

Seems to be fixed in the beta 11.17 firmware that was released for the Edge 1050.
See https://gathering.tweakers.net/forum/view_message/80591834, report is in Dutch but it says that OpenMTP works with Edge 1050 with beta 11.17.

I just connected it with 11.24 and it still doesn't work...

OpenMTP now says, "OOPS YOUR PHONE HAS GONE CRAZY".

The ancient Google Android File Transfer DMG works with the 1050 on firmware v11.24.  Definitely something wrong with OpenMTP for sure.
https://dl.google.com/dl/androidjumper/mtp/current/AndroidFileTransfer.dmg

:( I’ll need to borrow a device on Monday from the Edge folks again to investigate further.

Not sure. Everything seems to be working on my end. You’re up to date on OpenMTP too? (Like you have my original changes to support Garmin devices generally?)

Not sure. Everything seems to be working on my end. You’re up to date on OpenMTP too? (Like you have my original changes to support Garmin devices generally?)

Note my prev msg. Works for me. Maybe others aren't getting their 1050 into the correct connection mode?


On screen keyboard in installer missing.

Describe the bug
I tried installing Bazzite on a steam deck, and during installation, no On-screen keyboard is available.
What did you expect to happen?
According to @KyleGospo 's comment in issue #715 , which requests an on-screen-keyboard, there should be one in the "new installer". There isn't, or if there is, there is no way to open it, or the way to do so is just not described.
I recognize that the comment i refer back to here does not state directly that one was added, but given that the issue was closed after it, I had assumed it to have been.
Output of rpm-ostree status
I do not know how I would get to the terminal from the installer without a keyboard.
I am running the newest version of the bazzite deck-gnome .ISO .
Hardware
Steam deck 256GB LCD
Extra information or context
Bazzite naturally does not have to include an On-screen-keyboard in the installer. Continuing to not do so naturally limit the accessibility immensely, but if that is a worthwhile tradeoff is not my decision to make.
If, however, bazzite does not, and continues not to, it would be nice if the first result of googling "bazzite on screen keyboard" didn't indicate the opposite.
I am also not really used to anything surrounding GitHub, so if this issue is not seen as useful, please go ahead and remove it.

Generic message we closed a number of issues about the installer with. There is still no keyboard and will not be one for the foreseeable future.

fair enough. i guess ill look to find a new USB hub, or stick with steamOS.
thanks for the clarification.

Fair enough. I guess ill look to find a new USB hub, or stick with steamOS.
Thanks for the clarification.


Enable C# 8 Nullable Reference Types

Fixes https://github.com/RehanSaeed/Schema.NET/issues/127

I spent some time starting this. I have fixed most issues (errors look worse than they are because the types can't be generated until the build is fixed) but there is some internal stuff that I'm unsure of. It seems that there are a lot of places where we are not handling potential nulls correctly.
@Turnerj Would you like to cast your eye over the last 10% of errors? Then I'll see if I can fix anything that's left.

Yep, no problem!

Nullable references support for the tool is done. Will look into the other bits left for the various Values<> types and then a few more in the ValuesJsonConverter later tonight.

Looks like all the nullability changes should be in now though am getting an error on .NET Standard 2.0 at the moment:

I think it is just Visual Studio being weird at the moment.

What are your thoughts about disabling nullable reference types for our tests? Our tests are designed to check very specific conditions anyway and will fail on any exception. We might be just adding all the additional markup for it just for it to be mostly irrelevant.

Build is green!

LGTM, are we ready to merge?

Yeah, I'm happy with it!


[FEATURE]

Is your feature request related to a problem? Please describe.
No, just my personal opinion.
Describe the solution you'd like
Enable markdown
Additional context
I believe a basic Markdown is highly important. We are creating notes after all and notes are easily readable when we emphasize some important part of our note. I also realize that headers can become a problem to so, I'm proposing to bring back markdown except headers.

If so, we might need a way to know when a post should be rendered as Markdown and when not to. Because most posts will look vastly different when rendered with a Markdown renderer.
Also, Markdown without headers is not Markdown :)

Amethyst now detects if there are markdown tags and render it as such. It's not fool proof but it works most of the time.


Upon error, check for new version and suggest to upgrade

When an unhandled exception happen, check if the current installed version is the last one. The check should fail silently and timeout quick. Print out the upgrade command in case the version is older than what's published in npm.

Exceptions/errors could happen due to many different reasons (not just out-dated CLI), but the bottom line is that, user should never see "unhandled exception"; CLI should be updated with proper try/catch in various exception throwing sections of the code.
I do think it's a good idea to always check for outdated CLI installation upon execution, and display warning messages. I think CLI can download the package.json from the master branch of this repo and see if it matches the version listed in package.json
var pjson = require('./package.json');
console.log(pjson.version);

By the way, if a user wants to ensure that they always use the latest version of CLI, they can add this to .bashrc
function bl {
    singularity run docker://brainlife/cli $@
}

singularity makes sure that it has the latest version of docker container cached locally and it will download the latest version if it's not up-to-date. See https://brainlife.io/docs/cli/install/#docker-container

Handling the errors / catch-all would be very good, more user friendly

Actually I shouldn't just look at master branch's package.json. I should somehow query the current version from npmjs
npm show brainlife version

and compare it against the version in ./package.json. If we can assume that brainlife CLI is always installed via npm, and if npm command is available, we can just run the above command to show the current release version, but I am not sure if we can make that assumption or not


Add West Ukrainian National University

West Ukrainian National University

Added West Ukrainian National University

@Lyubomyr89 Pull request merged. Thank you!


AttributeError: 'VisiumArguments' object has no attribute 'sig_mean_znorm'

I run the same code as tutorials. When I run:
model, loss = utils.run_starfysh(visium_args,
n_repeats=n_repeats,
epochs=epochs,
device=device
)
The error shows like:
AttributeError                            Traceback (most recent call last)
Cell In[14], line 2
1 # Run models
----> 2 model, loss = utils.run_starfysh(visium_args,
3                                  n_repeats=n_repeats,
4                                  epochs=epochs,
5                                  device=device
6                                 )
File ~\AppData\Roaming\Python\Python311\site-packages\starfysh\utils.py:389, in run_starfysh(visium_args, n_repeats, lr, epochs, batch_size, alpha_mul, poe, device, seed, verbose)
386     dl_func = VisiumDataset
387     train_func = train
--> 389 trainset = dl_func(adata=adata, args=visium_args)
390 trainloader = DataLoader(trainset, batch_size=batch_size, shuffle=True, drop_last=True)
392 # Running Starfysh with multiple starts
File ~\AppData\Roaming\Python\Python311\site-packages\starfysh\dataloader.py:26, in VisiumDataset.init(self, adata, args)
24 x = adata.X if isinstance(adata.X, np.ndarray) else adata.X.A
25 self.expr_mat = pd.DataFrame(x, index=spots, columns=genes)
---> 26 self.gexp = args.sig_mean_znorm
27 self.anchor_idx = args.pure_idx
28 self.library_n = args.win_loglib
AttributeError: 'VisiumArguments' object has no attribute 'sig_mean_znorm'
However, when I run
visium_args = utils.VisiumArguments(adata,
adata_normed,
gene_sig,
img_metadata,
n_anchors=60,
window_size=3,
sample_id=sample_id
)
There are some warnings but no error:
[2024-03-29 15:15:08] Subsetting highly variable & signature genes ...
[2024-03-29 15:15:45] Smoothing library size by taking averaging with neighbor spots...
[2024-03-29 15:15:45] Retrieving & normalizing signature gene expressions...
WARNING: genes are not in var_names and ignored: Index(['IGLV3.25', 'HLA.DRA', 'STRA13', 'IGKV1.5', 'HULC', 'RP1.60O19.1',
'HLA.DPB1'],
dtype='object')
WARNING: genes are not in var_names and ignored: Index(['AP000769.1'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['CLEC3A', 'DSCAM.AS1', 'HLA.DRB1', 'MYEOV2', 'MLLT4'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['FYB', 'IL21'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['CD95L'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['MIR466I', 'MNDAL', 'TMEM55B', 'FAM196B'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['CCL3 CCL3L1'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['CCL3L3', 'SEPP1', 'GPX1'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['FAM26F', 'CCL3L3', 'GPX1'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['IGKV3-15', 'IGHV6-1', 'IGLV1-47', 'IGHV3-30', 'IGLV2-23',
'CH17-224D4.2', 'IGKV1-8', 'IGLV4-69', 'IGKV1-16', 'IGKV3D-11',
'IGHV3-15'],
dtype='object')
WARNING: genes are not in var_names and ignored: Index(['ARG1'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['GPX1', 'FAM26F', 'RP11-1143G9.4', 'CCL3L3'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['CD11b', 'CD11C', 'CD16', 'CD123', 'CD141', 'EpCAM', 'HLA-DR',
'CD172A'],
dtype='object')
WARNING: genes are not in var_names and ignored: Index(['CD123', 'IFNA', 'IFNB', 'TNFA'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['IGF2'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['PRKCDBP'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['LHFP'], dtype='object')
WARNING: genes are not in var_names and ignored: Index(['SDPR', 'PTRF'], dtype='object')
[2024-03-29 15:15:49] Identifying anchor spots (highly expression of specific cell-type signatures)...

It seems like the error derives from dataoader.py Line26: self.gexp = args.sig_mean_znorm.
It fixes after changing to self.gexp = args.sig_mean_norm.

Hi thanks for reaching out!
The current pip global installation is outdated. Please try the github version and local installation for now (we're working on update very soon). Sorry for the inconvenience.


Add reference to service key.

Got advice from ex-Megaport AE that this was missing.

@dcpena would appreciate your input on this one Denise. Want to make sure it's line with standards, but got this feedback that it wasn't clear to customers how get they a service key.

@stevenpack @dcpena These comments look good to me. Do you think we can merge?

@KimJ15 I committed the pending comments I had so I'm good with merging this.


chore: disable nightly docker tag for 2.0

[ ] Well-formatted commit messages
[ ] Rebased/mergeable
[ ] Tests pass

@bnpfeife Is this PR still valid?

@bnpfeife Is this PR still valid?

Yup, this one should be valid as well. Thank you for the review on the previous PR!


Windows support for Packager - Blacklist changes

Another Pull Request implementing the changes in issue #468 - Enabled Packager to run on Windows
This change relates to the blacklist fixes. It includes the path conversion for blacklist and changes to the default watched directory.  It has no impact on Mac OSX.

This looks good. Will pull shortly

@amasad - did this ever get pulled?

Looks like it wasn't :/ I'll pull it


[Performance] Improve SidebarLinks by caching getOrderedReportIDs

Coming from here
[Performance] Improve SidebarLinks:
Problem
Now all the Records to show on LHN are being calculated multiple times and the logic to fill it is complex, this one is a bit trickier to solve but I think it worth it
Solution
Summary
getOrderedReportIDs is a complex function that would be good to re-architecture.
Applying just caching like I did, isn’t the full solution, it gives me a good number to know if worth taking the time to improve it, and even if we aim to get ~40% to ~50% of improvement will be awesome

Asking in callstack room who will take these on

Hello, Im Artem from Callstack and would like to help with this one

Making this daily as the getOrderedReportIDs is one of the main offenders when it comes to performance for accounts with thousands reports

@waterim What are the next steps here?

@mountiny will update you tomorrow, mostly performance here will be improved with caching, because just 1 filter in this function is taking 90% of the whole time and its impossible to optimize this one significantly, but caching is saving a lot of time.
One more thing I just started: removing some unnecessary sorts, after a discussion in Slack.

thanks for an update

Any updates here?

@mountiny yes, have a progress, will open a PR today

@mountiny My update:
I added caching, improved the code base with removing undrescore and lodash.
But one tricky heavy thing still here, I had few calls with Eduardo and playing with a kind of "leetcode" trying to optimise the filter function which is taking another filter function and has n^2 complexity.
For now we have this filter:
const reportsToDisplay = Object.values(allReportsDict).filter((report) =>         ReportUtils.shouldReportBeInOptionList(report, currentReportId, isInGSDMode, betas, policies, allReportActions, true),     );
And shouldReportBeInOptionList function has:
const lastVisibleMessage = ReportActionsUtils.getLastVisibleMessage(report.reportID);
And this lastVisibleMessage calculation is taking 0.2ms for each iteration(which is really heavy for a filtering)
And Im trying to optimise somehow the way we are getting lastVisibleMessage here

thanks for the update

Waterim has a PR up, @waterim do you think it will be ready for a review soon? I could make an adhoc build for testing

@mountiny its ready, but some random tests are failing.. Trying to find a root cause, when its ready I will ping you

@mountiny Hey Vit, PR is ready for a review :)

Thanks for an update

No checklist required, this is a performance improvement
@parasharrajat is due $500 for internal review

Here is the payment summary:

External issue reporter - N/A
Contributor that fixed the issue - N/A
Contributor+ that helped on the issue and/or PR - @parasharrajat $500

Upwork Job: N/A
*If applicable, the bonuses will be applied on the final payment
Extra Notes regarding payment: See the notes here - https://github.com/Expensify/App/issues/25467#issuecomment-1743782474
@parasharrajat please request a payment in Chat and then we can close this out. Thanks!

Ok, going to close out here.

$500 payment approved for @parasharrajat based on BZ summary.


KEY_CHANGE_DICT for retrocompatibility will fail for non-unique key names

This issue was mentioned here:  https://github.com/ivadomed/ivadomed/pull/668#pullrequestreview-584541738
Issue description
Current behavior
In config_manager.py, there is a KEY_CHANGE_DICT, which allows for retrocompatibility if/when we change the key names in the config file. For example, if I use a config file that uses the old key UNet3D, the KEY_CHANGE_DICT maps this to the new key and updates the config file accordingly:
KEY_CHANGE_DICT = {'UNet3D': 'Modified3DUNet'}
However, because the KEY_CHANGE_DICT does not specify the level of the JSON dict, and because nested dictionary keys do not need to be unique, the edge case where we needed to change a non-unique key would fail.
For example, say this was in our original config file:
    "training_parameters": {
        "loss": {
            "name": "DiceLoss"
        },
        "scheduler": {
            "initial_lr": 0.001,
            "lr_scheduler": {
                "name": "CosineAnnealingLR",
                "base_lr": 1e-5,
                "max_lr": 1e-2
            }
        }

Suppose we want to rename the key for name in the loss dictionary to loss_name. We could update the KEY_CHANGE_DICT as follows:
KEY_CHANGE_DICT = {'UNet3D': 'Modified3DUNet', 'name': 'loss_name'}
But then we run into the issue: which name key are we referring to? Do we mean the name key associated with the loss dictionary, or do we mean the name key associated with the lr_scheduler dictionary? In this example, we may end up updating the incorrect key.
Issue Solution
I think we somehow need to add some information into the KEY_CHANGE_DICT to specify which part of the JSON tree we intend to update.

As discussed in #699, I added another list KEY_SPLIT_DATASET_CHANGE_LST and function change_keys_values to handle key/value changes for old split dataset params.
There is probably a better to do this. As a reference, the key/value change is:

"method": "per_patient" --> "split_method" : "participant_id"
"method": "per_center" --> "split_method" : "participant_id" and "data_testing": {"data_type": "institution_id", "data_value":[]}
"method": "per_center" and "center_test": [LIST_CONTENT] --> "split_method" : "participant_id" and "data_testing": {"data_type": "institution_id", "data_value":[LIST_CONTENT]}


Not muting all mics consistently

This touches on some of the other open tickets.  I am using the release candidate for 2.0.
I have an app set up to use the non-default mic.  It seemed that 2.0.0 was working correctly but today I had a conference call and I connected my bluetooth headset (for output, not input).  After doing so, even though I was showing as muted, my built-in mic was actually sending out everything I said to the conference call.
As a colleague said, an app like Mute Me has to work 100% of the time or it's useless.
Is this something that is possible to address?

Hi @webOS101
sorry to hear, could you provide a bit more information

what's software you used during the call?
are you sure in that software you set use a default system mic?

The process how mute me works is that we listen to new connected devices and if you were on mute during connection of a new device we put on mute the new device as well. We always put on mute the device which becomes a new default input in the system.

@webOS101

Is there a technical issue that would prevent muting all mics when the mute is activated?

We will think about it next week, potentially we could. Thank you for your reply.

The issue is fixed in the new version of the app which currently we distribute as a separate application https://mutify.app/. We now mute all possible microphones and keep them in sync with a mute status.

You can try it for free with 7-days trial and get 50% discount with promo code: MUTEME
However, the existing opensource version will stay forever free.

@webOS101 I voluntarily maintain this repository here: https://github.com/ImBIOS/mute-me


a <!-- b in modules are actually equivalent to a < !(--b)

See: https://github.com/tc39/ecma262/issues/949
An error is generated for a <!-- b with scriptType: "module", when it should parse like a < !(--b).

Hey @isiahmeadows! We really appreciate you taking the time to report an issue. The collaborators
on this project attempt to help as many people as possible, but we're a limited number of volunteers,
so it's possible this won't be addressed swiftly.
If you need any help, or just have general Babel or JavaScript questions, we have a vibrant Slack
community that typically always has someone willing to help. You can sign-up here
for an invite.


-w all

would be nice to do node and target dir at once.

This sounds like a very idea, and it will become even more important when we add support for more languages.
We'll have to figure out how to handle the display in this case. There seem to be three options:

one table for each language
single table with intermingled results with a new column indicating the language
single table with intermingled results with no language indication

Suggestion that fits this (if more languages would be supported): -w rust,node,etc
Also, would rust be a sane default? I guess a lot of people using cargo would want to remove target directories.

Suggestion that fits this (if more languages would be supported): -w rust,node,etc
Also, would rust be a sane default? I guess a lot of people using cargo would want to remove target directories.

I like this idea! A list of languages makes more sense and it's a lot more obvious than a blanket -w all.
I'm not sure about the default to rust. It will become less and less obvious/expected once more languages are added.


fatal error: 'inttypes.h' file not found

Hi
While configuring openssl for ios-cross : ./Configure ios-cross and then hitting make shows following error in Terminal.
clang: warning: no such sysroot directory: '/SDKs/' [-Wmissing-sysroot]
In file included from apps/app_rand.c:10:
In file included from apps/apps.h:13:
In file included from ./e_os.h:16:
In file included from include/openssl/e_os2.h:243:
/Applications/Xcode-13.2.1.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/13.0.0/include/inttypes.h:21:15: fatal error: 'inttypes.h' file not found
#include_next <inttypes.h>
May be the clang sysroot is not set or something. Any help on how to make this build work would be much appreciated.

Looks like env vars CROSS_TOP and CROSS_SDK are not defined.
See
https://github.com/openssl/openssl/blob/b134300a342476398c11c19af602d7b2aa6b7f8a/Configurations/15-ios.conf#L37-L48

Looking at the other options in that file, have you tried configuring for ios64-xcrun? Looking at the git history, ios-cross is a legacy target (and 32-bit, at that, which makes it pretty irrelevant nowadays)

Ok - may be I did not try with ios64-xcrun. But I am sure I tried with few others listed there in ./Configure LIST. They all was failing with same error. I tried ios64-xcrun now and the build is passed. However, I did not check whether all architectures are present in generated libraries (libssl.a and libcrypto.a) to run both in simulator and device. Mostly because I created xcframework already with all architectures. Thank you so much for pointing the target - ios64-xcrun. Is there any document somewhere that can point which target to build for ios?

@tom-cosgrove-arm  Hello, I have tried setting the env variables but still getting the same error
can you please help me?
I have used the command  to build openssl as suggested in the following issue
https://github.com/openssl/openssl/issues/14131#issuecomment-781517154

@harsh-im You can see the configuration targets for iOS in the file Configurations/15-ios.conf - there is iossimulator-arm64-xcrun which looks like it would work on macOS with Apple Silicon, and iossimulator-x86_64-xcrun which looks suitable for the iOS simulator on Intel-based Macs.
If the appropriate one of those doesn't work, can I suggest you start a new discussion, detailing which version of OpenSSL you're trying to build, and the steps you have taken. Any build steps that include setting environment variables are legacy.

@tom-cosgrove-arm https://github.com/openssl/openssl/discussions/21940#discussion-5586403


Dilato: Core: Windows only: There update notification dialogue doesn't appear automatically for the first time

Test build: 1.13.0-17689-1053

Open brackets 1.13 on windows system
Launch Brackets
Close the Brackets
Change the config.json file and redirect the update server to stage environment
Launch Brackets again

Result:
There update notification dialogue doesn't appear automatically unless click Check for Updates, if clear the cache folder, the notification will appear.
This issue doesn't reproduce on Mac OS
Expect: There update notification dialogue should appears automatically if there has a new update

@ZuoBaogang @RuchiAgrawalAdobe Update notification dialogue is shown after 24 hours.
If it has been show once, then it will not be shown again to user.
This is expected. Please close the issue.