Please confirm that you have:

[X] Searched existing issues to see if your issue is a duplicate. (If you’ve found a duplicate issue, feel free to add additional information in a comment on it.)
[X] Reproduced the issue in the latest CLI version.

In which of these areas are you experiencing a problem?
App
Expected behavior
I am trying to register an ORDERS/CREATE webhook, and getting the issue of accessing private customer data.  I am creating a dev custom app, so there is no need to be under review by shopify as I have no intent of publishing onto the appstore.  From my understanding I only need to fill out the 1st section of the form, but when I click save I get a red GRAPHQL error.  The settings save does reflect on my end, but when I go to reinstall the app again, the error persists.

Actual behavior

The error in the remix cmd line is failing to register webhooks due to protected customer data
When I go to the link to fill out the form, it shows an error with graph ql

The webhook doesnt get registered.

Verbose output
This is like 6000 lines of shit, Im not sure if it will help.
2024-02-15T18:42:53.317Z: Request to https://partners.shopify.com/api/cli/graphql completed in 964 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: a3343ef7-3651-4589-bba5-0ad48db83002

2024-02-15T18:42:57.352Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:42:57.937Z: Request to https://partners.shopify.com/api/cli/graphql completed in 574 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 985c7784-3c44-4603-9243-29d3efe7abdc

2024-02-15T18:43:02.349Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:03.149Z: Request to https://partners.shopify.com/api/cli/graphql completed in 788 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 972a4d39-fd49-40db-928b-a5993c828f80

2024-02-15T18:43:07.352Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:08.095Z: Request to https://partners.shopify.com/api/cli/graphql completed in 735 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: a76de66a-5bae-457e-84e7-5c76de246ecc

2024-02-15T18:43:12.348Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:12.940Z: Request to https://partners.shopify.com/api/cli/graphql completed in 589 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 1493f016-f491-46d9-9591-0b58fd19d436

2024-02-15T18:43:17.350Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:17.958Z: Request to https://partners.shopify.com/api/cli/graphql completed in 597 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: b7912c01-aaf3-4f7f-aa0b-e71a187a7571

2024-02-15T18:43:22.351Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:22.932Z: Request to https://partners.shopify.com/api/cli/graphql completed in 570 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: b7d51572-98c2-453b-b7ef-31a98c8a9369

2024-02-15T18:43:27.352Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:27.910Z: Request to https://partners.shopify.com/api/cli/graphql completed in 547 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: ea61f8e3-fcbf-4bdf-8de3-92384f179d0e

2024-02-15T18:43:32.350Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:32.934Z: Request to https://partners.shopify.com/api/cli/graphql completed in 573 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: a0c4df5f-ddfe-4662-b96c-d207293c6e4a

2024-02-15T18:43:37.350Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:37.919Z: Request to https://partners.shopify.com/api/cli/graphql completed in 562 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 92b18c4b-b942-4ece-bf26-2b12eba31856

2024-02-15T18:43:42.355Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:42.927Z: Request to https://partners.shopify.com/api/cli/graphql completed in 564 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: da42b35d-a824-4ae7-902a-95eb03bd7132

2024-02-15T18:43:47.352Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:48.032Z: Request to https://partners.shopify.com/api/cli/graphql completed in 669 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: ba9af4fb-82b6-4d57-a5ba-f37ac8df269c

2024-02-15T18:43:52.354Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:52.913Z: Request to https://partners.shopify.com/api/cli/graphql completed in 551 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 306df60f-74df-4ee9-8115-51aed4b22f58

2024-02-15T18:43:57.351Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:43:57.939Z: Request to https://partners.shopify.com/api/cli/graphql completed in 577 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: f4227146-4e33-4672-b9aa-901e7d55c984

2024-02-15T18:44:02.353Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:02.911Z: Request to https://partners.shopify.com/api/cli/graphql completed in 548 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 48d30ea1-e3e1-4709-9913-8d8371184315

2024-02-15T18:44:07.358Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:08.011Z: Request to https://partners.shopify.com/api/cli/graphql completed in 649 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 5e316dc4-4b9b-4f68-87a2-89381a791967

2024-02-15T18:44:12.355Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:12.898Z: Request to https://partners.shopify.com/api/cli/graphql completed in 533 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 87cbcdc3-5657-4971-bfe1-c283fc0149d9

2024-02-15T18:44:17.355Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:17.952Z: Request to https://partners.shopify.com/api/cli/graphql completed in 588 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 0c22415f-f6b9-4c46-a2f4-8fdcbb9ed403

2024-02-15T18:44:22.354Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:22.939Z: Request to https://partners.shopify.com/api/cli/graphql completed in 575 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 8fce91f9-7faf-442a-946e-72fca06b2ca8

2024-02-15T18:44:27.355Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:27.912Z: Request to https://partners.shopify.com/api/cli/graphql completed in 554 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 597ad8b3-70d2-491e-b4e6-12eeb3dd5a01

2024-02-15T18:44:32.359Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:32.935Z: Request to https://partners.shopify.com/api/cli/graphql completed in 566 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: ff2487a6-9d26-4d41-ac90-9925e6b12cb0

2024-02-15T18:44:37.358Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:37.882Z: Request to https://partners.shopify.com/api/cli/graphql completed in 513 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 38a2b2fe-3654-4afc-8135-a264a99ca4fb

2024-02-15T18:44:42.358Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:42.986Z: Request to https://partners.shopify.com/api/cli/graphql completed in 617 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 645ee30b-dc24-4a8c-b7e8-23a10a338b50

2024-02-15T18:44:47.356Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:47.927Z: Request to https://partners.shopify.com/api/cli/graphql completed in 559 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: fb482cbf-e7df-4c5e-b549-847586115dd0

2024-02-15T18:44:52.357Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:52.886Z: Request to https://partners.shopify.com/api/cli/graphql completed in 526 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: b8effbf2-21ff-4590-af34-9f7565af583d

2024-02-15T18:44:57.358Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:44:57.905Z: Request to https://partners.shopify.com/api/cli/graphql completed in 535 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 7ef52aee-ae21-4d00-b9cc-d5ce8a6ceb60

2024-02-15T18:45:02.361Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:03.006Z: Request to https://partners.shopify.com/api/cli/graphql completed in 639 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 9a496e92-762a-4e27-a306-23ae880e4bff

2024-02-15T18:45:07.356Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:08.402Z: Request to https://partners.shopify.com/api/cli/graphql completed in 1044 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: f7c655bf-ab57-4c64-87dd-13e18f8b2de3

2024-02-15T18:45:12.358Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:13.216Z: Request to https://partners.shopify.com/api/cli/graphql completed in 846 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: efec381d-0cf0-4e52-94d9-cd14551ba21d

2024-02-15T18:45:17.361Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:17.933Z: Request to https://partners.shopify.com/api/cli/graphql completed in 565 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 4897fb41-bc89-4a53-b150-5fde8c325216

2024-02-15T18:45:22.361Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:22.965Z: Request to https://partners.shopify.com/api/cli/graphql completed in 598 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 80a8c6d0-9751-4010-b5dc-f7711cd7ae74

2024-02-15T18:45:27.362Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:27.929Z: Request to https://partners.shopify.com/api/cli/graphql completed in 561 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 4c889d6f-29c9-4f5e-ad89-ad5c840c972d

2024-02-15T18:45:32.359Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:32.997Z: Request to https://partners.shopify.com/api/cli/graphql completed in 627 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: be2c288b-67d3-4335-b56e-aba395437bad

2024-02-15T18:45:37.359Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:37.960Z: Request to https://partners.shopify.com/api/cli/graphql completed in 589 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 1c00ee55-fcb8-4f4b-87c9-f757f497d5ac

2024-02-15T18:45:42.360Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:42.966Z: Request to https://partners.shopify.com/api/cli/graphql completed in 595 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 0617f9f0-2200-409c-8115-28191c7dd77c

2024-02-15T18:45:47.358Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:47.928Z: Request to https://partners.shopify.com/api/cli/graphql completed in 568 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: cc490af0-1196-41f9-825d-1b6358971a3c

2024-02-15T18:45:52.361Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:52.986Z: Request to https://partners.shopify.com/api/cli/graphql completed in 615 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 2e1dbf90-fa11-4f95-bfc1-c51a39cbfec7

2024-02-15T18:45:57.359Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:45:57.924Z: Request to https://partners.shopify.com/api/cli/graphql completed in 553 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 16905340-debd-4cf2-ac60-df523742a0ea

2024-02-15T18:46:02.359Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:46:02.962Z: Request to https://partners.shopify.com/api/cli/graphql completed in 600 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 7715f8c4-eba7-4a2b-9023-ef49ffd513f5

2024-02-15T18:46:07.361Z: Sending "Partners" GraphQL request:
  query FindAppPreviewMode($apiKey: String!) {
    app(apiKey: $apiKey) {
      developmentStorePreviewEnabled
    }
  }

With variables:
{
  "apiKey": "*****"
}

With request headers:
 - User-Agent: Shopify CLI; v=3.56.1
 - Keep-Alive: timeout=30
 - Sec-CH-UA-PLATFORM: win32
 - Content-Type: application/json

2024-02-15T18:46:07.947Z: Request to https://partners.shopify.com/api/cli/graphql completed in 576 ms
With response headers:
 - cache-control: max-age=0, private, must-revalidate
 - content-type: application/json; charset=utf-8
 - etag: W/"f9e834f7231872722829cb9dec035749"
 - x-request-id: 03885afd-34f3-47ce-8a50-1dbf99f162a1

Reproduction steps
1.Entered code to register webhook of ORDERS/CREATE
//webhooks.jsx
import { authenticate } from "../shopify.server";
import db from "../db.server";
const updateOrders = async (payload) => {
console.log('Received payload:', payload);
const orderId = payload.id; // assuming the payload contains an 'id' field for the order
const orderNumber = payload.order_number; // assuming the payload contains an 'order_number' field
console.log(Updating order with ID: ${orderId} and order number: ${orderNumber});
try {
const order = await db.order.update({
where: { id: orderId },
data: { orderNumber: orderNumber },
});
console.log('Order updated successfully:', order);

} catch (error) {
console.error('Error updating order:', error);
}
};
export const action = async ({ request }) => {
const { topic, shop, session, admin, payload } =
await authenticate.webhook(request);
if (!admin) {
// The admin context isn't returned if the webhook fired after a shop was uninstalled.
console.log("No admin context", { topic, shop, session, payload });
throw new Response();
}
switch (topic) {
case "APP_UNINSTALLED":
if (session) {
console.log("App uninstalled", { shop });
await db.session.deleteMany({ where: { shop } });
}
  break;
case "ORDERS_CREATE":
  if (session) {
    console.log("Order created", payload);
    updateOrders(payload);
    return new Response(`Recieved new order for ${shop}`, {status:200});
  }
  break;
case "CUSTOMERS_DATA_REQUEST":
case "CUSTOMERS_REDACT":
case "SHOP_REDACT":
default:
  throw new Response("Unhandled webhook topic", { status: 404 });

}
throw new Response();
};
// /shopify.server.js
import "@shopify/shopify-app-remix/adapters/node";
import {
AppDistribution,
DeliveryMethod,
shopifyApp,
LATEST_API_VERSION,
} from "@shopify/shopify-app-remix/server";
import { PrismaSessionStorage } from "@shopify/shopify-app-session-storage-prisma";
import { restResources } from "@shopify/shopify-api/rest/admin/2024-01";
import prisma from "./db.server";
const shopify = shopifyApp({
apiKey: process.env.SHOPIFY_API_KEY,
apiSecretKey: process.env.SHOPIFY_API_SECRET || "",
apiVersion: LATEST_API_VERSION,
scopes: process.env.SCOPES?.split(","),
appUrl: process.env.SHOPIFY_APP_URL || "",
authPathPrefix: "/auth",
sessionStorage: new PrismaSessionStorage(prisma),
distribution: AppDistribution.AppStore,
restResources,
webhooks: {
APP_UNINSTALLED: {
deliveryMethod: DeliveryMethod.Http,
callbackUrl: "/webhooks",
},
ORDERS_CREATE: {
deliveryMethod: DeliveryMethod.Http,
callbackUrl: "/webhooks",
},
},
hooks: {
afterAuth: async ({ session }) => {
await shopify.registerWebhooks({ session });
},
},
future: {
v3_webhookAdminContext: true,
v3_authenticatePublic: true,
unstable_newEmbeddedAuthStrategy: true,
},
...(process.env.SHOP_CUSTOM_DOMAIN
? { customShopDomains: [process.env.SHOP_CUSTOM_DOMAIN] }
: {}),
});
export default shopify;
export const apiVersion = LATEST_API_VERSION;
export const addDocumentResponseHeaders = shopify.addDocumentResponseHeaders;
export const authenticate = shopify.authenticate;
export const unauthenticated = shopify.unauthenticated;
export const login = shopify.login;
export const registerWebhooks = shopify.registerWebhooks;
export const sessionStorage = shopify.sessionStorage;

Attempted to reinstall app using Uninstall from admin page and npm run dev -- --reset in cmd to reset OAUTH and attempt to register webhooks

Entered form on the given link, tried with everything filled out, and on 1 filled out.  Got errors of GRAPH.QL on the page.

I noticed that shopify's down detector page is having lots of reports atm, could be that.  I assume the root cause of the issue is that graph.ql error?
Operating System
Windows 10
Shopify CLI version (check your project's package.json if you're not sure)
3.56.1
Shell
No response
Node version (run node -v if you're not sure)
No response
What language and version are you using in your application?
No response

I am now not even able to recreate this issue, due to the fact that every time I run npm run dev -- --reset, the APP_UNISTALLED webhook fails to reach, and then the app doesnt even attempt to register new webhooks.  I think there is something wrong with my understanding of how to set these webhooks up and there is no help anywhere.
08:36:13 │ graphiql   │ GraphiQL server started on port 3457
08:36:15 │ webhooks   │ Sending APP_UNINSTALLED webhook to app server
08:36:18 │ webhooks   │ App isn't responding yet, retrying in 5 seconds
08:36:21 │ remix      │
08:36:21 │ remix      │  💿  remix dev
08:36:21 │ remix      │
08:36:23 │ webhooks   │ App isn't responding yet, retrying in 5 seconds
08:36:25 │ remix      │  info  building...
08:36:27 │ remix      │  info  built (3.8s)
08:36:28 │ webhooks   │ App isn't responding yet, retrying in 5 seconds
08:36:31 │ remix      │ [shopify-api/INFO] version 9.2.0, environment Remix
08:36:33 │ webhooks   │ App hasn't started in time, giving up
08:36:33 │ webhooks   │ APP_UNINSTALLED webhook delivery failed
08:36:37 │ remix      │ [remix-serve] http://localhost:54244 (http://<IP_ADDRESS>:54244)
08:36:37 │ remix      │


Error in translation of stack canary check to REIL instruction and SMT expression

Hi,
I am getteting error when stack canary is tranalated to SMT expression. This is the error:
File "XXX/barf-project/barf/barf/analysis/codeanalyzer/codeanalyzer.py", line 313, in check_path_satisfiability
smt_mem_addr = smtlibv2.BitVec(32, "#x%08x" % instr.operands[0].name)
AttributeError: 'ReilImmediateOperand' object has no attribute 'name'
I think the error is caused by this instruction and the correspoding REIL tralanation:
mov eax, dword ptr gs:[0x14]
ldm   [DWORD 0x14, EMPTY, DWORD t22]
Thank you.
Regards,
Maggie

Hi,
I've just pushed a fixed for this. The error should be gone but keep in mind
that translation is not complete for segments (as you see in the translation
it assumes that all segments have base address equal to 0x00000000).
Regards,
Christian

Thanks for the fix

You're welcome.


Call selector not found: "POTA"

c:\FT8Commander-fred-windows>python ft8ctrl.py
22:33:06 - INFO    121:dbutils  - Database: C:\Users\mjpat\ft8ctl.sql
22:33:07 - INFO     79:_dxentity - Using DXCC cache C:\Users\mjpat.local\cty
22:33:07 - INFO    155:dbutils  - Datebase Insert thread started
22:33:07 - INFO    235:dbutils  - Purge thread started (retry_time 15 minutes)
22:33:07 - INFO    199:ft8ctrl  - Call selector: DXCC100, POTA, Any
22:33:07 - INFO     80:base     - BlackList: KC5TT, KD7DPS, VA7QI, W5JDC...
22:33:07 - ERROR   211:ft8ctrl  - Call selector not found: "POTA"
"POTA" not found
I know you showed me the module and line to change but I have been searching all the files for POTA and can't find it.
What file/line am I supposed to change to remove the POTA selector?

There is no plugin POTA. In the config file, in the section ft8ctl remove POTA from the call_selector field.
If you want to chase POTA stations, use the plugin Extra.
In the latest version, the ft8ctrl.yaml.sample, you will find an example of how to use the Extra plugin.


[Question] Large client-side bundle filesize when requiring feathers client

Hi Feathers team,
When adding the following lines to my project, my webpack bundle.js file grows from 629 kB to 2.06 MB.
const feathers = require('feathers/client');
const rest = require('feathers-rest/client');
const superagent = require('superagent');
const app = feathers().configure(
  rest(__API__).superagent(superagent)
);

Superagent is ~20kb (upon comparison webpack builds with and without it), so I suspect the majority of the increase is due to feathers and feathers-rest. Is there anyway (1) I can optimize Webpack to reduce my bundle filesize or (2) code changes to feathers to export less stuff?

The Browserified feathers-client is about 17k minified + gzipped.
The issue is probably babel-polyfill not mapped to an empty module (see https://github.com/feathersjs/feathers-client/blob/master/package.json#L48 - although I thought Webpack recognizes the browser field) and then including your own ES6 polyfill (a babel-polyfill browser build or the core-js` main distributable).
Another problem might be including feathers instead of feathers/client somewhere which will try to bundle browser builds for everything that comes with Express.

It appears to be an issue with my configuration. A sandboxed webpack build produces expected results (52.3kb) -- see petermikitsh/feathers-client-filesize.
$ npm run build

><EMAIL_ADDRESS>build /Users/pmikitsh/git/feathers-client-filesize
> webpack --config ./webpack.js

Hash: 71a7163aa1c3777646da
Version: webpack 1.13.1
Time: 1143ms
        Asset       Size  Chunks             Chunk Names
    bundle.js    53.2 kB       0  [emitted]  main
bundle.js.map  122 bytes       0  [emitted]  main
 bundle.js.gz    14.1 kB          [emitted]
   [0] multi main 28 bytes {0} [built]
    + 38 hidden modules

I'll report back if I find a solution for my actual project's configuration.

Renaming my webpack DefinePlugin variable from __API__ to API solved the problem. I have no idea why, but I'll be happy and accept this black magic.
With React + Redux + Feathers + Lots of other fun things, new webpack build size is 682 kB, and gzipped 160 kB.
🎉


Add bookmarks and quick action today extensions

Task/Issue URL: https://app.asana.com/0/361428290920652/866517273193956
Tech Design URL: N/A
Description:
Add a quick actions and bookmarks widget to the app
Steps to test this PR:
Before beginning setup network sniffing (e.g with Charles proxy) so you can watch pixels fire.
TEST QUICK ACTIONS

Run the app
Add the quick actions today extensions
Tap the search bar and note that the app launches into a new search. Ensure that the mqe_s pixel fires
Return to the extension.
Tap the Bookmarks button and note that the app launches into the bookmarks screen. Ensure the mqe_b pixel fires.
Return to the extension.
Tap the Clear Data button and note that the app launches into the fire screen. Ensure the mqe_f pixel fires.

TEST BOOKMARKS EXTENSION

Run the app and ensure there are no bookmarks
Add the bookmarks today extension
Note the No bookmarks yet text
Tap New private search and note that the app launches into a new search. Ensure that the mbe_s pixel fires
Add some bookmarks into the app
Return to the widget and note that these now show. Tap a bookmark and ensure the correct one opens and the mbe_b pixel fires.

Internal references:
Software Engineering Expectations
Technical Design Template

Thanks for the review and great feedback @bwaresiak. This is now ready for re-review.

Thanks for the review @bwaresiak!


install python bindings

Comment:
libad9361-iio now has python bindings :
https://github.com/analogdevicesinc/libad9361-iio/blob/43643ab0ef8a3fbdb6c7595f42842f534a291664/CMakeLists.txt#L150
can you please enable them ?

Hmm, the latest release is v0.2 which is older than that commit, and conda-forge generally requires that packages come from releases. I guess you could ask them about tagging a release in the near future?


Collectd with consul-alerts

This Class will Install consul-alerts and enable slack
for notifications.

please test this

please test this

please test this

please test this

please test this

please test this

please test this

Changed this pull request in small pieces
1.Collectd
2.collectd with consul
3.consul alerts with slack


Added a note.

Added a note.

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] None of my changes are plagiarized from another source without proper attribution.
[x] My article does not contain shortened URLs or affiliate links.

If your pull request closes a GitHub issue, replace the XXXXX below with the issue number.
Closes #XXXXX

@swissashley Thank you for your first contribution! We are happy to accept your PR and looking forward to your next contribution.


test: Fix 6 flaky tests

Description
Fixed 6 flaky tests by using JsonNode.equals function, instead of comparing raw strings.
The original test tried to compare a hard-coded JSON string with another string dynamically generated from a JSON object. Since the serialized JSON string is generated with indeterminate order in keys, these 6 tests are thus flaky. To resolve this issue, all the JSON strings are converted to JsonNode. Now the method JsonNode.equals is order-insensitive, the problem is solved.
Release note
Key changed/added classes in this PR

CompatParquetReaderTest

This PR has:

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

Code Changes: The code changes appear to be in good order.
Nondex Command: To assist with the review and testing, it would be helpful if you could add the exact nondex command or steps required to reproduce the test case, specifically addressing any flakiness. This will enable us to better understand and validate the issue.
Issue: Please provide a concise description of the underlying problem or bug that this pull request is designed to resolve.
Steps to Reproduce: Include a detailed set of steps, including the nondex command if applicable, to replicate the issue. This will facilitate an accurate understanding of the problem.
Proposed Solution: Describe the changes you've made in detail and explain how they address the issue outlined in the "Issue" section.
Thank you

Good work on code change.
Revise your PR in a detailed way to increase the chances of approval.

Code Changes: The code changes appear to be in good order.
Nondex Command: To assist with the review and testing, it would be helpful if you could add the exact nondex command or steps required to reproduce the test case, specifically addressing any flakiness. This will enable us to better understand and validate the issue.
Issue: Please provide a concise description of the underlying problem or bug that this pull request is designed to resolve.
Steps to Reproduce: Include a detailed set of steps, including the nondex command if applicable, to replicate the issue. This will facilitate an accurate understanding of the problem.
Proposed Solution: Describe the changes you've made in detail and explain how they address the issue outlined in the "Issue" section.
Thank you

Updated

Good work on code change.
Revise your PR in a detailed way to increase the chances of approval.

Updated


Creating a channel with an existing, half-completed pipe produces content message before offer

Creating a duplex pipe and completing its input so that the other side cannot transmit but may receive causes the channel based on it to send content before the offer, leading to the reverse side throwing an exception.
[Fact]
public async Task OfferReadOnlyPipe()
{
    // Prepare a readonly pipe that is already fully populated with data for the other end to read.
    var pipePair = FullDuplexStream.CreatePipePair();
    pipePair.Item1.Input.Complete(); // we don't read -- we only write.
    await pipePair.Item1.Output.WriteAsync(new byte[] { 1, 2, 3 }, this.TimeoutToken);
    pipePair.Item1.Output.Complete();

    var ch1 = this.mx1.CreateChannel(new MultiplexingStream.ChannelOptions { ExistingPipe = pipePair.Item2 });
    await this.WaitForEphemeralChannelOfferToPropagateAsync();
    var ch2 = this.mx2.AcceptChannel(ch1.Id);
    var readResult = await ch2.Input.ReadAsync(this.TimeoutToken);
    Assert.Equal(3, readResult.Buffer.Length);
    ch2.Input.AdvanceTo(readResult.Buffer.End);
    readResult = await ch2.Input.ReadAsync(this.TimeoutToken);
    Assert.True(readResult.IsCompleted);
}

The trace output from this test is:
00:00:00.0000515 mx2 Information: 1 : Multiplexing protocol established successfully.
00:00:00.0000833 mx2 Verbose: 18 : Waiting for next frame
00:00:00.0001529 mx1 Information: 1 : Multiplexing protocol established successfully.
00:00:00.0001939 mx1 Verbose: 18 : Waiting for next frame
00:00:00.0069823 mx1 channel 2 Verbose: 0 : 0 of 0 bytes will be transmitted.
00:00:00.0070127 mx1 channel 2 Verbose: 0 : Transmission terminated because the writer completed.
00:00:00.0070442 mx1 channel 2 Information: 5 : Channel self-closing because both parties have completed transmission.
00:00:00.0000432 mx1 channel 1 Verbose: 0 : 3 of 3 bytes will be transmitted.
00:00:00.0011600 mx1 Information: 13 : Sending Content frame for channel 1, carrying 3 bytes of content.
0x010203
00:00:00.0001543 mx1 channel 1 Verbose: 0 : Transmission terminated because the writer completed.
00:00:00.0012648 mx1 Information: 13 : Sending Offer frame for channel 1, carrying 0 bytes of content.
00:00:00.0013175 mx1 Information: 13 : Sending Offer frame for channel 3, carrying 22 bytes of content.
0x457068656D6572616C4368616E6E656C576169746572
00:00:00.0013772 mx2 Information: 7 : Waiting to accept channel "EphemeralChannelWaiter", when offered by the other side.
00:00:00.0015335 mx2 Information: 14 : Received Content frame for channel 1 with 3 bytes of content.
00:00:00.0017257 mx2 Critical: 3 : Disposing self due to exception: System.Collections.Generic.KeyNotFoundException: The given key was not present in the dictionary.
   at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at Nerdbank.Streams.MultiplexingStream.<OnContentAsync>d__58.MoveNext() in D:\git\Nerdbank.Streams\src\Nerdbank.Streams\MultiplexingStream.cs:line 791
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Runtime.CompilerServices.ConfiguredValueTaskAwaitable.ConfiguredValueTaskAwaiter.GetResult()
   at Nerdbank.Streams.MultiplexingStream.<ReadStreamAsync>d__55.MoveNext() in D:\git\Nerdbank.Streams\src\Nerdbank.Streams\MultiplexingStream.cs:line 698
00:00:00.0017666 mx2 Information: 6 : Disposing.
00:00:00.0018367 mx1 Information: 6 : Disposing.
00:00:00.0006437 mx1 channel 3 Verbose: 0 : 0 of 0 bytes will be transmitted.
00:00:00.0006772 mx1 channel 3 Verbose: 0 : Transmission terminated because the writer completed.
00:00:00.0007077 mx1 channel 3 Information: 5 : Channel self-closing because both parties have completed transmission.
00:00:00.0010616 mx1 channel 1 Information: 5 : Channel self-closing because both parties have completed transmission.
00:00:00.0022073 mx1 Information: 6 : Disposing.
00:00:00.0022351 mx2 Information: 6 : Disposing.

It doesn't even have to be half-completed. It just has to have data in it before the offer is made (by using the ExistingPipe option).


Separate mina rs unit tests

In order to facilitate tiered testing, this PR separates the mina-rs unit tests from the mina-indexer unit tests. mina-rs unit tests will not be run during tier 1 unit testing, i.e. just test-unit. They can be run via just test-unit-mina-rs and can later be included in a higher tier.
Fixes https://github.com/Granola-Team/mina-indexer/issues/642

Rebase on https://github.com/Granola-Team/mina-indexer/pull/641


App/Nav: Mobile - help menu

Figma:
https://www.figma.com/file/bZh7tOiLm6Ls9Hl4RL6qMC5X/Augur-Redesign?node-id=12854%3A298479

[ ] This menu should replicate the behaviour of the account menu, pushing down the navigation links
[ ] Match the styling of the help menu to match figma
[ ] Update the links so they match figma and see the desktop ticket for notes on copy changes

Comparison:

help menu looks done. closing


Fix emit and EventHandler type annotations

#45

If you're all satisfied, can this be merged by someone with write access?


XmlRootElement with duplicate names only one will be modelled.

If I have these two java classes:
@XmlRootElement(name = "Result")
class ApiResult {
  // some content A
}

@XmlRootElement
class SomeOtherClass {
 // Some content B
  static class Result {
     // some content C
  }
}

Then when swagger is modelling it will "pick" one of the two "A" or "C" and if that's "A" that will be the content of the modelling of "SomeOtherClass.Result" i.e., "C" will show "A" or vica verca. Can this be fixed by having conflicts like this instead use fully qualified names, i.e., package mapping?

Ping pong, anyone?

I have the same issues

this seems to duplicate #2861, please see comment there and PR #3542
Closing as duplicate.


Remove delay annotation for workload cluster PVs

These should no longer be needed with the latest version of Porch.
This will result in the need to have a new revision of the nephio-workload-cluster package, so we will also need to update the e2e tests to use that new revision to see the speed up.

Delay can be added as needed
/lgtm

/approve


Set up a Kanban board for the group project

This is the project link to the Kanban for the group project.
This project has two collaborators @normainobary2021  & @JonahKayizzi

The project has been updated with an In Review column.

Hi, Team👋,

Highlights💡

A link to the Kanban board is specified.✔
The team member size is stated.✔
All required columns are present.✔
Cards are distributed fairly.✔

STATUS: APPROVED 🕺🥳
Congratulations🍾🥳!! Your project is ready for presentation!  There is nothing else to say other than... it's time to merge it :shipit:

Optional Suggestions:

N/A

Good luck! 🎉

Feel free to leave any questions or comments in the PR thread if something is not 100% clear.
Please, remember to tag me @brytebee in your question so I can receive the notification.
Use @brytebee on slack for faster responses.

As described in the Code reviews limits policy  you have a limited number of reviews per project (check the exact number in your Dashboard). If you think that the code review was not fair, you can request a second opinion using this form.


Fix #657 StepRepeat incorrectly repeats pre/post special ops

This PR fixes #657 (where pre/post special ops were incorrectly repeated).
It also improves the UI - terminology ("delta" vs "gap"), removes default repeat dimensions (5 is more likely wrong), displays default delta in user friendly measurement units, correctly determines the delta sizes using operation elements not what happens to be selected (or not) using possibly invalid bbox.

The implementation of the main fix is a bit after the fact. It might be better to do StepRepeat first and then add the pre/post operations after that has been done. But that would give you an Execute where the Pre&Post were not included on first display of the ops list.

And you're right. It's delta and not gap. Since the latter would need to know the distance between the objects rather than the distance to the next object.

Personally I think gap would be better i.e. you specify the distance between offsets not the origin, but that was a UI change I was not going to make without it having been discussed first.

I can't be sure we know the size. If you do this when it's already in cutcode form you don't actually know the size of the various parts.


[Java] Implementation of Optimized Bubble Sort.

Have you read the Contributing Guidelines on Pull Requests?
yes
Description
Optimized Version of Bubble Sort in JAVA Language.
Checklist

[X] I've read the contribution guidelines.
[X] I've checked the issue list before deciding what to submit.
[X] I've edited the README.md and link to my code.

Related Issues or Pull Requests
Issue #436

@siddharth25pandey Thankyou!


Operationalization: Node Admin Commands

For any single node in a Riak Mesos cluster, provide a way for users to issue a subset of riak-admin commands:

riak stop
riak start
riak restart
riak-admin status
riak-admin member-status
riak-admin ringready
riak-admin transfers
riak-admin aae-status
riak-admin bucket-type *

Done


Basic Samples demonstrating Virtual Shield use

plus a single Text color addition to printAt

Pulling under the Open Tech CLA; make sure you sign the one at cla.microsoft.com


[HELP] How to limitate Mouse?

The mouse in Matter.js by default can move any Body that isn't static.
Is there a way to "limitate" the mouse to just a list of bodies that it can move (so not all the objects in the scene?).
Thanks for your time

Does https://github.com/liabru/matter-js/issues/48 answer this?

Does https://github.com/liabru/matter-js/issues/48 answer this?

Yes, thanks for the help.


WEB-6880: Adding module_type and program_shortcode to module + lesson

This introduces info and study modules. Study is the default, info has some different types.

Seems good except for the print statement edith mentioned.
I assume program_shortcode is just for reference as the content eventually is linked manually by admin.

Yeah—just for reference. I'm intending on using it as a display thing for admins to more easily find these things in carolus. Or possibly even filtering by it.


add Clearview

Types of Changes
What types of changes does your PR introduce? Put an x in all boxes that apply

[x ] New addition to list
[ ] Fixing bug in existing item in list
[ ] Removing item from list
[ ] Changing structure (organization) of list

Proposed Changes
Adding Clearview ebook reader, as in my opinion it's very convenient to read books and documents in separate tabs.
PR Checklist
Put an x in the boxes once you've completed each step. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to ask. We're here to help! This is simply a reminder of what we are going to look for before merging your code.

[x] I have read the CONTRIBUTING guide
[x] I have explained why this PR is important
[x] I have added necessary documentation (if appropriate)

Further Comments
If this is a relatively large or complex change, kick off the discussion by explaining why you chose the solution you did and what alternatives you considered, etc...

#911 @borxes


Determine and document best practices for CNV..

We currently have some recommendations for coverage collection that were based on recapseg, but it would be good to revisit them with GATK CNV and the new coverage model/HMM segmentation.  In addition, GC bias correction has been implemented in the workflow, but it is not yet evaluated.
Documentation and and scripts to generate evaluations and plots showing the effects on GATK CNV, the new coverage model, and downstream tools (e.g., ACNV) are needed.

[ ] target padding
[ ] keeping duplicates
[ ] GC bias correction
[ ] sequence repeat correction
[ ] target filtering

I am planning on removing sequence repeat correction to close #645.  We can reimplement and reevaluate in the future.

Issue moved to broadinstitute/gatk #2881 via ZenHub


Does not pick up SNS queues defined with display name in YML

As per the docs SNS queues can be defined inline, causing the SNS queues to be created if they do not already exist.
These aren't picked up by the project and no subscriptions are set up.
Does not work:
  wp-shared-email:
    handler: functions/workers/shared/email/handler.index
    events:
      - sns:
          topicName: ${self:custom.sns-topic-shared-email}
          displayName: SNS topic for sending email

Causes error:
Serverless: INFO[serverless-offline-sns]: unsupported config: [object Object]

Works:
  wp-event-sink:
    handler: functions/workers/shared/event-sink/handler.index
    events:
      - sns: ${self:custom.sns-topic-website-submit-survey}

Good catch - will look into this one!

https://github.com/darbio/serverless-offline-sns/commit/082ee54dcb66382c50bd9a6feb7ce89c14229e03#diff-f41e9d04a45c83f3b6f6e630f10117fe

If you want to review and test it I'll PR it in for you.

Nice merged! Thank you heaps


running tictac_aae in non-native mode leads to eventual failure of node

crasher:
    initial call: poolboy:init/1
    pid: <0.6187.0>
    registered_name: []
    exception exit: {{{noproc,{gen_server,call,[<0.6185.0>,close]}},{gen_server,call,[<0.5307.0>,close,30000]}},[{gen_fsm,terminate,7,[{file,"gen_fsm.erl"},{line,622}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,239}]}]}
    ancestors: [<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_sup,<0.201.0>]
    messages: []
    links: [<0.6194.0>,<0.6196.0>,<0.6197.0>,<0.6198.0>,<0.6195.0>,<0.6190.0>,<0.6192.0>,<0.6193.0>,<0.6191.0>,<0.6188.0>,<0.6189.0>]
    dictionary: []
    trap_exit: true
    status: running
    heap_size: 376
    stack_size: 27
    reductions: 648
  neighbours:
    neighbour: [{pid,<0.6189.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
    neighbour: [{pid,<0.6191.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
    neighbour: [{pid,<0.6193.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
    neighbour: [{pid,<0.6192.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
    neighbour: [{pid,<0.6190.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
    neighbour: [{pid,<0.6195.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
    neighbour: [{pid,<0.6198.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
    neighbour: [{pid,<0.6197.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
    neighbour: [{pid,<0.6196.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
    neighbour: [{pid,<0.6194.0>},{registered_name,[]},{initial_call,{riak_core_vnode_worker,init,['Argument__1']}},{current_function,{gen_server,loop,6}},{ancestors,[<0.6188.0>,<0.6187.0>,<0.6186.0>,<0.3441.0>,riak_core_vnode_sup,riak_core_
sup,<0.201.0>]},{messages,[]},{links,[<0.6188.0>,<0.6187.0>]},{dictionary,[]},{trap_exit,false},{status,waiting},{heap_size,233},{stack_size,9},{reductions,27}]
2020-06-28 22:09:18 =SUPERVISOR REPORT====
     Supervisor: {<0.6188.0>,poolboy_sup}
     Context:    shutdown_error
     Reason:     {{noproc,{gen_server,call,[<0.6185.0>,close]}},{gen_server,call,[<0.5307.0>,close,30000]}}
     Offender:   [{nb_children,10},{name,riak_core_vnode_worker},{mfargs,{riak_core_vnode_worker,start_link,[[{worker_module,riak_core_vnode_worker},{worker_args,[137015778499772148581595453067151533092743675904,[],worker_props,<0.6186.0>]}
,{worker_callback_mod,riak_kv_worker},{size,10},{max_overflow,0}]]}},{restart_type,temporary},{shutdown,5000},{child_type,worker}]

masleeds  3:21 AM
I mean tictac_aae in parallel mode - so leveldb or bitcask as storage_backend, but leveled as AAE backend.  The other user had problems when  they had a cluster with busy vnodes, and they switched tictac_aae on - and the rebuilds/repair cycle that got triggered as tictac_aae was trying to get up-to-speed went into a downward spiral
https://postriak.slack.com/archives/C6R0LPH4N/p1593349532100600

I'm going to have a look at this from tomorrow.  Most of the volume testing I did was in native mode not parallel, so the first aim is to look at what happens if I build up vnodes of >> 100GB of data with an eleveldb backend - and then then switch on tictacaae.
I'm hoping to keep building up the volume until I hit issues with aae store rebuilds timing out, aae cache rebuilds timing out and maybe fetch_clocks queries.

Tested this with a 200GB vnode (running leveldb) which had been built with AAE enabled but not tictac_aae.  The intention was to test what happens when we then restart all the nodes at the same time with tictac_aae enabled (without the standard transition precaution of increasing the exchange tick).
No crashes were observed in the aftermath of this event, however, there were warning signs of potential trouble ahead.
When the restart occurs - each vnode/aae_controller spots that there is a state mismatch between the vnode (non-empty) and the parallel aae store (empty).  This will prompt a rebuild of the aae keystore to resolve this mismatch.  this is as expected.
There is minimal spacing of these rebuilds - so all nodes become busy concurrently, doing all their rebuilds.  The busyness is primarily with write activity, in this environment there was no noticeable impact on read_await, but a significant impact on write_await.  It is assumed this is because the vnode backend by default is greedy at allocating itself memory, so most of the reads as the rebuild folds over the leveldb store are from memory (or from the page cache reading ahead).  The writes result from the amplification of writes necessary to build a LSM store.
In this environment, the rebuilds of the aae store took about 1 hour.  However, there were only 4 vnodes per node, so in a normal environment this could have taken much longer.
Once the aae store rebuilds are complete, an aae treecache rebuild is prompted.  This requires a fold over the new aae_keystore in order to build the aae treecache.  These aae treecache rebuilds are prompted almost concurrently, but the work is scheduled using the vnode's "Best Effort" queue - and there is by default only one concurrent item of work allowed to be worked from this queue per node.
At this stage, exchanges are occurring, and completing with no deltas - as all treecaches are empty (as none have been rebuilt).
After 20-30 minutes, the first treecaches are built, and the next treecache build for the node is picked up off the queue.  At this stage, some aae exchanges begin to see false deltas when comparing trees - where they are comparing a completed tree with a still empty tree.
These false deltas require aae_folds over the whole store (albeit an efficient fold which is skipping over slots based on the aae segment index).  This adds more read activity to the keystore, and seems to slow further the next treecache rebuilds.  Some of the aae_exchanges begin to timeout, waiting 10 minutes for the fold_clocks query to complete.
As the treecaches begin to get built across the cluster, the number of false delta hunts first increases, then decreases - as does the number of exchange timeouts.  Eventually (after about 4 hours), the treecaches are all built, and false delta hunts stop altogether.
The cluster at this stage is behaving as expected.

There are some signs of trouble:

As observed in the production environment, in this test environment not all rebuilds had observable logs for stop/start.  Logging (or perhaps log indexing was strangely intermittent for these rebuilds, although it is clear from other logs all required rebuilds did occur.

The kv_index_tictactree requires snapshots of the aae keystore for treecache rebuilds to be taken when the folder function is created, not when the fold is initiated.  So there is a real potential for folds at the back of the BE queue to time out, and therefore rebuilds to crash, as snapshots are only guaranteed a lock for 12 hours.

The riak_kv_vnode tictacaae_exchangepoke is prompted every tick regardless of how long exchanges are actually taking to complete.  So when exchanges are leading to false delta hunts, and those false delta hunts are taking a long time (and even timing out), it is possible that the exchange poke could keep launching parallel exchanges which lead to parallel delta hunts ... and these would slow the delta hunts, and also slow the treecache rebuilds, extending the time over which false delta hunts could occur.  There is potential for a tictacaae store to be overwhelmed with load, and eventually crash, crashing the vnode.

All of this could be mitigated with configuration for this transition scenario.  A temporary increase in the exchange tick time, and also an increase in the size of the BE queue.
However, the problem of overlapping exchanges timing out could occur outside of this scenario in a high-entropy cluster.

There are obvious improvements to make:

Make the tictacaae_exchangetick responsive to the time it is taking to complete exchanges (so don't rely on the operator to configure for the transition, and handle this scenario outside of transition).

Increase the scan timeout within the aae_exchange, potentially making this configurable, or even responsive.  The current default is ten minutes.

The problem of rebuild scheduling is hard.  Not queueing rebuilds may increase pressure, and cause other issues.  Scheduling them further apart would increase the window for false positives.
Perhaps false positives caused by initial rebuilds could be handled by comparing rebuild state at startup.
There are potential solutions here, but none without notable additional complexity or alternative risks.

I don't know what is happening wrt logging.

Some thoughts on an algorithm through which the system can back-off on exchanges, should exchanges start to take a long time.

There is a conscious decision to start an exchange not start_link the exchange from a vnode.  Exchanges may crash, and the vnode can ignore this.  So we can't keep a strict "no new exchanges until old ones complete" policy without changing this, as some exchanges may never return.

The default exchange tick is 2 minutes 30s, and the exchange timeout is approx 10 minutes (although an exchange doesn't cancel its work on timeout).  Need to consider what happens when the ReturnFun crashes meaning that cache_replacedirtysegments/3 is never called https://github.com/martinsumner/kv_index_tictactree/blob/master/src/aae_controller.erl#L666-L674.

There may be limits (e.g. very high object counts per vnode) for which tictacaae in parallel mode is just not appropriate.  In which case there needs to be warnings emitted and a graceful ending of aae_exchanges rather than crashes.  If aae exchanges slow to the extent that aae is barely running - is this more acceptable than vnode crashes?

In the bad scenarios we're seeing, there are moth fast exchanges and slow one.  So if the exchange tick is bumped, but then re-reduced rapidly on fast exchanges, the outcome may not be as protective desired.

Never calling cache_replacedirtysegments/3 is fine.  Eventually the dirty segments will be removed from the list by alterations, or scrubbed by a new active fold

Proposal is:

Extend the options for aae_exchange to allow for the timeout to be increased https://github.com/martinsumner/kv_index_tictactree/blob/master/src/aae_exchange.erl#L700-L708.

Have the riak_kv_vnode adjust the timeout to ten times the exchange_tick.

Add an item to the riak_kv_vnode state of "skip_exchange_count" default to 0.

Every exchangetick, if there is a valid exchange queued, check the skip count is 0, if non-zero decrement and do nothing else that tick.

Add a starting timestamp to the parameters when exchange_complete is called https://github.com/basho/riak_kv/blob/develop-3.0/src/riak_kv_vnode.erl#L1049-L1053 so that the skip_exchange_count can be set to duration div exchange_tick.

This should resolve the problem of cascading load on slow exchanges.
The issue of queueing treecache rebuilds and snapshot timeouts still needs to be resolved.

https://github.com/basho/riak_kv/tree/mas-i1765-parallel
Presently this only addresses the issue of needing to back off as the time to complete exchanges increases.  This works well, at the moment - as the exchange time goes up, at the peak where 50% of vnodes have rebuilt but 50% have not, the frequency of exchanges is reduced by just 30%.  With this reduction, the maximum time to complete an exchange reduces by more than 50%, with no exchange getting within 3 minutes of the old threshold for timeout.

The branch has now been extended so that the taking of the rebuild snapshot is deferred until the rebuild work item is consumed from the queue - so as long as the rebuild of the trees completes within 12 hours, there will be no issues with the snapshot timing out during the rebuild.
The scenario above was then re-tested with equivalent (although slightly improved) results.

Hi Martin, thanks for detailing the issue,
Would allowing additional capacity to accomodate the inital treecache build, alleviate this issue ?
Could you also please share the specs of the nodes used for testing?
Yea logging in general for riak could use some work, I'll create an issue if one doesn't exist alread.

The test rig is 8 x servers, each with 8 x large HDD (RAID 10) and 12 CPU cores.  There is a FBWC on the RAID controller for improved write latency.
Ran a more challenging version of the test, with 1.4TB per node of data, with about 4K ops/persec (90% writes) load during the test.  This test also included a server failure mid-test (not deliberate, but a kernel panic).  Everything went OK with the new code, until I tried recovering the failed server.  Then the combination of hinted handoffs, the backlog of rebuilds on the server recreated the memory-leak problem.
This exposed there is an issue with the aae_runner in kv_index_tictactree having an unbounded queue.  The issue with slow fetch_clocks queries is related more to queue time at the aae_runner, than it is to query time.
There is a need for a further fix to bound the queue on aae_runner, so as not to take snapshots of the store and place the snapshot-related work at the end of the queue.

https://github.com/martinsumner/kv_index_tictactree/commit/d6eac623a36e265b91deee15ff9e8f0579d2e58f

It should be noted, that the process of enabling tictacaae for the first time, on a large store, when under heavy write load - will consume significant amounts of memory.
Each aae_keystore keeps a "change_queue" of Keys/Metadata of updates received since the rebuild of the store started.   Since all rebuilds are running concurrently when tictacaae is enabled for the first time - this can require lots of memory.  In the above test an additional 4GB per node was required by the end of the 3 to 4 hour period of the keystore rebuilds.
To reduce the ram required, enabling tictacaae must happen away from periods of heavy write load.


Cannot provide my own sampling strategy

I am trying to write my own sampling strategy, however, the AWSXRayRecorder.Instance has the LocalizedSamplingStrategy instead of mine. From looking at the code, it seems like the InitializeInstance method I am using builds a new AWSXRayRecorder based on instance I am providing, but the sampling strategy does not carry over.
AWSXRayRecorder.InitializeInstance(Configuration, BuildAWSXRayRecorder());

private static AWSXRayRecorder BuildAWSXRayRecorder()
        {
            var builder = new AWSXRayRecorderBuilder()
                .WithSamplingStrategy(new AWSXRaySamplingStrategy());

            var result = builder.Build();

            return result;
        }

Hi @richardgavel ,
Thank you for your post.
InitializeInstance method populates the provided recorder with the configuration. However, this method doesn't set the provided recorder to AWSXRayRecorder.Instance. Hence, whenever you use AWSXRayRecorder.Instance in the later part of your code, a default new instance is created, which overrides the sampling strategy .
For reference : https://github.com/aws/aws-xray-sdk-dotnet/blob/master/sdk/src/Core/AWSXRayRecorder.netcore.cs#L81
For your use case, please use the recorder instance you created, to create segment/subsegment.
I will take this issue on priority and will set the custom recorder to AWSXRayRecorder.Instance.
Thanks,
Yogi

Hi @richardgavel
We have included this fix in 2.2.0-beta release.
Please refer release details : https://github.com/aws/aws-xray-sdk-dotnet/blob/master/CHANGELOG.md
Feel free to open this issue if you have any questions.
Thanks,
Yogi


Round Corners Grid View

Any chance to be able to get round corners on Grid View? Maybe as an theme modifier option?
Something like this

Already done but forgot to close this


TypeError: 'NoneType' object is not iterable

The 'els' variable, which is supposed to contain a list of elements, is None in the 'extract_links()' function
Traceback (most recent call last):
File "C:\Users\yravi\AppData\Roaming\Python\Python311\site-packages\bose\base_task.py", line 117, in run_task
self.run(driver)
File "C:\Users\yravi\Documents\google-maps-scraper-master\src\scraper.py", line 249, in run
result = get_data(driver, query, chotu_address_hierarchy, chotu_shop_category)  # Call the get_data function
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "C:\Users\yravi\Documents\google-maps-scraper-master\src\scraper.py", line 233, in get_data
links = get_links(query)
^^^^^^^^^^^^^^^^
File "C:\Users\yravi\Documents\google-maps-scraper-master\src\scraper.py", line 139, in get_links
links = extract_links(els)
^^^^^^^^^^^^^^^^^^
File "C:\Users\yravi\Documents\google-maps-scraper-master\src\scraper.py", line 135, in extract_links
return list(map(extract_link, elements))

How to reproduce?

Use Latest Version. Also, let me know if you have need of scraping a website or someone you know needs scraping services.

okay , thanks mate


ENH: Put batch to the first dim, time steps to the last dim (close #57)

Codecov Report

Merging #64 (48d02b1) into develop (2e6dc93) will not change coverage.
The diff coverage is 100.00%.

@@            Coverage Diff            @@
##           develop       #64   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           31        31
  Lines          829       829
=========================================
  Hits           829       829

Impacted Files
Coverage Δ

pfhedge/instruments/_base.py
100.00% <ø> (ø)

pfhedge/instruments/american_binary.py
100.00% <ø> (ø)

pfhedge/instruments/european.py
100.00% <ø> (ø)

pfhedge/instruments/european_binary.py
100.00% <ø> (ø)

pfhedge/instruments/lookback.py
100.00% <ø> (ø)

pfhedge/instruments/underlier.py
100.00% <ø> (ø)

pfhedge/features/features.py
100.00% <100.00%> (ø)

pfhedge/nn/functional.py
100.00% <100.00%> (ø)

pfhedge/nn/modules/hedger.py
100.00% <100.00%> (ø)

pfhedge/stochastic/brownian.py
100.00% <100.00%> (ø)

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 2e6dc93...48d02b1. Read the comment docs.


To upoad in IGV it says Genome requires either a single JSON file or a FASTA file & index file

Dear All,
I am a novice in handling genomic data and i want to browse quinoa annotated genome through IGV but i am unable to do it.
Let me tell the series of actions that i am doing.
Going to the NCBI link and dowloaded the assembly in fasta format also and downloaded all the .fna and json files also but still IGV says
"Genome requires either a single JSON file or a FASTA file & index file" Following is the link for the genome.
https://www.ncbi.nlm.nih.gov/assembly/GCF_001683475.1/
please help me with line to line procedure for vewing/browsing the genome through IGV. I am very new to genomics and bioifnormatics. This i am doing to carry Association Mapping in Quinoa.

Thank you jrobinso (https://github.com/jrobinso) for your reply.
Yes, i gave a try and I am able to look for my requirements in  https://genome.ucsc.edu/h/GCF_001683475
Is it possible to create index file (for the genome information available on NCBI) using GUI or Windows? or we have to do the same in command line only?


the path of example.cpp  in README.md

Hello!
When I did the third step of the example, I think these is someting wrong.
In the "Add file to project" dialog, enter the filename /private/tmp/cmake-example/src/example.cpp.
It did not success. And it worked when I changed the filename to /tmp/cmake-example/src/example.cpp,

You are right, this is a typo.


Return Error for duplicate reminder time.

Is your feature request related to a problem? Please describe.
Currently, assignment(s) or tag(s) are allowed to have duplicate reminder time.
Describe the solution you'd like
Return error when there's duplicate reminder time for both assignment and tag.

Resolved


permissions for /opt are very loose

permissions for /opt are very loose -> chmod 777 -R /opt
this is a workaround since every user should be able to run pipx install ... without sudo. Maybe there's a better way to allow users running the box to write to the /opt/ folder without being root.

needs sudo chown -R $USER:root /opt as -init-hooks https://distrobox.privatedns.org/usage/distrobox-create.html


[WIP] C API documentation

Will be completed when Doxygen documentation in DTK_C_API.h has been updated.
To generate the documentation on your machine run this from DTK root directory:
$ docker run --rm -v $PWD:/scratch -w /scratch dalg24/clang-format bash -c "sphinx-build docs/source docs/build"

Then open docs/build/index.html.
Connect to #252

Codecov Report

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

@@           Coverage Diff           @@
##           master     #262   +/-   ##
=======================================
  Coverage   96.95%   96.95%
=======================================
  Files          49       49
  Lines        2496     2496
=======================================
  Hits         2420     2420
  Misses         76       76

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 0af548d...a838dd1. Read the comment docs.

Can you do the same with Fortran?

Can you do the same with Fortran?

Yes, Oxygen is compatible with Fortran.  I just tried rebasing onto your branch with the Fortran API  (I added ".f90" in the list of extensions to generate Doxygen XML output, and imported the source file into our Sphinx documentation) and it worked just fine.  See below:
diff --git a/docs/source/api.rst b/docs/source/api.rst
index 0df10dd9..11a91455 100644
--- a/docs/source/api.rst
+++ b/docs/source/api.rst
@@ -28,4 +28,4 @@ C API
 Fortran API
 -----------

-Under construction.
+.. doxygenfile:: DTK_Fortran_API.f90
diff --git a/docs/source/conf.py b/docs/source/conf.py
index 264cf67f..a497e69f 100644
--- a/docs/source/conf.py
+++ b/docs/source/conf.py
@@ -26,7 +26,7 @@ else:
     source_directories = [
         "packages/Interface/src",
     ]
-    file_extensions = [".h", ".hpp", ".cpp"]
+    file_extensions = [".f90", ".h", ".hpp", ".cpp"]
     # glob files with extensions for given paths
     source_files = []
     for _dir in source_directories:

Note that this would expose the SWIG internals so we would probably want to use DOXYGEN_SHOULD_SKIP_THIS to ignore some of the code.  Also not sure how well it is supported by Breathe (the Shinx extension plugin we use to import the Doxygen doc).

I added documentation for the initialize/finalize functions.  This current version is rebased on #253
DO NOT MERGE AS IS.

OK, I rebased on master and cleaned things up.  This is ready for review/merge.
You can view the doc here


CTRL+C or CTRL+X doesn't work during selection

Description
CTRL+C or CTRL+X doesn't work during selection
Steps to Reproduce

Select code with the mouse
Keep left mouse button pressed
Press CTRL+C (while 2.)
Release mouse button
Try to paste. Nothing. Doesn't work. It will actually paste the last correctly-registered copy / cut.

Version info:
Release 1.8 build 1.8.0-17108 (alf_localization_release_1.8 3af64fae4)
Windows 10 64bit with the latest updates

Hi @armandbancila,
couldn't repro the issue myself, works correctly for me on macOS. I can recheck against a Windows PC later today, but meanwhile you could check if it's an extension issue (Debug -> Launch Without Extensions) or if there are any errors in the dev tools (Debug -> Show Developer Tools -> Console).

Confirm. But weird situation. Usually you release mouse button before copy.

True but that's the problem, I don't have a mouse, I'm on a laptop. So usually you have to keep your finger on the touchpad so that the selection is perfect and you don't accidentally select more than what you wanted to copy.

Could replicate on Windows 10 but not on Mac OS, marking Win only for now


[website] Only trigger fresh builds for changes to website

Hi @cjyabraham, can you configure our connection to Netlify to only rebuild the website for changes within the ./website path? That would reduce Netlify's "comments" in other PRs and save energy from unneeded builds. Thanks!

I believe that is the default behavior, only to run a build when something changes in the base directory, website in our case. Is that not what you're seeing?

Thanks Chris. I saw it trigger a build/deploy in https://github.com/cncf/tag-app-delivery/pull/313, but maybe that config is why it cancelled itself.


Actions?

I couldn't see in the samples or documentation how to invoke an action or function?

This is a test project for both actions and functions (this one is for OData V4 but there is a similar one for V3): https://github.com/object/Simple.OData.Client/tree/master/WebApiOData.V4.Samples.Tests

I am assuming that 'For' gives me   the equivalent of the TOrgs part of this URL
"odata/TOrgs/GetOrganizationByTypeAndStatus(type='01', status='DLQ')'
and Set specifies the payload for the POST. How does the action call go if I don't have an object for 'For'?

On Feb 15, 2016, at 10:55 PM, Vagif Abilov<EMAIL_ADDRESS>wrote:
This is a test project for both actions and functions (this one is for OData V4 but there is a similar one for V3): https://github.com/object/Simple.OData.Client/tree/master/WebApiOData.V4.Samples.Tests
—
Reply to this email directly or view it on GitHub.

I tried
var actionTask =
client.ExecuteActionAsEnumerableAsync("GetOrganizationByTypeAndStatus",
new Dictionary() { { "type", "01" }, { "status", "DLQ" } });
But I get an exception with the message:
Microsoft.OData.Core.ODataException: Unsupported primitive type. A
primitive type could not be determined for an instance of type
'System.Char'.
-----------------------------------------From: "Kevin Burton"

To: "object/Simple.OData.Client"
Cc: "object/Simple.OData.Client"
Sent: Tue, 16 Feb 2016 07:49:47 -0600
Subject: Re: [Simple.OData.Client] Actions? (#201)
I am assuming that 'For' gives me the equivalent of the TOrgs part

of this URL   "odata/TOrgs/GetOrganizationByTypeAndStatus(type='01',
status='DLQ')'   and Set specifies the payload for the POST. How does
the action call go if I don't have an object for 'For'?
On Feb 15, 2016, at 10:55 PM, Vagif Abilov  wrote:
This is a test project for both actions and functions (this one is

for OData V4 but there is a similar one for V3):
https://github.com/object/Simple.OData.Client/tree/master/WebApiOData.V4.Samples.Tests
[2]
—

Reply to this email directly or view it on GitHub [3].
Links:
[1]<EMAIL_ADDRESS>[2]
https://github.com/object/Simple.OData.Client/tree/master/WebApiOData.V4.Samples.Tests
[3]
https://github.com/object/Simple.OData.Client/issues/201#issuecomment-184519104

If you have an unbound action/function, i.e. there is no object for For as you formulated it, you should be able to use client.Unbound syntax, check the test in the source code that I referenced earlier.

The function/action is not really unbound. It is bound to the
collection. This doesn't work but am I going down the right path with:
var actionTask =
client.ExecuteActionAsEnumerableAsync("TOrgs/GetOrganizationByTypeAndStatus",
new Dictionary() { { "type", new string[] {"01"} }, { "status", new
string[] {"DLQ"} } });
I want to mimic a call like
POST odata/TOrgs/GetOrganizationByTypeAndStatus HTTP/1.1
Content-Type: application/json Content-Length: 51
{"type" : ["01"], "status" : ["DLQ"]}
-----------------------------------------From: "Vagif Abilov"

To: "object/Simple.OData.Client"
Cc: "KevinBurton"
Sent: Tue, 16 Feb 2016 06:31:04 -0800
Subject: Re: [Simple.OData.Client] Actions? (#201)
If you have an unbound action/function, i.e. there is no object for

For as you formulated it, you should be able to use client.Unbound
syntax, check the test in the source code that I referenced earlier.
—

Reply to this email directly or view it on GitHub [1].
Links:
[1]
https://github.com/object/Simple.OData.Client/issues/201#issuecomment-184702011

This is to clarify that the "action" that want to call is a bound
function. I just don't have an object type to supply to For.
-----------------------------------------From: "Vagif Abilov"

To: "object/Simple.OData.Client"
Cc: "KevinBurton"
Sent: Tue, 16 Feb 2016 06:31:04 -0800
Subject: Re: [Simple.OData.Client] Actions? (#201)
If you have an unbound action/function, i.e. there is no object for

For as you formulated it, you should be able to use client.Unbound
syntax, check the test in the source code that I referenced earlier.
—

Reply to this email directly or view it on GitHub [1].
Links:
[1]
https://github.com/object/Simple.OData.Client/issues/201#issuecomment-184702011

I see. But can you define a type to send to For? Or simply send a collection name, like for untyped syntax? Then you can use something like For(...).Action(...).ExecuteAsArrayAsync() where SomeType is a return collection type if this is a collection.

I am afraid you will have to send me pseudo-code for me to understand. Right now my main stumbling block is I don't understand how the type that I define tells the client how to form the request URL.

On Feb 16, 2016, at 12:49 PM, Vagif Abilov<EMAIL_ADDRESS>wrote:
I see. But can you define a type to send to For? Or simply send a collection name, like for untyped syntax? Then you can use something like For(...).Action(...).ExecuteAsArrayAsync() where SomeType is a return collection type if this is a collection.
—
Reply to this email directly or view it on GitHub.

The types work simple: the library uses type and its property names to build request URL. For example, if the type is called Customers then the library will try to search service metadata for a collection called "Customers" or "Customer" (it's relatively flexible), so types simply gives some naming hints. So if you have an action bound to an entity set Customer you call For().Action("MyAction") followed by a command to fetch either single result, scalar, array etc. If you call ExecuteAsArray then the type People is expected to contain properties that can be matched to the response fields.

You can also look here for some examples of actions, functions and type mapping:
https://github.com/object/Simple.OData.Client/blob/master/Simple.OData.Client.IntegrationTests/TripPinTests.cs

Sorry it is just not working. I have
var actionTask = client.For("TOrgs")
.Action("GetOrganizationByTypeAndStatus") .Set(new Dictionary()
{{"type", new string[] {"01"}}, {"status", new string[] {"DLQ"}}})
.ExecuteAsEnumerableAsync();
And I get a SImple.OData.Client..WebException with a message of "Not
Found". I have
config.EnableUnqualifiedNameCall(unqualifiedNameCall: true);
But I notice that the client is making the call to
http://localhost:50056/odata/TOrgs/Default.GetOrganizationByTypeAndStatus
Notice the 'Default' namespace. I think that is why it is "Not Found".
Can the namespace be removed or honor the configuration setting on the
OData server?
Kevin
-----------------------------------------From: "Vagif Abilov"

To: "object/Simple.OData.Client"
Cc: "KevinBurton"
Sent: Tue, 16 Feb 2016 11:59:43 -0800
Subject: Re: [Simple.OData.Client] Actions? (#201)
The types work simple: the library uses type and its property names

to build request URL. For example, if the type is called Customers
then the library will try to search service metadata for a collection
called "Customers" or "Customer" (it's relatively flexible), so types
simply gives some naming hints. So if you have an action bound to an
entity set Customer you call For().Action("MyAction") followed by a
command to fetch either single result, scalar, array etc. If you call
ExecuteAsArray then the type People is expected to contain properties
that can be matched to the response fields.
—

Reply to this email directly or view it on GitHub [1].
Links:
[1]
https://github.com/object/Simple.OData.Client/issues/201#issuecomment-184854853

I think what happens is that since you enable unqualified name calls, you get "Default" namespace in OData service metadata and this is what the library uses because it doesn't have similar setting on the client site so it swallows "Default" as namespace name.
I'll investigate possible workarounds on the client site. In the meantime if it's possible for you to disalow unqualified calls and handle correctly namespaces on the server side, it should make it work.

I just pushed a new version 4.16.0 with addition ODataClientSettings property UnqualifiedNameCall that corresponds to EnableUnqualifiedNameCall on the server side. If you set it to true, the library is supposed to generate URI with un-prefixed names for functions and actions.

I upgraded but now I get the error (actually it shows up as a warning but it prevents the build from completing) that Simple.OData.Client.Dynamic an ...V4.Adapter could not be found.

On Feb 17, 2016, at 1:57 AM, Vagif Abilov<EMAIL_ADDRESS>wrote:
I just pushed a new version 4.16.0 with addition ODataClientSettings property UnqualifiedNameCall that corresponds to EnableUnqualifiedNameCall on the server side. If you set it to true, the library is supposed to generate URI with un-prefixed names for functions and actions.
—
Reply to this email directly or view it on GitHub.

I restarted VS and all is well. I now can call an unqualified action! Thank you.

On Feb 17, 2016, at 6:48 AM, Kevin Burton<EMAIL_ADDRESS>wrote:
I upgraded but now I get the error (actually it shows up as a warning but it prevents the build from completing) that Simple.OData.Client.Dynamic an ...V4.Adapter could not be found.

On Feb 17, 2016, at 1:57 AM, Vagif Abilov<EMAIL_ADDRESS>wrote:
I just pushed a new version 4.16.0 with addition ODataClientSettings property UnqualifiedNameCall that corresponds to EnableUnqualifiedNameCall on the server side. If you set it to true, the library is supposed to generate URI with un-prefixed names for functions and actions.
—
Reply to this email directly or view it on GitHub.

Good to know!


Rob: Watch netmediahub.com

Rob requests the watch of the watch_keyword netmediahub\.com. See the Metasmoke search here and the Stack Exchange search here.

netmediahub\.com has been seen in 0 true positives, 0 false positives, and 0 NAAs.

Spam post: https://stackoverflow.com/a/49684771/563532

!!/approve

Coverage remained the same at 65.558% when pulling d2fca7fc88d29b7660537e6529ca1e400d05e2b0 on auto-blacklist-1522985900.7603998 into a2fd51523b8b4fcd411e45b35e68a6d9987a726a on master.


Set orientation

Before proceeding, is there an existing issue or discussion for this?

[X] I have done a search for similar issues and discussions.

Description
Is there any way to set the orientation with which you want to reach a point?

Yes, see https://github.com/open-rmf/rmf_traffic_editor/issues/459
Feel free to reopen this ticket if you think your question is unanswered.


Additional benchmark statistics

Describe the solution you'd like
Right now our CLI calculates a few aggregate measures: avg. iterations, avg. runtime, and avg. objective. These are all simple statistics, and can be quite limited in understanding actual performance since they do not compare against the BKSs. Statistics I am also interested in are e.g., avg/min gap to BKS, and for example avg/max primal integral to BKS, and possibly more I have not yet considered.
We could incorporate something like this into the CLI by extending it with a "BKS list" argument, which takes BKSs in the same order as the given instances. These BKSs are then used to compute the statistics listed above.

This will be part of a more general benchmark overhaul, which I'll probably put into a different repository in the PyVRP organisation. For later, without a clear release timeline - I want this to happen, but at my own pace :-).


Scala-3.5.0 runner requires JDK-17+ on BSD

Compiler version
Scala compiler version 3.5.0 -- Copyright 2002-2024, LAMP/EPFL

Minimized example
$ env JAVA_HOME=/usr/local/jdk-1.8.0 scala

Output
scala $ env JAVA_HOME=/usr/local/jdk-1.8.0 scala
Error: java.lang.Exception: Unrecognized OS: openbsd
For more details, please see '/usr/ports/lang/scala/.scala-build/stacktraces/1725217762-8871160887746307735.log'
scala $ cat /usr/ports/lang/scala/.scala-build/stacktraces/1725217762-8871160887746307735.log
java.lang.Exception: Unrecognized OS: openbsd
  coursier.jvm.JvmIndex$.defaultOs(JvmIndex.scala:173)
  scala.build.internal.OsLibc$.jvmIndexOs$lzyINIT1(OsLibc.scala:59)
  scala.build.internal.OsLibc$.jvmIndexOs(OsLibc.scala:58)
  scala.cli.javaLauncher.JavaLauncherCli$.runAndExit(JavaLauncherCli.scala:22)
  scala.cli.ScalaCli$.main0(ScalaCli.scala:251)
  scala.cli.ScalaCli$.main(ScalaCli.scala:117)
  scala.cli.ScalaCli.main(ScalaCli.scala)
scala $

Expectation
Should work.
The root cause of this issue is https://github.com/scalacenter/bloop/pull/2355 which introduced this lines https://github.com/scalacenter/bloop/blob/v2.0.0/cli/src/main/scala/bloop/cli/util/OsLibc.scala#L64-L70 whiich uses on JDK before 17 https://github.com/coursier/coursier/blob/v2.1.10/modules/jvm/src/main/scala/coursier/jvm/JvmIndex.scala#L154-L160 where an exception for non Windows, Linux or Darwin.

@Gedochao maybe it's possible to at least have a more helpful error message?

@ritschwumm and document it somewhere!

maybe it's possible to at least have a more helpful error message?

@ritschwumm I created a dedicated ticket, let's track it under:

https://github.com/VirtusLab/scala-cli/issues/3146

and document it somewhere!

@catap Created tickets:

https://github.com/VirtusLab/scala-cli/issues/3148
https://github.com/VirtusLab/scala-cli/issues/3147

include JVM indexes for BSD in https://github.com/coursier/jvm-index

I created an issue upstream:

https://github.com/coursier/coursier/issues/3059


[WIP] Add exceptions to CryptoHelper

:x: Build AElf <IP_ADDRESS>75 failed (commit https://github.com/AElfProject/AElf/commit/e3dccd0bdb by @xiangxingxing)

:x: Build AElf <IP_ADDRESS>84 failed (commit https://github.com/AElfProject/AElf/commit/088f09dcfc by @rosona)

:white_check_mark: Build AElf <IP_ADDRESS>85 completed (commit https://github.com/AElfProject/AElf/commit/28c3be48db by @rosona)

:x: Build AElf <IP_ADDRESS>95 failed (commit https://github.com/AElfProject/AElf/commit/d886ecd7c3 by @rosona)