xConnect operation size is too large

Problem: When importing contacts and their interactions in xDB, the Sitecore logs contains 3 to 6 occurrences of the following error. It seems the size of the payload it too large.
ERROR One or more operations did not succeed
Exception: Sitecore.XConnect.XdbExecutionException
Message: One or more operations did not succeed
Source: Sitecore.XConnect
   at Sitecore.XConnect.XdbContext.<ExecuteBatchAsyncInternal>d__98.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Sitecore.XConnect.XdbContext.<SubmitAsync>d__44.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.GetResult()
   at Demo.Foundation.ProcessingEngine.Services.XConnectService.<Add>d__8.MoveNext()
Nested Exception
Exception: System.Exception
Message: Server returned: 500: {"Message":"An error has occurred.","ExceptionMessage":"The maximum number of bytes allowed to be read from the stream has been exceeded. After the last read operation, a total of 1055996 bytes has been read from the stream; however a maximum of 1048576 bytes is allowed.","ExceptionType":"Microsoft.OData.ODataException","StackTrace":"   at Microsoft.OData.MessageStreamWrapper.MessageStreamWrappingStream.IncreaseTotalBytesRead(Int32 bytesRead)
   at Microsoft.OData.MessageStreamWrapper.MessageStreamWrappingStream.Read(Byte[] buffer, Int32 offset, Int32 count)
   at Microsoft.OData.MultipartMixed.ODataMultipartMixedBatchReaderStream.ReadWithDelimiter(Byte[] userBuffer, Int32 userBufferOffset, Int32 count)
   at Microsoft.OData.ODataBatchOperationReadStream.ODataBatchOperationReadStreamWithDelimiter.Read(Byte[] buffer, Int32 offset, Int32 count)
   at System.IO.Stream.<>c.<BeginReadInternal>b__39_0(Object )
   at System.Threading.Tasks.Task`1.InnerInvoke()
   at System.Threading.Tasks.Task.Execute()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.IO.Stream.EndRead(IAsyncResult asyncResult)
   at System.Threading.Tasks.TaskFactory`1.FromAsyncTrimPromise`1.Complete(TInstance thisRef, Func`3 endMethod, IAsyncResult asyncResult, Boolean requiresSynchronization)
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.IO.Stream.<CopyToAsyncInternal>d__27.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNet.OData.Batch.ODataBatchReaderExtensions.<ReadOperationInternalAsync>d__6.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNet.OData.Batch.ODataBatchReaderExtensions.<ReadChangeSetRequestAsync>d__1.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNet.OData.Batch.DefaultODataBatchHandler.<ParseBatchRequestsAsync>d__3.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Microsoft.AspNet.OData.Batch.DefaultODataBatchHandler.<ProcessBatchAsync>d__1.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.Http.Batch.HttpBatchHandler.<SendAsync>d__12.MoveNext()"}

Impact: Some of the interactions are probably not imported.
Solution: A suggestion was to decrease the batch size in TaskManagerExtensionsCustom.cs. The current value is 5. This has not been tested.

Open the Web.config file of the xConnect instance.
Increase the value of the maxRequestLength attribute. Note that the maximum allowed value is "2147483647", but it is preferable to use a smaller value. For example, change:
<system.web>

</system.web>


Pulled image in cache not used by docker compose

Describe the bug
I've pulled an image with docker pull ..... This image is being used by a docker-compose setup. When I then try to run my docker compose, I get an error that the image is not found.
To Reproduce
9:39AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests  ✘ 130 paymahn/app-1594-investigate-subscription-cancelled-errors-bubbling-up ✭
 ❮❮❮ docker context ls
NAME            DESCRIPTION                               DOCKER ENDPOINT                                   ERROR
default         Current DOCKER_HOST based configuration   unix:///var/run/docker.sock
desktop-linux                                             unix:///Users/paymahn/.docker/run/docker.sock
orbstack *      OrbStack                                  unix:///Users/paymahn/.orbstack/run/docker.sock
 9:39AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests paymahn/app-1594-investigate-subscription-cancelled-errors-bubbling-up ✭
 ❮❮❮ aws ecr get-login-password --region us-west-2 | docker login --username AWS --password-stdin<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com
Login Succeeded
 9:39AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests paymahn/app-1594-investigate-subscription-cancelled-errors-bubbling-up ✭
 ❮❮❮ docker pull<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>
v<IP_ADDRESS>: Pulling from graph-node
Digest: sha256:e24b991e51d9682338dc377a8d5afe9376db7af43401f80501be406dc55c5067
Status: Image is up to date for<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>
716091368358.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>
 9:39AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests paymahn/app-1594-investigate-subscription-cancelled-errors-bubbling-up ✭
 ❮❮❮ docker logout<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com
Removing login credentials for<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com
 9:39AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests paymahn/app-1594-investigate-subscription-cancelled-errors-bubbling-up ✭
 ❮❮❮ dc up --build
// ...lots of output
------
 > [graph-node internal] load metadata for<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>:
------
failed to solve:<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>: failed to resolve source metadata for<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>: unexpected status from HEAD request to https://716091368358.dkr.ecr.us-west-2.amazonaws.com/v2/graph-node/manifests/v<IP_ADDRESS>: 401 Unauthorized

Expected behavior
I expect the fact that I pulled the image outside of docker compose to populate the image cache used by docker compose.
Diagnostic report (REQUIRED)
 ❯❯❯ orb report
OrbStack info:
  Version: 1.6.4
  Commit: b61f53a532892698cb1966f692dc7219035f0cad (v1.6.4)

System info:
  macOS: 14.5 (23F79)
  CPU: arm64, 10 cores
  CPU model: Apple M1 Pro
  Model: MacBookPro18,1
  Memory: 32 GiB

Full report: https://orbstack.dev/_admin/diag/orbstack-diagreport_2024-07-23T14-40-56.237800Z.zip

Screenshots and additional context (optional)
No response

Here's the service definition
  graph-node:
    restart: always
    build:
      context: .
      dockerfile: graph-node.Dockerfile
    ports:
      - ports
    depends_on:
      - dependencies
    extra_hosts:
      - "host.docker.internal:host-gateway"
    environment:
      env-vars
    command: some-command
    volumes:
      - stuff

I tried adding pull: false to the build section. I also tried adding pull_policy: "if_not_present". Neither worked. This doesn't seem to be a problem with regular docker compose.
 8:50AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests  ✘ 130 paymahn/app-1590-script-to-create-indexes-on-firehose-blocks ✭ ✱ ◼
 ❮❮❮ docker context use desktop-linux
desktop-linux
 8:50AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests paymahn/app-1590-script-to-create-indexes-on-firehose-blocks ✭ ✱ ◼
 ❮❮❮ aws ecr get-login-password --region us-west-2 | docker login --username AWS --password-stdin<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com
Login Succeeded
 8:51AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests paymahn/app-1590-script-to-create-indexes-on-firehose-blocks ✭ ✱ ◼
 ❮❮❮ docker pull<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>
v<IP_ADDRESS>: Pulling from graph-node
ca4da1869379: Pull complete
8f17812519b2: Pull complete
16ef984d729a: Pull complete
58779a0cc3d4: Pull complete
24586b594ad7: Pull complete
91b9c8a15097: Pull complete
a00be7811b5b: Pull complete
Digest: sha256:e24b991e51d9682338dc377a8d5afe9376db7af43401f80501be406dc55c5067
Status: Downloaded newer image for<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>
716091368358.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>
 8:52AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests paymahn/app-1590-script-to-create-indexes-on-firehose-blocks ✭ ✱ ◼
 ❮❮❮ docker logout<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com
Removing login credentials for<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com
 8:52AM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests paymahn/app-1590-script-to-create-indexes-on-firehose-blocks ✭ ✱ ◼
 ❮❮❮ dc up --build
WARN[0000] /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests/docker-compose.yml: `version` is obsolete
[+] Building 10.8s (42/45)                                                                                docker:desktop-linux
 => [clickhouse internal] load build definition from clickhouse.Dockerfile                                                                                0.0s
 => => transferring dockerfile: 453B                                                                                0.0s
 => [postgres-second internal] load build definition from postgres.Dockerfile                                                                                0.0s
 => => transferring dockerfile: 115B                                                                                0.0s
 => [clickhouse internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [postgres internal] load build definition from postgres.Dockerfile                                                                                0.0s
 => => transferring dockerfile: 115B                                                                                0.0s
 => [postgres-second internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [clickhouse internal] load metadata for docker.io/clickhouse/clickhouse-server:23.4.2                                                                                1.0s
 => [postgres internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [postgres internal] load metadata for docker.io/library/postgres:13                                                                                0.8s
 => [postgres-second internal] load build context                                                                                0.0s
 => => transferring context: 129B                                                                                0.0s
 => [postgres-second 1/2] FROM docker.io/library/postgres:13@sha256:4449213fadd4f03c628c8f7e4182c03f1c38151ca4814a375273c6811e67ad70                                                                                9.9s
 => => resolve docker.io/library/postgres:13@sha256:4449213fadd4f03c628c8f7e4182c03f1c38151ca4814a375273c6811e67ad70                                                                                0.0s
 => => sha256:7fc3c2b7ef4a38db0fcb8d7530573f48b541725ced143f33040370112d50a8d5 3.63kB / 3.63kB                                                                                0.0s
 => => sha256:0cce592cedf0545dc292652c939a7b9663b0792bfca151e93abadd43be9c5363 10.13kB / 10.13kB                                                                                0.0s
 => => sha256:52de7f5e396e2b3293aebdd0311c46b000e07294a748f2c90f34fffff614233b 4.50MB / 4.50MB                                                                                0.9s
 => => sha256:01dca17b7ddcc79164d0a94372d7017a13e831f924f338bb57d21b603f2b590d 1.17kB / 1.17kB                                                                                0.3s
 => => sha256:4449213fadd4f03c628c8f7e4182c03f1c38151ca4814a375273c6811e67ad70 10.27kB / 10.27kB                                                                                0.0s
 => => sha256:262a5f25eec7a7daccd94a64695e41acca5262f481c3630ef31289616897aa40 29.16MB / 29.16MB                                                                                1.0s
 => => sha256:5f20f97ca3f1eac8235b46c5af0bb18bf9fc44fe463eb892cf9c2dbd1da33a8d 1.38MB / 1.38MB                                                                                0.8s
 => => sha256:10710bf0fe8019c198539d5ffa92ee930b096dd2eec37754a2ab89a6036fdf35 8.07MB / 8.07MB                                                                                1.2s
 => => sha256:bbbbd7ab8dab09a619911034e4e9227f6bd91a42bffbc5a392717144a09ac19c 1.11MB / 1.11MB                                                                                1.1s
 => => sha256:eda565a705121f0128bc867aa1ea4fca361184a5172d42e3d8f9009bac5d8dc6 116B / 116B                                                                                1.2s
 => => extracting sha256:262a5f25eec7a7daccd94a64695e41acca5262f481c3630ef31289616897aa40                                                                                1.6s
 => => sha256:946c50ce7e116a8a5ca826c35b3c1f1806c48237a20cf327d658d2e4aba74515 3.14kB / 3.14kB                                                                                1.3s
 => => sha256:b5a718809434caa846b184561dbc6ce18de00f4acdc94c33f1a69c1d3bba0b0d 102.89MB / 102.89MB                                                                                3.9s
 => => sha256:326370bfa0ba029f13141732f81fc7fc4854eee157425d1e94a514a0d4cf7c3e 9.35kB / 9.35kB                                                                                1.3s
 => => sha256:0be79cb9776f0312b7c14d42907d27aadec7428c79eb1485b01d269bd4dd9909 127B / 127B                                                                                1.4s
 => => sha256:f8723eb7daca51409ea13dc83cae0a5f36714ca3496f2ba50e5693848efa6415 170B / 170B                                                                                1.4s
 => => sha256:1ab7a7cf086aed6831ead685423dbef94ebcd23f9b1e2825f217434bdbb4407f 5.42kB / 5.42kB                                                                                1.5s
 => => sha256:3018f5fce3a95ac4642769476ca65c36c2ca8be063b34e3ad6cbf0577b7c7b18 183B / 183B                                                                                1.6s
 => => extracting sha256:01dca17b7ddcc79164d0a94372d7017a13e831f924f338bb57d21b603f2b590d                                                                                0.0s
 => => extracting sha256:52de7f5e396e2b3293aebdd0311c46b000e07294a748f2c90f34fffff614233b                                                                                0.2s
 => => extracting sha256:5f20f97ca3f1eac8235b46c5af0bb18bf9fc44fe463eb892cf9c2dbd1da33a8d                                                                                0.1s
 => => extracting sha256:10710bf0fe8019c198539d5ffa92ee930b096dd2eec37754a2ab89a6036fdf35                                                                                0.4s
 => => extracting sha256:bbbbd7ab8dab09a619911034e4e9227f6bd91a42bffbc5a392717144a09ac19c                                                                                0.1s
 => => extracting sha256:eda565a705121f0128bc867aa1ea4fca361184a5172d42e3d8f9009bac5d8dc6                                                                                0.0s
 => => extracting sha256:946c50ce7e116a8a5ca826c35b3c1f1806c48237a20cf327d658d2e4aba74515                                                                                0.0s
 => => extracting sha256:b5a718809434caa846b184561dbc6ce18de00f4acdc94c33f1a69c1d3bba0b0d                                                                                2.9s
 => => extracting sha256:326370bfa0ba029f13141732f81fc7fc4854eee157425d1e94a514a0d4cf7c3e                                                                                0.0s
 => => extracting sha256:0be79cb9776f0312b7c14d42907d27aadec7428c79eb1485b01d269bd4dd9909                                                                                0.0s
 => => extracting sha256:f8723eb7daca51409ea13dc83cae0a5f36714ca3496f2ba50e5693848efa6415                                                                                0.0s
 => => extracting sha256:1ab7a7cf086aed6831ead685423dbef94ebcd23f9b1e2825f217434bdbb4407f                                                                                0.0s
 => => extracting sha256:3018f5fce3a95ac4642769476ca65c36c2ca8be063b34e3ad6cbf0577b7c7b18                                                                                0.0s
 => [postgres internal] load build context                                                                                0.0s
 => => transferring context: 129B                                                                                0.0s
 => CACHED [enterprise-hasura] https://raw.githubusercontent.com/vishnubob/wait-for-it/81b1373f17855a4dc21156cfe1694c31d7d1792e/wait-for-it.sh                                                                                0.7s
 => [clickhouse internal] load build context                                                                                0.0s
 => => transferring context: 4.36kB                                                                                0.0s
 => [clickhouse 1/5] FROM docker.io/clickhouse/clickhouse-server:23.4.2@sha256:dc5658853ce1cdbf575ee7fb1477e478ec6c720d0e6203630e57bf3b877d600b                                                                                0.0s
 => => resolve docker.io/clickhouse/clickhouse-server:23.4.2@sha256:dc5658853ce1cdbf575ee7fb1477e478ec6c720d0e6203630e57bf3b877d600b                                                                                0.0s
 => CACHED [clickhouse 2/5] ADD https://raw.githubusercontent.com/vishnubob/wait-for-it/81b1373f17855a4dc21156cfe1694c31d7d1792e/wait-for-it.sh /wait-for-it.sh                                                                               0.0s
 => CACHED [clickhouse 3/5] RUN chmod +x /wait-for-it.sh                                                                                0.0s
 => [clickhouse 4/5] ADD clickhouse_init.sql /docker-entrypoint-initdb.d/                                                                                0.1s
 => [clickhouse 5/5] ADD ch_users.xml /etc/clickhouse-server/users.d/goldsky.xml                                                                                0.0s
 => [graph-node-enterprise] exporting to image                                                                                0.4s
 => => exporting layers                                                                                0.0s
 => => writing image sha256:6ea33ac65a06b59450434bc82aa5c055da4f8250dbbe417d90565adb21712999                                                                                0.0s
 => => naming to docker.io/library/e2e-tests-clickhouse                                                                                0.0s
 => => writing image sha256:6ff1d32a4b971a9c830913c40a378108679fdb0ee92de645187a97c2211ea56f                                                                                0.0s
 => => naming to docker.io/library/e2e-tests-vector                                                                                0.0s
 => => writing image sha256:499f8c5e6218eac51a5916af57f61ca0d7798a2e87aebc14fb15a860bc7adf63                                                                                0.0s
 => => naming to docker.io/library/e2e-tests-postgres                                                                                0.0s
 => => writing image sha256:d447932a671593a38d52a280ae7fc03c30d00ea9c0d556bfc1c6c160adde8306                                                                                0.0s
 => => naming to docker.io/library/e2e-tests-postgres-second                                                                                0.0s
 => => writing image sha256:a7500eafa0329593c127e5e57ca63a3cddb937563db29769f939884c91111465                                                                                0.0s
 => => writing image sha256:dc3073208070488139e5115ed573ef09f0879bdf3d14d0d81672aa03b195e407                                                                                0.0s
 => => naming to docker.io/library/e2e-tests-enterprise-hasura                                                                                0.0s
 => => naming to docker.io/library/e2e-tests-hasura                                                                                0.0s
 => => writing image sha256:d909f2601fb65e8752eb64a0546f3a03efa81c0994e7acf29393b2ff0e01074e                                                                                0.0s
 => => naming to docker.io/library/e2e-tests-hasura-second                                                                                0.0s
 => => writing image sha256:17e943baa2223fd4ae0b40d13488a387f1d5652fb93e23b2ac98c1526bd08f3b                                                                                0.0s
 => => naming to docker.io/library/e2e-tests-graph-node                                                                                0.0s
 => => writing image sha256:116865f9135155068a796ab40aa748d1b38d5d57dc3236a183c34af031f96eff                                                                                0.0s
 => => naming to docker.io/library/e2e-tests-graph-node-enterprise                                                                                0.0s
 => [vector internal] load build definition from vector.Dockerfile                                                                                0.1s
 => => transferring dockerfile: 289B                                                                                0.0s
 => [vector internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [vector internal] load metadata for docker.io/timberio/vector:0.29.1-debian                                                                                1.5s
 => [vector 1/3] FROM docker.io/timberio/vector:0.29.1-debian@sha256:52b7185dcbf90e7dec0db048282bb8a630d72391833fc930737e2b92978f8b9b                                                                                0.0s
 => => resolve docker.io/timberio/vector:0.29.1-debian@sha256:52b7185dcbf90e7dec0db048282bb8a630d72391833fc930737e2b92978f8b9b                                                                                0.0s
 => CACHED [vector 2/3] ADD https://raw.githubusercontent.com/vishnubob/wait-for-it/81b1373f17855a4dc21156cfe1694c31d7d1792e/wait-for-it.sh /wait-for-it.sh                                                                                0.0s
 => CACHED [vector 3/3] RUN chmod +x /wait-for-it.sh                                                                                0.0s
 => [postgres-second 2/2] COPY init.sql /docker-entrypoint-initdb.d/init.sql                                                                                0.3s
 => [enterprise-hasura internal] load build definition from hasura.Dockerfile                                                                                0.0s
 => => transferring dockerfile: 242B                                                                                0.0s
 => [graph-node internal] load build definition from graph-node.Dockerfile                                                                                0.0s
 => => transferring dockerfile: 329B                                                                                0.0s
 => [enterprise-hasura internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [hasura internal] load build definition from hasura.Dockerfile                                                                                0.0s
 => => transferring dockerfile: 242B                                                                                0.0s
 => [graph-node-enterprise internal] load build definition from graph-node.Dockerfile                                                                                0.0s
 => => transferring dockerfile: 329B                                                                                0.0s
 => [hasura-second internal] load build definition from hasura.Dockerfile                                                                                0.0s
 => => transferring dockerfile: 242B                                                                                0.0s
 => [graph-node internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [enterprise-hasura internal] load metadata for docker.io/hasura/graphql-engine:v2.6.0                                                                                0.4s
 => [hasura internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [graph-node-enterprise internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [hasura-second internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [graph-node-enterprise internal] load metadata for<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>                                                                                0.0s
 => [graph-node 1/3] FROM<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>                                                                                1.0s
 => [graph-node 2/3] ADD https://raw.githubusercontent.com/vishnubob/wait-for-it/81b1373f17855a4dc21156cfe1694c31d7d1792e/wait-for-it.sh /wait-for-it.sh                                                                                0.1s
 => [graph-node-enterprise 3/3] RUN chmod +x /wait-for-it.sh                                                                                0.2s
 => [hasura-second 1/3] FROM docker.io/hasura/graphql-engine:v2.6.0@sha256:4639693fde6530d9978f3e8e1b11e1add71201b3c389364c2f09d707aa46d758                                                                                0.0s
 => CACHED [hasura-second 2/3] ADD https://raw.githubusercontent.com/vishnubob/wait-for-it/81b1373f17855a4dc21156cfe1694c31d7d1792e/wait-for-it.sh /wait-for-it.sh                                                                            0.0s
 => CACHED [hasura-second 3/3] RUN chmod +x /wait-for-it.sh                                                                                0.0s
WARN[0011] Found orphan containers ([e2e-tests-telegraf-1 e2e-tests-influxdb-1]) for this project. If you removed or renamed this service in your compose file, you can run this command with the --remove-orphans flag to clean it up.
[+] Running 14/14
 ✔ Container e2e-tests-rpc-node-proxy-1                                                                                Recreated                                                                       0.6s
 ✔ Container e2e-tests-temporalite-1                                                                                Recreated                                                                       0.7s
 ✔ Container e2e-tests-ipfs-1                                                                                Recreated                                                                       0.6s
 ✔ Container e2e-tests-clickhouse-1                                                                                Recreated                                                                       1.8s
 ✔ Container e2e-tests-postgres-second-1                                                                                Recreated                                                                       0.6s
 ✔ Container e2e-tests-stripe-cli-1                                                                                Recreated                                                                       0.3s
 ✔ Container e2e-tests-postgres-1                                                                                Recreated                                                                       0.7s
 ! temporalite The requested image's platform (linux/amd64) does not match the detected host platform (linux/arm64/v8) and no specific platform was requested                                                                                0.0s
 ✔ Container e2e-tests-hasura-second-1                                                                                Recreated                                                                      10.4s
 ✔ Container e2e-tests-graph-node-1                                                                                Recreated                                                                      10.4s
 ✔ Container e2e-tests-graph-node-enterprise-1                                                                                Recreated                                                                      10.5s
 ✔ Container e2e-tests-hasura-1                                                                                Recreated                                                                      10.3s
 ✔ Container e2e-tests-enterprise-hasura-1                                                                                Recreated                                                                      10.5s
 ✔ Container e2e-tests-vector-1                                                                                Recreated                                                                      10.2s
Attaching to clickhouse-1, enterprise-hasura-1, graph-node-1, graph-node-enterprise-1, hasura-1, hasura-second-1, ipfs-1, postgres-1, postgres-second-1, rpc-node-proxy-1, stripe-cli-1, temporalite-1, vector-1
stripe-cli-1             | Checking for new versions...
postgres-1               |
postgres-1               | PostgreSQL Database directory appears to contain a database; Skipping initialization
postgres-1               |
postgres-second-1        |
postgres-second-1        | PostgreSQL Database directory appears to contain a database; Skipping initialization
postgres-second-1        |
postgres-second-1        | 2024-07-25 13:52:37.141 UTC [1] LOG:  starting PostgreSQL 13.15 (Debian 13.15-1.pgdg120+1) on aarch64-unknown-linux-gnu, compiled by gcc (Debian 12.2.0-14) 12.2.0, 64-bit
postgres-second-1        | 2024-07-25 13:52:37.145 UTC [1] LOG:  listening on IPv4 address "<IP_ADDRESS>", port 5432
postgres-second-1        | 2024-07-25 13:52:37.145 UTC [1] LOG:  listening on IPv6 address "::", port 5432
postgres-1               | 2024-07-25 13:52:37.145 UTC [1] LOG:  starting PostgreSQL 13.15 (Debian 13.15-1.pgdg120+1) on aarch64-unknown-linux-gnu, compiled by gcc (Debian 12.2.0-14) 12.2.0, 64-bit
postgres-1               | 2024-07-25 13:52:37.145 UTC [1] LOG:  listening on IPv4 address "<IP_ADDRESS>", port 5432
postgres-1               | 2024-07-25 13:52:37.145 UTC [1] LOG:  listening on IPv6 address "::", port 5432
postgres-second-1        | 2024-07-25 13:52:37.147 UTC [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
postgres-1               | 2024-07-25 13:52:37.150 UTC [1] LOG:  listening on Unix socket "/var/run/postgresql/.s.PGSQL.5432"
postgres-1               | 2024-07-25 13:52:37.155 UTC [28] LOG:  database system was shut down at 2024-07-25 13:52:24 UTC
postgres-second-1        | 2024-07-25 13:52:37.154 UTC [26] LOG:  database system was shut down at 2024-07-25 13:52:24 UTC
postgres-1               | 2024-07-25 13:52:37.158 UTC [1] LOG:  database system is ready to accept connections
postgres-second-1        | 2024-07-25 13:52:37.161 UTC [1] LOG:  database system is ready to accept connections
ipfs-1                   | Changing user to ipfs
ipfs-1                   | ipfs version 0.16.0
rpc-node-proxy-1         | yarn run v1.22.19
ipfs-1                   | Found IPFS fs-repo at /data/ipfs
rpc-node-proxy-1         | $ node dist/index.js
hasura-second-1          | wait-for-it.sh: waiting 15 seconds for postgres:5432
ipfs-1                   | Initializing daemon...
ipfs-1                   | Kubo version: 0.16.0-38117db
ipfs-1                   | Repo version: 12
ipfs-1                   | System version: arm64/linux
ipfs-1                   | Golang version: go1.19.1
hasura-second-1          | wait-for-it.sh: postgres:5432 is available after 0 seconds
hasura-second-1          | wait-for-it.sh: waiting 15 seconds for postgres-second:5432
ipfs-1                   | 2024/07/25 13:52:37 failed to sufficiently increase receive buffer size (was: 208 kiB, wanted: 2048 kiB, got: 416 kiB). See https://github.com/lucas-clemente/quic-go/wiki/UDP-Receive-Buffer-Size for details.
clickhouse-1             | /entrypoint.sh: create new user 'goldsky' instead 'default'

 ❮❮❮ docker context use orbstack
orbstack
Current context is now "orbstack"
 3:44PM /Users/paymahn/code/goldsky/graph-tools/packages/e2e-tests paymahn/aaaaa-local-graph-node-debugging ⬆ ⬇ ✭ ✱
 ❯❯❯ docker image inspect<PHONE_NUMBER>58.dkr.ecr.us-west-2.amazonaws.com/graph-node:v<IP_ADDRESS>  | jq '.[].Architecture'

"arm64"

I'm on a mac with apple silicon.

Following up here, still have this issue.

Following up again @slinorb


Saving / Loading configs?

There should be an ingame option to save / load configs.
Then we could have a different config for different games and easily swap between them. Also allows us to backup the current config incase we mess up the changes.

OpenVR Advanced Settings can do this. Just make a profile and save the geometry.


Update the build instructions.

You should update the build instructions so that it is easier for people to build bloxstrap.

What?


Add traits for request serialisation

This commit changes the Request trait to have a new EXTENSION_NAME
associated constant and a serialize() method. This allows any user of
the trait to serialize a Request and send it to an X11 server.
This also adds VoidRequest, ReplyRequest, ReplyFDsRequest marker traits
that allow to figure out what kind of reply to expect from sending such
a request.
The code generator is extended to implement these changes.
Closes: https://github.com/psychon/x11rb/issues/656
Signed-off-by: Uli Schlachter<EMAIL_ADDRESS>
Compared to the original idea from #656, I changed the result type to use Vec<u8> instead of PiecewiseBuf<'static>. Request sending needs to consume the struct since FDs need to be consumed, but that means that 'static is the only possible life time. At that point, I am not sure whether the "picewise buffers" really help much. We would still have to clone the "big argument" to PutImage to get rid of the 'input lifetime, so putting everything into a single buffer is not all that much worse, I guess.

CC @yshui since you seem interested in this stuff.


Simplify clearing the JWT claims type mappings

https://github.com/aspnet/Security/pull/1636#issuecomment-374766092
JwtSecurityTokenHandler used by JwtBearer & OIDC maps the standard OIDC claim types to long namespace names to match older protocols like WsFed. We can't disable this by default without affecting existing users.  Turning this off manually requires either calling JwtSecurityTokenHandler.DefaultInboundClaimTypeMap.Clear(); at the top of our Startup Class (inside the OIDC options lamda is too late), or doing the following inside your options:
                var handler = new JwtSecurityTokenHandler();
                handler.InboundClaimTypeMap.Clear();
                o.SecurityTokenValidator = handler;

Could this be shortened to a top level option or extension method?
static void UseShortClaimTypes(this OpenIdConnectOptions options)
{
                var handler = new JwtSecurityTokenHandler();
                handler.InboundClaimTypeMap.Clear();
                options.SecurityTokenValidator = handler;
}

@leastprivilege @brockallen

Closing because we feel this breaking change would lead to many unexpected results in apps that would be difficult to diagnose (unlike, say, an API breaking change, which is super obvious).

The problem is this is exactly what is happening today.
The way developers of new ASP.NET Core projects learn about this legacy mapping is to perform internet queries as to why our JWT Claims aren't mapping correctly. If you use the right keywords, you'll find these issues on GitHub and learn about this legacy behavior out of necessity. We see and nod to comments like this.
Now in every single web project we create (which is a lot because we use kNative) we have to plug in this boilerplate:
static Startup() {
    // By default, Microsoft has some legacy claim mapping that converts
    // standard JWT claims into proprietary ones. This removes those mappings.

    JwtSecurityTokenHandler.DefaultInboundClaimTypeMap.Clear();
    JwtSecurityTokenHandler.DefaultOutboundClaimTypeMap.Clear();
}

I appreciate that you are thinking of how to avoid breaking changes that are not identified at compile time, but the end result of this decision isn't a developer going "well, that's fine." Conversely, every time someone writes claim mapping code for the first time, they're going to spend learning about this, and they're going to say "well, that's frustrating."

The mapping business has to stop. It is an application level concern. It's wrong to do this at the handler level.

@leastprivilege I agree this is a bucket of confusion. When we created our JsonWebTokenHandler, we do not map. The next step is to provide an integrate path for this handler into asp.net. This is complicated by the removal of Newtonsoft in .Net 3.0.


HA 2024.1.3 - Integration is broken

After updating HomeAssistant to version 2024.1.3 (12.01.2004), the integration cannot retrieve data - entities no longer available.

Logger: homeassistant.setup
Source: setup.py:403
First occurred: 12. Januar 2024 um 22:00:33 (2 occurrences)
Last logged: 10:24:00
Unable to prepare setup for platform 'poollab.sensor': Platform not found (Exception importing custom_components.poollab.sensor).

Logger: homeassistant.loader
Source: loader.py:842
First occurred: 12. Januar 2024 um 22:00:33 (2 occurrences)
Last logged: 10:24:00
Unexpected exception importing platform custom_components.poollab.sensor
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/loader.py", line 842, in get_platform
cache[full_name] = self._import_platform(platform_name)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/loader.py", line 859, in _import_platform
return importlib.import_module(f"{self.pkg_path}.{platform_name}")
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/importlib/init.py", line 126, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "", line 1204, in _gcd_import
File "", line 1176, in _find_and_load
File "", line 1147, in _find_and_load_unlocked
File "", line 690, in _load_unlocked
File "", line 940, in exec_module
File "", line 241, in _call_with_frames_removed
File "/config/custom_components/poollab/sensor.py", line 46, in
class MeasurementSensor(CoordinatorEntity, SensorEntity):
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 408, in init
wrap_attr(cls, property_name)
File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 380, in wrap_attr
raise TypeError(f"Can't override {attr_name} in subclass")
TypeError: Can't override _attr_unique_id in subclass

Same here

Same here, integration has broken

HA has been unavailable since Update 2024.1.3. We kindly ask the developer to check.

Solved the first one in above pull-request bot are many more and all are not as easy to solve, will have to read in on what attributes/properties to define in sub-class to correctly make the entity pull the values to the public interface.

Solved by #26 and included in release https://github.com/dala318/python_poollab/releases/tag/v1.0.2


Wrong params in the call_mission module

17:07:27   Error position: <params [
["_callID", "", [""]],
["_callS>
17:07:27   Error Params: Type String, expected Array
17:07:27 File \modules\call_mission\init.sqf, line 131
To reproduce, enable the call_mission module and start any mission.

The call_mission module has yet to be ported. Making as invalid for now. Please raise again if there's still an issue after its ported.


Error on macOS + Python 3

Hey! Trying this on macOS and Python 3.9 I got:
Traceback (most recent call last):
  File "/Users/michaelkennedy/Desktop/wakepy/example_app/macos/macos_app.py", line 18, in <module>
    wakepy.unset_keepawake()
  File "/Users/michaelkennedy/Desktop/wakepy/wakepy/_darwin.py", line 38, in unset_keepawake
    _process.stdin.write(BREAK)
TypeError: a bytes-like object is required, not 'str'

I'll submit a PR to fix this in a moment.

Yeah I agree that the Popen.terminate() seems cleaner way to terminate the process. I've merged the PR and published the change with wakepy 0.4.3. on PyPi. Thanks for your contribution!

You’re welcome!
Best,
Michael
Sent via Superhuman iOS @.***>
On Sat, Aug 28 2021 at 6:24 AM, Niko Pasanen @.***>
wrote:

Yeah I agree that the Popen.terminate() seems cleaner way to terminate
the process. I've merged the PR and published the change with wakepy 0.4.3.
on PyPi. Thanks for your contribution!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/np-8/wakepy/issues/11#issuecomment-907625993, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAPQ62O2FYKAJIRPOGCKAITT7DPP7ANCNFSM5CYI4JSQ
.


Treasure Park [PCSA00060]

Game summary

Game name: Treasure Park
Game serial: PCSA00060

Vita3K summary

Version: v0.1
Build number: 523
Commit hash: https://github.com/vita3k/vita3k/commit/32e9a31

Test environment summary

Tested by: IllusionMan1212
OS: Windows 10 Pro
CPU: AMD Ryzen 5 1600
GPU: NVIDIA GTX 1050Ti
RAM: 8 GB

Issues
Softlocks on sceGxmTextureSetLodBias
Screenshots

Log
vita3k.log
Note
This game requires the "Near" application

On latest Vita3K build, game has no graphical issues at all. Recommend switching tag to Playable.

vita3k.log


[calculator] Author and Display errors in vmchecker

After uploading my homework archive to https://vmchecker.cs.pub.ro/, I got these errors in the "Folder" section, as you can see in the screenshots. Is it a problem with the vmchecker or do I keep missing something? And if yes, any hints on how I can fix it?

Scroll down, you will see the errors for each test. It will show you side
by side for each test the lines that are different. The left side shows the
answer, the right side shows your file.
On Thu, 28 Feb 2019 at 16:11, Daniela-Constantin<EMAIL_ADDRESS>wrote:

After uploading my homework archive to https://vmchecker.cs.pub.ro/, I
got these errors in the "Folder" section, as you can see in the
screenshots. Is it a problem with the vmchecker or do I keep missing
something? And if yes, any hints on how I can fix it?
[image: 1]
https://user-images.githubusercontent.com/48096257/53576169-c003c700-3b7b-11e9-8f38-b4a19bc73dc3.jpg
[image: 2]
https://user-images.githubusercontent.com/48096257/53576180-c42fe480-3b7b-11e9-8086-f06662933c03.jpg
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/UPB-FILS/alf/issues/6, or mute the thread
https://github.com/notifications/unsubscribe-auth/ACtOoZPZS_OKiSdoLSTfv_y465m1ouGbks5vR_GSgaJpZM4bXCYw
.

--
Alexandru RADOVICI
Universitatea "Politehnica" din Bucuresti
e-mail<EMAIL_ADDRESS>telefon:<PHONE_NUMBER>
www.ipworkshop.ro

Yes, I know that. The first picture that I posted shows exactly the differences between the correct answer and mine, but I can't make sense of it. Would you mind taking another look, please?

You might have an extra empty line in the file. Look in this repository in
Devoir/calculator/verify/output, you should see the desired output.
On Thu, 28 Feb 2019 at 17:01, Daniela-Constantin<EMAIL_ADDRESS>wrote:

Yes, I know that. The first picture that I posted shows exactly the
differences between the correct answer and mine, but I can't make sense of
it. Would you mind taking another look, please?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/UPB-FILS/alf/issues/6#issuecomment-468328537, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ACtOofygskDDwNqGB2tIEKMur1CqJUfYks5vR_1TgaJpZM4bXCYw
.

--
Alexandru RADOVICI
Universitatea "Politehnica" din Bucuresti
e-mail<EMAIL_ADDRESS>telefon:<PHONE_NUMBER>
www.ipworkshop.ro

I managed to fix it. Thank you!


Failed to run config for elixir-tools.nvim

with elixir-tools.nvim installed, under nvchad:
Failed to run config for elixir-tools.nvim
Vim:E482: Can't open file /home/username/.cache/nvim/elixir-tools.nvim/elix
ir-tools-credo-language-server.txt for writing: no such file or directory

# stacktrace:
  - /elixir-tools.nvim/lua/elixir/utils.lua:55 _in_ **latest_release**
  - /elixir-tools.nvim/lua/elixir/init.lua:44 _in_ **setup**
  - ~/.config/nvim/lua/custom/plugins.lua:59 _in_ **config**
  - ~/.config/nvim/lua/plugins/init.lua:278
  - ~/.config/nvim/init.lua:21
Press ENTER or type command to continue

 ╰─λ elixir -v
Erlang/OTP 26 [erts-14.0.1] [source] [64-bit] [smp:12:12] [ds:12:12:10] [async-threads:1] [jit:ns]

Elixir 1.14.5 (compiled with Erlang/OTP 25)

As an aside, OTP 26 has open bugs with stdio and the LSPs won't work.
The fixes should be released soon.

Closed by 5a3f6f36e0263ffd2ac65767c12fd8f0f7c8010b


Is there anyway to checking the databae connection is open or not?

@mloskot
Hi, I have come in situation where i need to check that, MySQL database connection is open or not?
could you help me is there anything in api where i can get bool to represent database connection.

There is no such method currently and you basically have to "ping" the database by trying to execute some idempotent operation (e.g. select 1) and check if it fails or not.
I'm closing this because #504 discusses basically the same thing and, generally speaking, the issue tracker is not the best place for asking questions (we have the mailing list and the chat channel for this).


After reboot Reaper do not save settings REAPER v5.70

After reboot Reaper do not save settings such as automatic color and icon,  track template and more. REAPER v5.70 Windows 8 64

This was fixed in WDL last August (justinfrankel/WDL@30dda7782d6fdbc22b99fd5662980d3d1b8ed2df). SWS needs to be rebuilt with up to date WDL.
You can try this one in the meantime: https://cfillion.ca/files/sws/utf8-resource-path/.

In SWS beta autocolor and icon is working ok


Fixing uint64_t value in istgtcontrol's json output

Changes:

Fixing negative values for uint64_t value in JSON format.

Signed-off-by: mayank<EMAIL_ADDRESS>

why so many changes @mynktl ? We just need to change replica guid in istgtcontrol replica command from int to string.

@vishnuitta Since there was no API for uint64, we have used copying value to string approach to create JSON for uint64. Now we have added API so I thought of using it in istgt_lu_ctl.c also. In istgt_lu_ctl.c, we were doing malloc for every uint64 value and then doing free for the same.


Adding yflip option

cf. https://github.com/timholy/ProfileView.jl/issues/22
The PR #34 introduces set_default(), so I'm not going to change the default orientation.

The original "flamegraph.pl" uses the inverted option for generating icicle graphs. However, I do not like the name because it is ambiguous.
flip_y is clearer, but the y doesn't make sense on sunburst charts.

yflip seems better than flip_y, since the yflip option is used in Plots.jl and the name does not include non-alphabetic symbols.


!bga prefix seems redundant for some messages

When I first tried to use this bot, I thought it wasnʼt working, because it didnʼt respond to direct messages.  It turned out that this was because I wasnʼt prefixing my direct messages with !bga.
I believe it would be more intuitive if the bot responded to all direct messages, and all messages where the bot is mentioned, even if they donʼt start with !bga.

Iʼve experimented with this idea on a branch, but havenʼt had the chance to thoroughly test it, so wonʼt create a pull request yet.

So this is something that I've thought about. It does seem kind of redundant to have !bga as the trigger keyword as opposed to just one character. Keep in mind though that this can also create games for terraforming mars for which the keyword is !tfm.
I'm thinking change !bga make => !play, and then the game name afterwards. Though the question would then become how this bot would disambiguate "Can't Stop" for BGA vs Yucata if that site gets added.

I guess the question is, is this a BGA bot as the name suggests, or is it (intended to become) a generic “set up a table for any online boardgame site” bot?  If the latter, it probably needs to be fairly modular, not only in the code but also in the structure of commands.
FWIW, Iʼm interested in a BGA bot because I find the table creation process at https://boardgamearena.com/ so frustrating.  I donʼt have the same trouble with, say, Tabletopia.
I do think play is a better command name than make, though.

If the latter, it probably needs to be fairly modular, not only in the code but also in the structure of commands.

It is somewhat modular. There are two files, bga_mediator.py and tfm_mediator.py that mediate between websites. I guess I could just prompt if there's ambiguity between websites so there's less friction.

FWIW, Iʼm interested in a BGA bot because I find the table creation process at https://boardgamearena.com/ so frustrating. I donʼt have the same trouble with, say, Tabletopia.

That's why I created it. It's just such a pain to use their interface, especially with games randomly moving down when new games are created.

Going to close this because !play, !setup, and !status now work. Let me know if you don't think this issue is solved.


[hyprland] layerrule ignorezero not working

i am using this rule but blur not working with  ignorezero
# sysvol
layerrule = blur,sysvol
layerrule = ignorezero,sysvol

without ignorezero

with ignorezero

please fix

I personally use: layerrule = ignorealpha 0.25, sysvol
Try adjusting the value until it works properly for you

I personally use: layerrule = ignorealpha 0.25, sysvol Try adjusting the value until it works properly for you

It's not changing anything. The same result occurs for every value. Sysvol is becoming completely transparent. Is this something to do with CSS?"

Ah you simply don't have a background for the main box
Usually it's set with this
revealer > * {
    background: something;
}

Assuming you're not using the revealer try changing
window {
    background: transparent;
}

To a different color
I should probably give the main box a css name to avoid such case...

@shadowelite-sec this commit should fix it.
Try now?

@shadowelite-sec this commit should fix it. Try now?

Awesome, it's working now,
Thank you so much

Sweet, Happy to help!


feh: 2.24 -> 2.25

https://feh.finalrewind.org/archive/2.25/
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

Also please take a look at sxiv: 1.3.2 -> 24

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/lq6xpsmvl4685m8ddz60cg676zyvdzdb-feh-2.25-man
gzipping man pages under /nix/store/lq6xpsmvl4685m8ddz60cg676zyvdzdb-feh-2.25-man/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/lq6xpsmvl4685m8ddz60cg676zyvdzdb-feh-2.25-man
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/lq6xpsmvl4685m8ddz60cg676zyvdzdb-feh-2.25-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/sj75h4syk7cx44kgb1zhdf3mfybspmb3-feh-2.25-doc
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/sj75h4syk7cx44kgb1zhdf3mfybspmb3-feh-2.25-doc
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/sj75h4syk7cx44kgb1zhdf3mfybspmb3-feh-2.25-doc...
/nix/store/c6jkw8s3ic1qalvpnznpc9wm84hzhwb1-feh-2.25

Success on aarch64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/cbvpyny0iacznb3byhyj20y208yzislv-feh-2.25-man
gzipping man pages under /nix/store/cbvpyny0iacznb3byhyj20y208yzislv-feh-2.25-man/share/man/
strip is /nix/store/lvx1acn1ig1j2km8jds5x3ggh3f2wa8v-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/cbvpyny0iacznb3byhyj20y208yzislv-feh-2.25-man
checking for references to /build in /nix/store/cbvpyny0iacznb3byhyj20y208yzislv-feh-2.25-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/8rk1pqwdi55f7nmbhp560s1yv32d9z5z-feh-2.25-doc
strip is /nix/store/lvx1acn1ig1j2km8jds5x3ggh3f2wa8v-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/8rk1pqwdi55f7nmbhp560s1yv32d9z5z-feh-2.25-doc
checking for references to /build in /nix/store/8rk1pqwdi55f7nmbhp560s1yv32d9z5z-feh-2.25-doc...
/nix/store/hx4b9sa6xzha3glrv3l9gfcbxn7wjjfk-feh-2.25

@GrahamcOfBorg build feh

Success on aarch64-linux (full log)
Partial log (click to expand)
/nix/store/hx4b9sa6xzha3glrv3l9gfcbxn7wjjfk-feh-2.25

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/lq6xpsmvl4685m8ddz60cg676zyvdzdb-feh-2.25-man
gzipping man pages under /nix/store/lq6xpsmvl4685m8ddz60cg676zyvdzdb-feh-2.25-man/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/lq6xpsmvl4685m8ddz60cg676zyvdzdb-feh-2.25-man
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/lq6xpsmvl4685m8ddz60cg676zyvdzdb-feh-2.25-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/sj75h4syk7cx44kgb1zhdf3mfybspmb3-feh-2.25-doc
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/sj75h4syk7cx44kgb1zhdf3mfybspmb3-feh-2.25-doc
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/sj75h4syk7cx44kgb1zhdf3mfybspmb3-feh-2.25-doc...
/nix/store/c6jkw8s3ic1qalvpnznpc9wm84hzhwb1-feh-2.25

Failure on x86_64-darwin (full log)
Partial log (click to expand)
      _feh_cmp_filename in filelist.o
      _feh_cmp_name in filelist.o
      _feh_cmp_dirname in filelist.o
ld: symbol(s) not found for architecture x86_64
clang-5.0: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [Makefile:44: feh] Error 1
make[1]: Leaving directory '/private/tmp/nix-build-feh-2.25.drv-0/feh-2.25/src'
make: *** [Makefile:6: build-src] Error 2
builder for '/nix/store/dpsmkhkd7021kc0jzyqcqijq3zd9by57-feh-2.25.drv' failed with exit code 2
error: build of '/nix/store/dpsmkhkd7021kc0jzyqcqijq3zd9by57-feh-2.25.drv' failed

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/q9p4c5d1llbvar8h0hfi13ah3cr8a9sq-feh-2.25-man
gzipping man pages under /nix/store/q9p4c5d1llbvar8h0hfi13ah3cr8a9sq-feh-2.25-man/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/q9p4c5d1llbvar8h0hfi13ah3cr8a9sq-feh-2.25-man
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/q9p4c5d1llbvar8h0hfi13ah3cr8a9sq-feh-2.25-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/n4sqfjnr8damkwa46xr3jjy2gnj8aw97-feh-2.25-doc
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/n4sqfjnr8damkwa46xr3jjy2gnj8aw97-feh-2.25-doc
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/n4sqfjnr8damkwa46xr3jjy2gnj8aw97-feh-2.25-doc...
/nix/store/jxm87p44mgk649djyaipx5hn70nfa3nn-feh-2.25

Success on aarch64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/8vrr97bbpfjnvd5wljy5y0vhmybbk248-feh-2.25-man
gzipping man pages under /nix/store/8vrr97bbpfjnvd5wljy5y0vhmybbk248-feh-2.25-man/share/man/
strip is /nix/store/lvx1acn1ig1j2km8jds5x3ggh3f2wa8v-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/8vrr97bbpfjnvd5wljy5y0vhmybbk248-feh-2.25-man
checking for references to /build in /nix/store/8vrr97bbpfjnvd5wljy5y0vhmybbk248-feh-2.25-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/dbvc9mn5y5yh0k60yavh5h9gc00apzjw-feh-2.25-doc
strip is /nix/store/lvx1acn1ig1j2km8jds5x3ggh3f2wa8v-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/dbvc9mn5y5yh0k60yavh5h9gc00apzjw-feh-2.25-doc
checking for references to /build in /nix/store/dbvc9mn5y5yh0k60yavh5h9gc00apzjw-feh-2.25-doc...
/nix/store/3r5m3rscfwvpv0wfwzii95imr1ann3d0-feh-2.25

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/yks3rblp5lrzjds9bsd48scl04whzfn3-feh-2.25-man
gzipping man pages under /nix/store/yks3rblp5lrzjds9bsd48scl04whzfn3-feh-2.25-man/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/yks3rblp5lrzjds9bsd48scl04whzfn3-feh-2.25-man
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/yks3rblp5lrzjds9bsd48scl04whzfn3-feh-2.25-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/gjhms3a7m8p3a08r3c5zxyg86swl9xhr-feh-2.25-doc
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/gjhms3a7m8p3a08r3c5zxyg86swl9xhr-feh-2.25-doc
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/gjhms3a7m8p3a08r3c5zxyg86swl9xhr-feh-2.25-doc...
/nix/store/mv5zi4jdmnjih2svg4g4qhdgkv1vjg14-feh-2.25

Success on aarch64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/gbr8ivv53pmp2aff5d33xw30q6aclm3g-feh-2.25-man
gzipping man pages under /nix/store/gbr8ivv53pmp2aff5d33xw30q6aclm3g-feh-2.25-man/share/man/
strip is /nix/store/lvx1acn1ig1j2km8jds5x3ggh3f2wa8v-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/gbr8ivv53pmp2aff5d33xw30q6aclm3g-feh-2.25-man
checking for references to /build in /nix/store/gbr8ivv53pmp2aff5d33xw30q6aclm3g-feh-2.25-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/9rixnan7sk4x65y8rvj40ijdg2vha752-feh-2.25-doc
strip is /nix/store/lvx1acn1ig1j2km8jds5x3ggh3f2wa8v-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/9rixnan7sk4x65y8rvj40ijdg2vha752-feh-2.25-doc
checking for references to /build in /nix/store/9rixnan7sk4x65y8rvj40ijdg2vha752-feh-2.25-doc...
/nix/store/p208kv5gzi64gdnjh9vk97plh3nks0di-feh-2.25

Success on aarch64-linux (full log)
Partial log (click to expand)
/nix/store/p208kv5gzi64gdnjh9vk97plh3nks0di-feh-2.25

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking RPATHs of ELF executables and libraries in /nix/store/yks3rblp5lrzjds9bsd48scl04whzfn3-feh-2.25-man
gzipping man pages under /nix/store/yks3rblp5lrzjds9bsd48scl04whzfn3-feh-2.25-man/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/yks3rblp5lrzjds9bsd48scl04whzfn3-feh-2.25-man
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/yks3rblp5lrzjds9bsd48scl04whzfn3-feh-2.25-man...
shrinking RPATHs of ELF executables and libraries in /nix/store/gjhms3a7m8p3a08r3c5zxyg86swl9xhr-feh-2.25-doc
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
patching script interpreter paths in /nix/store/gjhms3a7m8p3a08r3c5zxyg86swl9xhr-feh-2.25-doc
checking for references to /tmp/nix-build-feh-2.25.drv-0 in /nix/store/gjhms3a7m8p3a08r3c5zxyg86swl9xhr-feh-2.25-doc...
/nix/store/mv5zi4jdmnjih2svg4g4qhdgkv1vjg14-feh-2.25


Bootstrap a single folder to improve experience on fresh install

When you first install an instance of Mauro, you cannot create or import any models until you've created a folder.  It would make sense for a fresh install to include a single, default folder to reduce the number of steps between installing and having usable models.

change of mind after seeing it in mdm-application-build .... it doesnt belong there ...

we should bootstrap the folder in the mdm-core/**/Bootstrap with a simple description
we should update the folder in mdm-security/**/Bootstrap

adding the "access information"
adding the administrator group access


Simplify the code of conduct

The code of conduct from CONTRIBUTING.md is too long. I guess it's possible to say it in fewer words.

https://github.com/arthurpaulino/miraiml/commit/6c5d65325fcedff89b88b45d6487f9b0ae9b692a


Fixed typo

@bennyn Thanks man I really need someone for correcting my English ;)

@all-contributors please add @bennyn for translation


move and relink favicon to editor

Pull Request Template
Description
Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.
what I have done is move the favicon.ico file to the docs path, and I have relinked the icon to docs/favicon.ico
Fixes # (issue)
Type of change
Please delete options that are not relevant.

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

How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration
I have no way to check that this has worked, but based on other linking issues that I have reported on, and that it correctly links in github.dev, I am sure that this will fix it
Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[ ] Any dependent changes have been merged and published in downstream modules
[x] I have checked my code and corrected any misspellings

Thanks a lot!
Merged!


Exclusion for openj9/issues/2209

Exclude LambdaLoad test on Linux x64 non-compressedrefs sdks for OpenJ9 builds only, reason: https://github.com/eclipse/openj9/issues/2209)
Signed-off-by: Mesbah<EMAIL_ADDRESS>

Personal branch testing this PR: https://urv-jenkins.canlab.ibm.com:9095/view/SV_Tests/job/test.personal/238/console


Add Team Member - Team Lead Bug

Describe the bug
When a new Team Lead is added/changed from the Team tab, then it is not reflected in the Work modal
To Reproduce
Steps to reproduce the behavior:

Go to Team Section
Click on +Team Member, and select the new person as a Team Lead
Hit Add
Go back to Workplan page > see that is NO change! Alas!

Expected behavior
I would expect to see my change instantly on the Work page and in the cards for My Workplans
BONUS BUG:
Describe the bug
Currently, a user can add more than one Team Lead from the Team tab in the Work. There should only be one ACTIVE Team Lead
To Reproduce
Steps to reproduce the behavior:

Go to Team Section
Click on +Team Member, and select the new person as Team Lead, hit Add
Scroll down to see that there are multiple active Team Leads
This is no bueno because technically there should only be one delegated legal Team Lead at a time (but there could be more from special history)

Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here.

Sending this back to backlog becasue:
There's a bug when an edit is happening on a team lead, the check for duplication is called and raising an error

as discussed, this card needs more input from other users.


"auth" must be a boolean

I have Basic Auth installed and working on other endpoints

Options for UI:
auth: (false || string || object) The authentication configuration for plug-in routes. - default: false

For Swagger declaration:
  const swaggerOptions = {
    info: {
      'title': 'Snowflake - API Documentation',
      'version': Pack.version
    },
    'auth': 'simple'
  };

Runtime error:
[1] "auth" must be a boolean
    at Object.internals.Err.toString.exports.process (/Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi-swagger/node_modules/joi/lib/errors.js:141:19)
    at internals.Any.applyFunctionToChildren.internals.Any._validateWithOptions (/Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi-swagger/node_modules/joi/lib/any.js:649:27)
    at root.validate (/Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi-swagger/node_modules/joi/lib/index.js:102:23)
    at root.attempt (/Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi-swagger/node_modules/joi/lib/index.js:131:29)
    at root.assert (/Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi-swagger/node_modules/joi/lib/index.js:126:14)
    at plugin.route.config.handler (/Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi-swagger/lib/index.js:76:21)
    at Object.exports.execute.internals.prerequisites.internals.handler.callback [as handler] (/Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi/lib/handler.js:96:36)
    at /Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi/lib/handler.js:30:23
    at internals.Protect.run.finish [as run] (/Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi/lib/protect.js:64:5)
    at exports.execute.finalize (/Users/barton/projects/stargazers/openshift-stargazers/node_modules/hapi/lib/handler.js:24:22)

Hi before I looking into this in detail, can I ask you make sure you are using the latest verision 4.2.0. A quick check of the code in the current version should allow alt types. If you are running 4.2.0 then I will try and replicate your problem.

No - I'm on 3.0.1 - wow...
I'll update and report back

works like a charm - thanks!

Great to hear, I only updated auth property support with the release of v4.2.0 today, so it's good to know it's working.

Hehe!


start.sh (Docker Quickstart Terminal) in windows fails to start - workaround

It occurs Window DockerToolbox-1.8.1b.exe with git-scm 2.5.1 with mintty.
After several VM install instructions, it stops with following messages
Machine default already exists in VirtualBox.
Starting machine default...
Started machines may have new IP addresses. You may need to re-run the `docker-machine env` command.
Setting environment variables for machine default...
Error: Unknown shell
bash: On: command not found
Looks like something went wrong... Press any key to continue...

After some investigation I found that eval "$($DOCKER_MACHINE env $VM)" instruction fails to set important environment variables. docker-machine.exe env default in bash does not work properly.
$ docker-machine.exe env default
On Windows, please specify either 'cmd' or 'powershell' with the --shell flag.

Error: Unknown shell

Different from the messages,  docker-machine env --shell bash makes environment variables  syntax for bash.
Workaround: I changed a line in start.sh
eval "$($DOCKER_MACHINE env $VM)"

to
eval "$($DOCKER_MACHINE env --shell bash $VM)"

and it works. But is this proper fix? Can docker-machine env detect the shell and output proper environment variable setting?

This was fixed in 1.8.1c, the solution is the same as yours:
https://github.com/docker/toolbox/commit/97968b663902523898f902bc77b953d0a98f3f21#diff-5ff432e42ca5c0757b31b4fe6f73f245
Also start.sh is not part of docker-machine, but of docker toolbox

Thanks!
I confirmed that it works well in 1.8.1c.


integrate @qlik/sdk for authentication

Items in this PR:

[x] creating a base class for OAuth
[x] implementing connect with webIntegrationId
[x] implementing connect with csrf-token (refactor for old codes)

It would be good to add a readme and qlik.dev link about the @qlik/sdk and authentication

will add the info for readme but no idea about qlik.dev

will add the info for readme but no idea about qlik.dev

is it this one https://qlik.dev/libraries-and-tools/platform-sdk#authentication?


W1D2 not rendering properly on nbviewer

Related to https://github.com/NeuromatchAcademy/course-content/issues/210 ?

Both tutorials render fine for me. What are you seeing?

I think an old version

e.g.
`# Create Expectations
###################################################################
Change the values in the lists below.
These act as X and Y coordinates for a scatter plot,
so make sure the lists match in length.
the provided code will plot your expectations
###################################################################
#To complete the exercise, uncomment the code below and fill in the missing parts (?)
#world_vel_exp = [0, 1, ?, ?]
#self_vel_exp  = [?, ?, 0, 1]
#expectations = {'world':world_vel_exp, 'self':self_vel_exp}
#my_plot_percepts(datasets={'expectations':expectations})`
This is different in Colab

Oh, #210 is describing a different issue where the rendering totally fails and the nbviewer page is just garbage.
If the nbviewer and colab content don't match, this is likely a caching problem, not a rending problem. nbviewer is notorious for being sluggish to reflect changes in the underlying file (e.g. follow rabbit trail of issues from here.

I'll try flush_cache in my fork and report back

Fixed by #302 (But please comment if you run into the issue again, as flush_cache=true is reported to be unreliable.

More problems. Maybe we should find a different solution or remove links to nbviewer

Why not link to ipynb file in github? maybe it will be sometimes broken, but obviously so

In my experience, github version successfully renders <20 % of our tutorials. Also github renders the math really poorly.


Fix prod deployment of DMP-CMS-FE

Move DMP Documentation to <IP_ADDRESS> instead of <IP_ADDRESS>

config mismatch
Moved and closed


Allow symfony 7

Codecov Report

Merging #145 (454b49d) into main (e5be674) will not change coverage.
The diff coverage is n/a.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
@@             Coverage Diff             @@
##                main      #145   +/-   ##
===========================================
  Coverage     100.00%   100.00%
  Complexity       476       476
===========================================
  Files             39        39
  Lines           1373      1373
===========================================
  Hits            1373      1373

:mega: Codecov offers a browser extension for seamless coverage viewing on GitHub. Try it in Chrome or Firefox today!

Any idea when this will be able to be merged?  It's our last dependency we need before moving to symfony 7.  Happy to help in any way if I can.

One day or two. I wait for a release of https://github.com/composer-unused/composer-unused/pull/590#issuecomment-1831804438

great thanks!

I also need https://github.com/composer-unused/symbol-parser/pull/121

Would love to see a release 😃

I made a lot of refacto on this lib, with some BC break, so it's required to be a 2.0.0
Would you be ok to test the main branch on your side @OskarStark  (I can make a RC release if needed).

@mishac @OskarStark I released 2.0.0-rc-1, please tell me if everything is fine on your side :)


doc: fixed typo and minor rephrasing

contributing guide

The link to the "contributing guide" 404's.

The link to the "contributing guide" 404's.

Thanks for the heads up, I'll get this fixed by adding a CONTRIBUTING.md to this repo!
/lgtm
/approve
/ok-to-test
/override dco


Port tests in identifiers.rs to sqllogictest

Which issue does this PR close?

Closes #6212
Rationale for this change

What changes are included in this PR?

Are these changes tested?

Are there any user-facing changes?

Please rebase latest code to avoid error

Please rebase latest code to avoid error

OK,Thanks


Bug with health actuator showDetails

Describe the bug
management:endpoints:health:showDetails does not affect whether details of the health check are included in the response.
Steps to reproduce
Steps to reproduce the behavior:

Find test Steeltoe.Management.Endpoint.Test.Actuators.Health.EndpointMiddlewareTest.HealthActuator_ReturnsOnlyStatusWhenAuthorized
Observe details in the health object during debugging

Expected behavior
The "details" property in the response should be empty
Additional detail
Steeltoe v4 code (HealthEndpointHandler.cs):
ShowDetails showDetails = endpointOptions.ShowDetails;
if (showDetails != ShowDetails.Never && (showDetails != ShowDetails.WhenAuthorized || healthRequest.HasClaim))
{
    foreach (string group in endpointOptions.Groups.Select(group => group.Key))
    {
        response.Groups.Add(group);
    }
}

Steeltoe v3 code:
var showDetails = Options.ShowDetails;
if (showDetails == ShowDetails.Never || (showDetails == ShowDetails.WhenAuthorized && !securityContext.HasClaim(Options.Claim)))
{
    response.Details = new Dictionary<string, object>();
}
else
{
    response.Groups = Options.Groups.Select(g => g.Key);
}

In my quick local test, showDetails works as expected when this is added after the snippet in HealthEndpointHandler
else
{
    response.Details.Clear();
}

Potentially related...
Given this response:
{
    "status": "UP",
    "details": {
        "diskSpace": {
            "status": "UP",
            "total":<PHONE_NUMBER>648,
            "free":<PHONE_NUMBER>84,
            "threshold": 10485760
        },
        "readiness": {
            "status": "UP",
            "ReadinessState": "ACCEPTING_TRAFFIC"
        },
        "MySQL": {
            "status": "UP",
            "host": "localhost"
        },
        "liveness": {
            "status": "UP",
            "LivenessState": "CORRECT"
        }
    }
}

SBA shows this in the UI:

Compared with a Spring demo app:
{
    "status": "UP",
    "details": {
        "diskSpace": {
            "status": "UP",
            "details": {
                "total":<PHONE_NUMBER>648,
                "free":<PHONE_NUMBER>68,
                "threshold": 10485760,
                "path": "C:\\Users\\timhe\\Downloads\\demo\\.",
                "exists": true
            }
        },
        "ping": {
            "status": "UP"
        }
    }
}

Which looks like this:

I don't know if any of this is relevant to #1367, but for both of these examples, the request included an Accept header with value application/vnd.spring-boot.actuator.v2+json,application/vnd.spring-boot.actuator.v1+json,application/json


Botprofile and conversation files added, in french

Those files contain some simple Q/A.

@fhouget I've merged this into the master branch via command line. These changes should be available in the next release. Thank you.


Schedule initial project meeting with Jean Walsh

From @hackajesse on October 21, 2015 17:5
Copied from original issue: sfbrigade/adopt-a-drain.old#9

Scheduled for Friday 10/30 at 10am.
Meeting to get folks on the same page.
Agenda:

Jason/Jean update on the status of opening the data
Jesse/Jason update Jean on the status of the app
Jean/PUC concerns/questions
Next steps discussion
Next meeting scheduling

@hackajesse, bump, as I think this may be done.

gracias, @afomi


limiting file type acessibility & recommiting the p5.js libraries

The user could previously open files like images as text files and rewrite them. The openFile now checks the extension on the file type and doesn't let the user open it if it doesn't recognise the extension as one the editor is supposed to be able to write. Currently it looks for .txt, .css, .js, and .html files. If there are any others types that should be accessible, please let me know/add said types to the array in openFile in app/main.js

Maybe .json?

what about .scss and .less?

Agreed - also csv


Pinpoint PHP Agent with YII framework.

Hello,
Anyone successfully integrated PINPOINT PHP agent with YII framework version 1.x. It is working with  YII framework version 2.x perfectly but I’m not able to capture PDO or CURL or any other internal requests in YII framework version 1.x. I’ve already wrote plugins to capture PDO or CURL but still working up to the framework and not able to hook after framework.
thanks,
Pradeep

@snmsmanager
Hmm, how about sharing your project and plugins to us? It would help us to address the problem.


CAMEL-12813: Added DEBUG logs in camel-netty4 codecs when incoming co…

…ntent is ignored.
CAMEL-12813 has more.

@oscerd: OMG, you're damn fast ;)


"instance HasModLogger a => HasLogFunc a" overlaps on bare LogFunc

    • Overlapping instances for HasLogFunc ModLogger
        arising from a use of ‘logFuncL’
      Matching instances:
        instance Has ModLogger α => HasLogFunc α
          -- Defined at /home/tejon/magicbane/library/Magicbane/Logging.hs:17:10
        instance HasLogFunc LogFunc
          -- Defined in ‘rio-<IP_ADDRESS>:RIO.Prelude.Logger’

I tried fixing this via Data.Type.Equality:
instance ((α == ModLogger) ~ 'False, Has ModLogger α) ⇒ HasLogFunc α where
  logFuncL = hasLens

But this doesn't work for reasons I haven't yet grasped. There's a procedural workaround described on Stack Overflow by @treeowl; I didn't immediately grok how to adapt it, and in any case it involves an additional class and newtype so I'd want your feedback on module style (per #12) before doing something like that.

How is this happening? Where is the bare LogFunc coming from? Are you trying to use a bare LogFunc as the context?

Yes, while trying to test some logging stuff in isolation. And I intended to mention (whoops) that it was trivially worked around by using (LogFunc, ()) as the environment instead, so it's in no way a critical issue. But still a surprising error, and one I probably couldn't have sidestepped so quickly a year ago.

Heh, what was surprising to me was using a bare LogFunc, since only tuples were intended / are mentioned in the readme :)

Unfortunately there is no standard unary tuple. ;)

Looks like the reason I couldn't find a nice constraint-based solution because instead we got a nice compiler-based one!


feat(query/stdlib): update influxdb sources to use flux error codes

Update the influxdb sources to be annotated with flux error codes. This
will enable us to identify different response codes for these
operations.
#14340

I'm not sure if the best way is to have this return flux errors which is what I did here or have it return influxdb errors. We may want to consider influxdb errors at some point, but I'm trying it this way first.


how can i make my image to adapt the shape ? thank you for answer~~

Can you explain a bit more?
Do you mean like the sprites demo?

Yes , after i set my image i found that the image is larger than shape , can i adjust the image size without change the image it self .
like:
World.add(world, Bodies.circle(100, 100, 50, {
render: {
strokeStyle: '#ffffff'
sprite: '../xxx.png'
},
restitution: 0.5
}));
but the image is larger than the circle

I have find that in api ,thank you for answer~~


support/bug: why would a version script with the same checksum be applied twice?

<EMAIL_ADDRESS>* from DEV_FOO_CHANGE_HISTORY where SCRIPT_TYPE != 'R' and checksum in (select checksum from DEV_FOO_CHANGE_HISTORY where SCRIPT_TYPE != 'R' group by CHECKSUM having count(CHECKSUM) > 1) order by version;
+---------+---------------------+---------------------------------+-------------+----------------------------------------------------------+----------------+---------+----------------+-------------------------------+
| VERSION | DESCRIPTION         | SCRIPT                          | SCRIPT_TYPE | CHECKSUM                                                 | EXECUTION_TIME | STATUS  | INSTALLED_BY   | INSTALLED_ON                  |
|---------+---------------------+---------------------------------+-------------+----------------------------------------------------------+----------------+---------+----------------+-------------------------------|
| 0.0.0   | Rbac roles          | V0.0.0__rbac_roles.sql          | V           | a4fbe486b7682c133b10b077905016bb0b412377b3ff4ea35af9a22d |              4 | Success | cicd_snowflake | 2021-07-27 08:40:06.373 -0700 |
| 0.0.0   | Rbac roles          | V0.0.0__rbac_roles.sql          | V           | a4fbe486b7682c133b10b077905016bb0b412377b3ff4ea35af9a22d |              4 | Success | cicd_snowflake | 2021-07-27 08:40:12.994 -0700 |
+---------+---------------------+---------------------------------+-------------+----------------------------------------------------------+----------------+---------+----------------+-------------------------------+

That's just a sampling, I have 4 other scripts that were applied twice (matching checksum pairs). The script names are a bit sensitive from an IP perspective, so it's easier to just remove them.

Hey there @jcollum, I haven't seen that. Can you please provide repro steps so I can test it out?

Difficult to reproduce. I've seen it happen twice now but when I try to reproduce it doesn't happen.

Please open a new issue if you can provide repro steps.


batch_size parameter in process.py is unused

The parameter should control how many accidents are committed at once.

I used batch_size in a function I built to commit everything in batches.
process.py performance seems worse now, from ~6:00 it grew to ~8:00 (complete csv's)
Is there something else I can use?

Batches should be especially necessary when loading over the network, but
it's not a good sign if it increases the runtime locally by 25%. Is that
when you don't supply the parameter?
On Sat, Jul 11, 2015, 21:29 omerxx<EMAIL_ADDRESS>wrote:

I used batch_size in a function I built to commit everything in batches.
process.py performance seems worse now, from ~6:00 it grew to ~8:00
(complete csv's)
Is there something else I can use?
—
Reply to this email directly or view it on GitHub
https://github.com/hasadna/anyway/issues/355#issuecomment-120651483.

I didn't give the batch size, it loaded the default (100) and used it.
That's what I used:
def batch_to_datastore(datalist, batch_size, table):
    batch_list = []
    i = 0
    for data in datalist:
        if i < batch_size:
            batch_list.append(data)
            i += 1
        else:
            db.session.execute(table.__table__.insert(), batch_list)
            db.session.commit()
            i = 0
            batch_list = []

It's better to split the list into chunks, I think:
http://stackoverflow.com/a/434328/223267
On Sat, Jul 11, 2015, 21:49 omerxx<EMAIL_ADDRESS>wrote:

I didn't give the batch size, it loaded the default (100) and used it.
That's what I used:
def batch_to_datastore(datalist, batch_size, table):
batch_list = []
i = 0
for data in datalist:
if i < batch_size:
batch_list.append(data)
i += 1
else:
db.session.execute(table.table.insert(), batch_list)
db.session.commit()
i = 0
batch_list = []
—
Reply to this email directly or view it on GitHub
https://github.com/hasadna/anyway/issues/355#issuecomment-120652257.

That's roughly the same, took ~8:00 minutes:
def batch_to_datastore(datalist, batch_size, table):
    batch_list = (datalist[pos:pos + batch_size] for pos in xrange(0, len(datalist), batch_size))
    for chunk in batch_list:
        db.session.execute(table.__table__.insert(), chunk)
        db.session.commit()

Then the default should be without batches. Need to check how it affects
loading over the network.
On Sat, Jul 11, 2015, 22:28 omerxx<EMAIL_ADDRESS>wrote:

That's roughly the same, took ~8:00 minutes:
def batch_to_datastore(datalist, batch_size, table):
batch_list = (datalist[pos:pos + batch_size] for pos in xrange(0, len(datalist), batch_size))
for chunk in batch_list:
db.session.execute(table.table.insert(), chunk)
db.session.commit()
—
Reply to this email directly or view it on GitHub
https://github.com/hasadna/anyway/issues/355#issuecomment-120653658.

Chunk sizes and performance in db deployment:
100 - 8:00 min
1000 - 6:50 min
5000 - 6:30 min
10000 - 6:40 min

Close this issue for now?

Ok
On Thu, Jul 16, 2015, 01:29 omerxx<EMAIL_ADDRESS>wrote:

Close this issue for now?
—
Reply to this email directly or view it on GitHub
https://github.com/hasadna/anyway/issues/355#issuecomment-121767429.


go: import "time" for LRO

Package time is used by LRO methods.
Package time is usually already imported for retries,
so the fact that LRO didn't properly import time didn't cause us to
fail.
@jadekler

@pongad Not sure I grok, sorry :( What is LRO? Long running object?

LRO didn't properly import time didn't cause us to fail.

This change would cause the generator to fail?

@jadekler LRO is "long running operation". APIs with long running operations need to import the time package, since we need to use it to configure how often we want to poll. Currently we use the time package without importing, leading to the failure. Does this make any sense?

Codecov Report

Merging #1961 into master will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master    #1961   +/-   ##
=========================================
  Coverage     85.94%   85.94%
  Complexity     4918     4918
=========================================
  Files           451      451
  Lines         19593    19593
  Branches       2052     2052
=========================================
  Hits          16839    16839
  Misses         2068     2068
  Partials        686      686

Impacted Files
Coverage Δ
Complexity Δ

...egen/transformer/go/GoGapicSurfaceTransformer.java
99.07% <ø> (ø)
38 <0> (ø)
:arrow_down:

Continue to review full report at Codecov.

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

Makes sense! Thanks for the quick fix! lgtm