Still cant work with wasm in release mode [bug]

Describe the bug
I'm aware of #3897.
However the OP of #3897 marked it as solved, and claims it is working. That's why I did not want to re-open the issue.
I'm having a similar (or maybe the same) error. My application works in DEV, but the WASM related part does not work in PROD.
I did include script-src 'wasm-unsafe-eval' to my tauri.conf.json as below:
"security": {
      "csp": "default-src blob: data: filesystem: ws: wss: http: https: tauri: 'unsafe-eval' 'unsafe-inline' 'self' img-src: 'self' script-src 'wasm-unsafe-eval'"
    }

The code piece is related to polkadot/api, and uses WASM.
The error I'm getting is:
The WASM interface has not been initialized. Ensure that you wait for the initialization Promise with waitReady() from @polkadot/wasm-crypto (or cryptoWaitReady() from @polkadot/util-crypto) before attempting to use WASM-only interfaces.
The code piece uses cryptoWaitReady() as suggested above:
public async createRewardAddress(): Promise<string> {
    try {
      const mnemonic = mnemonicGenerate()
      const keyring = new Keyring({ type: 'sr25519', ss58Format: 2254 }) // 2254 is the prefix for subspace-testnet
      await cryptoWaitReady();
      util.infoLogger("CLIENT | cryptowait is ready")
      const pair = keyring.createFromUri(mnemonic)
      util.infoLogger("CLIENT | create from uri successful")
      this.mnemonic = mnemonic
      return pair.address
    } catch (error) {
      util.errorLogger(error)
      return "???"
    }
  }

The line that crashes it is:
const pair = keyring.createFromUri(mnemonic), everything before works and I can track them in the log file.
I also opened an issue at polkadot/api (https://github.com/polkadot-js/api/issues/4833), but now I'm inclined to think that it is related to tauri.
Reproduction

Copy the typescript code above and use it on the frontend.
The relevant polkadot libraries are as the following:

import { ApiPromise, Keyring } from "@polkadot/api"
import { mnemonicGenerate, cryptoWaitReady } from "@polkadot/util-crypto"

try to get the address in production mode (i used logging to be able to debug the prod)

Expected behavior
I shouldn't have gotten any errors, and the line: const pair = keyring.createFromUri(mnemonic) should have worked.
Platform and versions
Environment
  › OS: Mac OS 12.4.0 X64
  › Node.js: 16.14.2
  › npm: 8.5.0
  › pnpm: Not installed!
  › yarn: 1.22.18
  › rustup: 1.24.3
  › rustc: 1.62.0-nightly
  › cargo: 1.62.0-nightly
  › Rust toolchain: nightly-aarch64-apple-darwin

Packages
  › @tauri-apps/cli [NPM]: 1.0.0-rc.10
  › @tauri-apps/api [NPM]: 1.0.0-rc.5
  › tauri [RUST]: 1.0.0-rc.8,
  › tauri-build [RUST]: 1.0.0-rc.7,
  › tao [RUST]: 0.8.4,
  › wry [RUST]: 0.15.1,

App
  › build-type: bundle
  › CSP: default-src blob: data: filesystem: ws: wss: http: https: tauri: 'unsafe-eval' 'unsafe-inline' 'self' img-src: 'self' script-src 'wasm-unsafe-eval'
  › distDir: ../dist/pwa
  › devPath: http://localhost:8080/
  › framework: Vue.js (Quasar)
  › bundler: Webpack

App directory structure
  ├─ dist
  ├─ node_modules
  ├─ .quasar
  ├─ src-pwa
  ├─ docs
  ├─ public
  ├─ .github
  ├─ src-tauri
  ├─ .git
  ├─ .vscode
  └─ src

Stack trace
No response
Additional context
Also tried script-src: 'wasm-unsafe-eval', did not work either

A colleague of mine had this error in the very same context, might be helpful:

Tried, did not work. Also tried: dangerousDisableAssetCspModification: 'false', and did not work either.
Updating tauri now...
Any other suggestions? :)

To disable it completely it would be "dangerousDisableAssetCspModification": true (without quotes), but since it complains about script-src it shouldn't matter if you disable all or just script-src.
Either way, this should fix the error from this screenshot at least.
You can also try disabling the whole CSP mechanism by setting "csp": null

Ohh actually, i just saw that you have just wasm-unsafe-eval in script-src, but afaik once script-src is specified, default-src won't be applied anymore. And wasm-unsafe-eval is probably not supported in webkit yet(?)

@FabianLars
it worked with "csp": null!!!
That's great for confirming we are at the right place and with the right key, it should work.
However, with the below, it still does not work, can you check one more time?
Its either I'm using the wrong keys, or there is a typo like maybe a missing colon or something... Thanks in advance!
    "security": {
      "csp": "default-src blob: data: filesystem: ws: wss: http: https: tauri: 'unsafe-eval' 'unsafe-inline' 'self' img-src: 'self' script-src 'wasm-unsafe-eval' dangerousDisableAssetCspModification: true"
    }

    "security": {
      "csp": "default-src blob: data: filesystem: ws: wss: http: https: tauri: 'unsafe-eval' 'unsafe-inline' 'self'; img-src: 'self'; script-src 'wasm-unsafe-eval' 'unsafe-eval'"
    }

But you probably want to look into making it more restrictive, like this for example
    "security": {
      "csp": "default-src https: tauri: 'self'; img-src: 'self'; script-src 'wasm-unsafe-eval' 'unsafe-eval' 'self'"
    }

(in most of my personal project i use "csp": "default-src 'self'" btw, but i do every external communication in rust and no wasm or inline styles/scripts)

Thank you very much!

Note that wasm-unsafe-eval doesn't work on macOS though (don't ask me why, wkwebview).


Error in Powermanager

A farmer had the following error:
[ERROR] [POWERMANAGER] Job to power off node xxxx failed: Failed to apply setNodePower in module tfgridModule with xxxx,false due to error: UnauthorizedToChangePowerTarget
I think it's a first.
Here is the original telegram message: https://t.me/threefoldtesting/12454

If there is a fix I will relay the information.

Only the twin of the farm is able to set the node power on chain (setNodePower). This means you provided a wrong mnemonic.


Is there a plan to incorporate a Knowledge Graph RAG Query Engine?

Yes

What's the status on this?


Link to suboptimal transmit scale

This PR provides a link to an in-depth overview of a hotspot's status related to reward scaling (HIP15 + HIP17) which also guides the users towards optimization of the network through collaboration with the rest of the community.
The link is not displayed if the reward scale isn't calculated yet or is 1.
It can be seen in action in the Loom video below:
https://www.loom.com/share/407a8ddd57b84424bf1bfbd31507841b

🔥 love to see this!


Normalize trunk code in Russia

Fix #240

Thanks! :) Would you mind adding a spec or two?

There is a problem. Some national codes starts with '8', and trunk code is '8' too. So this leading '8' was removed during normalization. I don't know how to fix it now.
For example:
+7<PHONE_NUMBER> - we don't need to remove '8'
8<PHONE_NUMBER> - we need to remove '8'

Sadly, normalization, at this point, does not offer any length-dependent handling.
You could, however, override the Country#normalize for Russia only:
class << Phony['7']
   def normalize number
       # Do some special normalizing work for Russian/Kazakh/... numbers
   end
end


Add travis configuration for gcc 5.2

Will wait for gcc-5.2 to be more widely available

Looks like gcc-5 resolves to 5.2.1 already for 12.04, the current distribution of travis containers. Will remove the gcc-5.2 stuff from .travis.yml and close this issue out.


Online Sync is Stall for Last 3 Days

Hi Team,
The Dogecoins I receieved were not displayed as Spendable. So even after 4 days I saw "Spendable 0" Whereas balance displayed the dogecoins.
So I thought to Sync the complete network so that they are available as spendable. I tried to do full sync by clicking "Reset Blockchain Transactions".
The sync started but it is still at the same half progressbar for three days now.
I have the complete wallet backup which shows the balance. How much time it can take to sync complete? or is there any workaround to make them spendable quickly?

@umarhayat9  I'm a novice. Would you kindly be able to teach me how I can sweep the private key of the wallet into the android app? And which android app as there are a few dogecoin apps for android, i have 2 installed on my phone now, dogecoin wallet from freewallet, and dogecoin wallet from langerhans
thank you in advance


KAFKA-4222: Adjust timeout in low resource environments

This other PR is also needed of course: https://github.com/apache/kafka/pull/2982

@enothereska Can you elaborate in this PR. With #2982 I am wondering why we need this?

@mjsax yes, I tested all the streams test in an ultra-low resource environment (1 wimpy core, 1GB of RAM) and even with the RocksDB fix the queryOnRebalance test would fail. Sometimes the network would appear flaky, requiring more retries (I've changed to 10). Sometimes the rebalance would take forever, requiring new timeouts.

cc @guozhangwang

@eno I'm still wondering why the rebalance could take forever, since we only have a single thread that will own all the tasks, and it has graceful shutdown / re-start so there should be no restoration at all?

In a low resource env, everything competes for a bit of resources, the producer thread, the main streams thread and the rebalancing. It all crawls.

In a low resource env, everything competes for a bit of resources, the producer thread, the main streams thread and the rebalancing. It all crawls.

@enothereska Okay, I think I'm a bit over-concerned with your description that rebalance take forever since it is only a single thread, so if it really take very long to create tasks / restore it would be a problem.


API feature request: Include tags in image search results

http://docs.docker.com/reference/api/docker_remote_api_v1.17/#search-images
Apologies if there is an open issue for this already, I searched but did not find one.

Proposal result:
HTTP/1.1 200 OK
Content-Type: application/json
[
        {
            "description": "",
            "is_official": false,
            "is_automated": false,
            "name": "wma55/u1210sshd",
            "star_count": 0,
            "tags": ["v1", "v2"]
        },
        {
            "description": "",
            "is_official": false,
            "is_automated": false,
            "name": "jdswinbank/sshd",
            "star_count": 0,
             "tags": ["v1", "v2", "latest"]
        },
        {
            "description": "",
            "is_official": false,
            "is_automated": false,
            "name": "vgauthier/sshd",
            "star_count": 0,
            "tags": ["new_tag", "latest"]
        }
...
]

Proposal result:
HTTP/1.1 200 OK
Content-Type: application/json
[
        {
            "description": "",
            "is_official": false,
            "is_automated": false,
            "name": "wma55/u1210sshd",
            "star_count": 0,
            "tags": ["v1", "v2"]
        },
        {
            "description": "",
            "is_official": false,
            "is_automated": false,
            "name": "jdswinbank/sshd",
            "star_count": 0,
             "tags": ["v1", "v2", "latest"]
        },
        {
            "description": "",
            "is_official": false,
            "is_automated": false,
            "name": "vgauthier/sshd",
            "star_count": 0,
            "tags": ["new_tag", "latest"]
        }
...
]

I would love to see this implemented! There is an endpoint on the docker registry. Usable via curl: curl "https://registry.hub.docker.com/v1/repositories/ubuntu/tags"

that's on registry v1, I believe this would be a good fit after v2 has search capability as well

This is roughly a duplicate of https://github.com/docker/docker/issues/17238, which is more recent, but has more discussion. I'll close this issue for housekeeping, please continue the discussion on that issue


AttributeError: 'NoneType' object has no attribute 'get_text'

I'm doing it under
Ubuntu 20.04 LTS
Python 3.8.10, with the extra libs required
Running command python3 kakuyomu.py
[Initial] Input novel id here: kakuyomu.jp/works/1177354054880254749
And it gives me this error/trace:
[Main Thread] Fetching Metadata...
Traceback (most recent call last):
  File "kakuyomu.py", line 192, in <module>
    syo.get_meta()
  File "kakuyomu.py", line 112, in get_meta
    self.novel_title = self.metapage.find('span', id='catchphrase-body').get_text()
AttributeError: 'NoneType' object has no attribute 'get_text'

It's a time out issue. I suspect 16 threads is too fast so you get a 429 in there sometimes.

I got everything working thanks to someone from a discord server I'm in. I pushed a commit to fix the issue
(with a copied and edited file to have both options).
Until that is approved, you can find the fix in my fork: https://github.com/Bunkai9448/WebNovelCrawler/


No RSS or ATOM feed

Would really be great if you could add RSS 2.0 or Atom 1.0 output for the most recent 5 or 10 articles routed from index.xml or rss.xml and put a  tag in the main page pointing to the feed.

Will add this to the roadmap.

@pinguxx has suggested using https://github.com/dylang/node-rss .  Assuming the library works as documented it should be a good fit.  Going to try to do the integration over the weekend.

working :)


Add analytics for the ViewRoom action

Landed as part of https://github.com/matrix-org/matrix-analytics-events/commit/a86d164d4923de13a0ea57c4a89ef7ae33bc20a8


Upgrade ASM 7.0 to 7.1

Related to : https://github.com/AdoptOpenJDK/openjdk-systemtest/issues/261
Signed-off-by<EMAIL_ADDRESS><EMAIL_ADDRESS>

Java 13 grinder links shared with Lan internally. Here's the Grinder link for Java 12 : https://ci.adoptopenjdk.net/view/Test_grinder/job/Grinder-systemtest/173/console

We may want to add it into systemtest.getDependency job, but it can be in another PR.

We may want to add it into systemtest.getDependency job, but it can be in another PR.

I saw the issue opened for this. Thanks.
https://github.com/AdoptOpenJDK/openjdk-tests/issues/1139


How to get navigation params in custom StackNavigator Header

How do i get the passed params from custom StackNavigator Header. I've tried this but it return undefined
static navigationOptions = {
    header: (props) => {

        const { params } = props.navigation.state
        console.log('Param value: ',params) // <== this return undefined

        return <NavigationHeader {...props} />
    }
}

Using Beta 9

Header properties are now 'flat' in Beta 9:
https://github.com/react-community/react-navigation/releases/tag/v1.0.0-beta.9

Hi! In an effort to reduce the number of open issues I'm closing question-type issues that would be a better for the react-navigation tag on StackOverflow. This is nothing personal, merely trying to get the # of issues to a more manageable level. If you think this issue should be re-opened please let me know. Thanks!


How to use query parameters with react router 4, any ideas?

You can found doc here.

thats ok, but my problem is whenever I enter url like localhost:8080?test=123, it just removes it and make it localhost:8080

Indeed, I reopen this issue and I correct it as soon as I have time.

I removed below code of 301 redirect, then it works,
if (locationState.pathname !== req.originalUrl) {
      return res.redirect(301, locationState.pathname);
}

@bertho-zero Am getting the following server error after the code change.
[1] MOUNT ERROR:   TypeError: _url.URL is not a constructor
[1]
[1]   - server.js:149 _callee$
[1]     /Users/yensheng/Project/react-redux-universal-hot-example/src/server.js:149:    24
[1]
[1]   - runtime.js:65 tryCatch
[1]     [react-redux-universal-hot-example]/[regenerator-runtime]/runtime.js:65:40
[1]
[1]   - runtime.js:299 GeneratorFunctionPrototype.invoke [as _invoke]
[1]     [react-redux-universal-hot-example]/[regenerator-runtime]/runtime.js:299:22
[1]
[1]   - runtime.js:117 GeneratorFunctionPrototype.prototype.(anonymous function) [as     next]
[1]     [react-redux-universal-hot-example]/[regenerator-runtime]/runtime.js:117:21
[1]
[1]   - asyncToGenerator.js:17 step
[1]     [react-redux-universal-hot-example]/[babel-runtime]/helpers/asyncToGenerator    .js:17:30
[1]
[1]   - asyncToGenerator.js:28
[1]     [react-redux-universal-hot-example]/[babel-runtime]/helpers/asyncToGenerator    .js:28:13
[1]
[1]   - next_tick.js:103 process._tickCallback
[1]     internal/process/next_tick.js:103:7
[1]
[1]
[1] GET / 500 198.081 ms - -
[1] GET /dist/dlls/dll__vendor

This is due to Node v6. Changing URL to Url will fix the error.
import url, { Url } from 'url';
    const requestUrl = new Url(req.originalUrl, urlBase);
    const stateUrl = new Url(locationState.pathname + locationState.search, urlBase);


Change python version in Pipfile from 2.7 to 3.7

scripts/vtk_convert.py uses f strings which isn't supported by python 2.7

@joanne-tsai Agreed, this should not be Python 2.7. However, could we make the minimum be 3.6 instead? That's the default version for many Linux environments, and we don't need any new features of Python 3.7 (e.g. data classes) in this tool.


Base Bootstrap on TailwindCSS

Prerequisites

[X] I have searched for duplicate or closed feature requests
[X] I have read the contributing guidelines

Proposal
Currently it is very difficult when we need to override Bootstrap components or create new ones. It requires writing plain CSS files. Bootstrap already has great utility classes, it would make more sense to base Bootstrap on Tailwind. It would make it much easier to override styles and create new components.
Motivation and context
TailwindCSS has become the de facto CSS library in modern frontend developement that makes it easy to write maintainable CSS.

Thanks for creating this feature request, but we have no plans to move in this direction.

it would make more sense to base Bootstrap on Tailwind.

Both approaches are for now different, so it wouldn't make sense to base Bootstrap on Tailwind.

Currently it is very difficult when we need to override Bootstrap components or create new ones.

We plan to improve that in v6 with a better customization.


Remove hard-coded type providers

Split hard-coded system type providers into interfaces in the protocol project and implementation in the asp.net core project.
It will allow to manage exposed system types via configuration during the middleware initialization.

Done.


Add 'main' area to home page

This adds a StreamField with only markdown allowed in order to design the content of the home page

Coverage increased (+0.01%) to 98.107% when pulling bfa20be78c0a6f8064f6fb19fd25018db148e22e on main-homepage into 9b6f995646a7e65710e5a7323cc0843c1126a3cd on master.

Coverage increased (+0.01%) to 98.107% when pulling ac26501ed874c73793f7cb80bd7185b47f860858 on main-homepage into 9b6f995646a7e65710e5a7323cc0843c1126a3cd on master.


Please rebase to latest master and update to OpenVino OpenVINO 2024.1

I think no need to generate new OV IR. Seems there are now updated models here:
https://huggingface.co/Intel/whisper.cpp-openvino-models/tree/main
https://huggingface.co/twdragon/whisper.cpp-openvino/tree/main

SHA-1: 0749b306c01aaf8fe23ebc1c5954fc4dbd3fe1d1
Updated source to latest base: d8356a1cc2b95218a808425b50734007fd13aa00
Upgrade openvino to Version: 2<IP_ADDRESS>08

Openvino runtime 2<IP_ADDRESS>08 uploaded to the google drive


windows inference

First of all congratulations and thank you for sharing this great repository.
I have successfully got this to run on Windows10 (just the openEXR installation needed special attention) but wanted to confirm the inference time expected. When i run the code it says there is no Triton module available and the example image provided takes about 20 mins to process on an 'A6000 ada' gpu. Is this expected and would Triton significantly speed this up ?

I don't directly use Triton. I don't know which library uses Triton and how it will affect the inference speed.
However, 20 min per input image is expected for A6000 ada GPU.
This is because iterative inpainting takes a lot of time to run.
for a single input image, it has to run

x3 Exposure value
x2 iterative inpainting iteration
x30 inpainted ball
(+1 final image)

Therefore, each single input image, you have to inpainted 3x (2 x (30) + 1) = 183 images.
This means you are running SDXL with a speed of 6.5 seconds per image which is expected for A6000 ada GPU.
I'm currently taking 30 min per input image on 3090Ti
However, if you want to reduce the inference time by sacrificing the correctness of light information. Here are some option:
1. Reduce the number of exposure values:
DiffusionLight requires a minimum of 2 exposure values. You can reduce from 3 to 2 by passing --ev "0,-5" to inpaint.py  this will reduce the running time by 1/3
2. Reduce the number of iterative inpainting
Reducing --num_iteration and --ball_per_iteration will improve the inferencing speed because it will have fewer images to inpaint.
3. Disable iterative inpainting entirely
Passing --algorithm "normal" will entirely turn off the iterative inpainting algorithm. You will reduce the running time to about 12 seconds per image because it only inpaints the single image, and the result is still okay. (see the score at Table 1 in the paper where we show the score of SDXL + LoRA)


configure.ac: Use PKG_CONFIG variable before using pkg-config

This can solve a very specific issue where pkg-config might be pkgconf and a specific flag might be needed for the output to match pkg-config

If MediaInfo has such issue, hasn't MediaInfoLib the same issue?

If MediaInfo has such issue, hasn't MediaInfoLib the same issue?

It seems MediaInfoLib also has the issue, but since I use cmake with it, I have not encountered it yet

It seems MediaInfoLib also has the issue, but since I use cmake with it, I have not encountered it yet

Thanks!

Thanks!

@1480c1 appreciated that it is more versatile, don't hesitate to send patches for improving our build scripts.

@1480c1 appreciated that it is more versatile, don't hesitate to send patches for improving our build scripts.


Inception meaning?

What do you mean by inception term? Which path should I give?

Hi you need to calculate inception stats of your dataset in order to calculate the FID score, you can comment out the metric function if you don't need it.


Remove the example webserver

The server example located at cmd/server has been made redundant by the rwp serve command, and improvements to the server have been made only in the rwp server codebase.
Furthermore, I don't think it's within the scope of this project's repository to provide a full-fledged server that makes decisions regarding the logging SDK to use, the configuration file format, the use of Sentry for error reporting, etc.
The rwp serve server is much easier to start and setup, and is therefore much more suitable for development and testing of the project, which is the primary intention of the web server.

I'm not sure how, but I accidentally merged this into the develop branch with a single commits sync button push in VS Code... Sorry...


bug: breaks window layout with inccommand=split option

Neovim version (nvim -v)
v0.10.1 (Build type: Release)
Operating system/version
MacOS 14.6.1
Describe the bug

My inccommand split window become too large than normal when I edit the quickfixlist window
What is the severity of this bug?
minor (annoyance)
Steps To Reproduce

Open neovim with 'inccommand' option set to "split" and 'cmdwinheight' to 9
Open quickfix list while this plugin is enabled
Try edit the quickfix list with substitute command (or anything that has :command-preview flag)

Expected Behavior
The preview window height should be smaller (I guess it should match the 'previewheight' option)
Minimal example file
No response
Minimal init.lua
-- DO NOT change the paths and don't remove the colorscheme
local root = vim.fn.fnamemodify("./.repro", ":p")

-- set stdpaths to use .repro
for _, name in ipairs({ "config", "data", "state", "cache" }) do
  vim.env[("XDG_%s_HOME"):format(name:upper())] = root .. "/" .. name
end

-- bootstrap lazy
local lazypath = root .. "/plugins/lazy.nvim"
if not vim.loop.fs_stat(lazypath) then
  vim.fn.system({
    "git",
    "clone",
    "--filter=blob:none",
    "--single-branch",
    "https://github.com/folke/lazy.nvim.git",
    lazypath,
  })
end
vim.opt.runtimepath:prepend(lazypath)

-- install plugins
local plugins = {
  "folke/tokyonight.nvim",
  {
    "stevearc/quicker.nvim",
    config = function()
      require("quicker").setup({
        -- add your config here
      })
    end,
  },
  -- add any other plugins here
}
require("lazy").setup(plugins, {
  root = root .. "/plugins",
})

vim.cmd.colorscheme("tokyonight")
-- add anything else here
vim.o.inccommand="split"
vim.o.cmdwinheight=9

Additional context
I don't have any issue when cmdwinheight is less than 9
I have no idea why cmdwinheight option is affecting here.
Also it will be grateful if we can disable the inccommand=split option only inside the quickfix window if that is possible.

Honestly not too familiar with inccommand=split behavior, and certainly don't have any idea what the intended split window height is supposed to be. If you want to change that option only in the quickfix you could make an autocmd
vim.api.nvim_create_autocmd("BufEnter", {
  callback = vim.schedule_wrap(function()
    if vim.bo.buftype == "quickfix" then
      vim.o.inccommand = "nosplit"
    else
      vim.o.inccommand = "split"
    end
  end),
})


Zulu OpenJDK-1.8.144

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

Hey, have I done something wrong that the travis build is taking so long to even trigger? Please let me know how to find the solution.

I don't think so. It is just queued...

@sodre Hey, so all CI checks have passed.

Thanks :+1:


Add some preliminary information for Chapter 8

When introducing Chapter 8, it may be helpful to direct to future chapters (if relevant) or include some preliminary information regarding the general solving procedure of the maximization problem of the acquisition function before diving into details.
This is because, for people who are not familiar with numerical solvers or practical implementation details, the assumption of a given and fixed $x$ (noted after eqn (8.3) on p.157) may be confusing. Understanding this assumption is important to grasp the ideas in this chapter. Also, we haven't discussed specific solving approaches for the maximization problem of the acquisition function until this chapter (I may have missed it), although it is a common practice using iterative solvers.
Sorry if I had some misunderstandings. Thank you.

Thank you for the suggestion but I'm afraid it's too late for these edits to be made. If there's a second edition I will come back to the recommendation.
However, you can regard the "given and fixed x" comment as simply saying that α(x; D) is a function of x, and we will show how to compute its value for any arbitrary x. Which should be sufficient for anything you want to do with the whole function.

Thanks for the reply, and yes, it is a valid point. I was thinking more from a motivational point of view, and connection to the whole framework.

I truly appreciate the feedback and think it's a great recommendation! I simply can no longer act on it post publication.
Thanks for all your recent feedback!


Allocate less memory when validating new mempool transactions

Describe the feature
Not sure how accurate bytehound is but it reports that validating new mempool transactions allocates (and deallocates) ~100 GB of RAM for ~10M transactions in ~10 minutes (~15k new transactions per second).

#50 [rise] <reth_transaction_pool::validate::task::TransactionValidationTaskExecutor<V> as reth_transaction_pool::validate::TransactionValidator>::validate_transaction::{{closure}}::{{closure}} [task.rs:186]
#51 [rise] <rise_mempool::validator::RiseTransactionValidator<Client,Tx> as reth_transaction_pool::validate::TransactionValidator>::validate_transaction::{{closure}} [validator.rs:81]
#52 [rise] <reth_optimism_node::txpool::OpTransactionValidator<Client,Tx> as reth_transaction_pool::validate::TransactionValidator>::validate_transaction::{{closure}} [txpool.rs:205]
#53 [rise] reth_optimism_node::txpool::OpTransactionValidator<Client,Tx>::validate_one [txpool.rs:125]
#54 [rise] reth_transaction_pool::validate::eth::EthTransactionValidator<Client,Tx>::validate_one [eth.rs:66]
#55 [rise] reth_transaction_pool::validate::eth::EthTransactionValidatorInner<Client,Tx>::validate_one [eth.rs:329]
#56 [rise] <reth_provider::providers::blockchain_provider::BlockchainProvider2<N> as reth_storage_api::state::StateProviderFactory>::latest [blockchain_provider.rs:532]
#57 [rise] reth_provider::providers::blockchain_provider::BlockchainProvider2<N>::block_state_provider [blockchain_provider.rs:136]
#58 [rise] reth_provider::providers::database::ProviderFactory<N>::history_by_block_hash [mod.rs:184]

This matches samply's complaint in https://github.com/paradigmxyz/reth/pull/12629 about copying the 32-byte tx-cost being a big overhead in the same code path.
This issue traces the whole transaction validation process and removes unneeded allocations. For instance, one of the earliest checks, ensure_max_init_code_size, copies the 21-byte TxKind (kind()) to check if the new transaction is a Create one.
https://github.com/paradigmxyz/reth/blob/02824da4fcd0794d45442adbdbf6b953be04d4f3/crates/transaction-pool/src/traits.rs#L1067-L1071
This check alone would allocate 200MB to validate 10M transactions. Intuitively, this should be a single reference byte check of the &TxKind enum.
More to come 🙏.
Additional context
No response

ty

@github-actions Here is an activity, sir.


[form-input] File Input fixed to show selection in edge.

Summary
Fixes #2665

Would it be possible to add an example of the file input, as that was where the issue was surfaced?

Would it be possible to add an example of the file input, as that was where the issue was surfaced?

Example added in
44f5826

Noticed that the file input in Edge in the example is missing some height or something. The Browse text is partially cut off at the bottom.

https://github.com/cerner/terra-core/blob/3d0adaaa284a8a4631b39c0f45e403eaa77b1ac0/packages/terra-form-input/src/Input.module.scss#L16
The above line is causing Browse... text in file input to cut off at the bottom in both IE and Edge. Can I have a new value for the padding?
cc @neilpfeiffer .


Add coverage

Codecov Report

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

@@            Coverage Diff            @@
##             master      #46   +/-   ##
=========================================
  Coverage          ?   36.47%
=========================================
  Files             ?       23
  Lines             ?      584
  Branches          ?        0
=========================================
  Hits              ?      213
  Misses            ?      371
  Partials          ?        0

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 ac5d630...8e62610. Read the comment docs.


[Bug] Almost all links on docs.buildwithfern.com are broken

Describe the bug
I'm trying to learn more about Fern, and specifically it's API definition format. I started with the API Definition page, and clicked "Read more" later in the page, which links to https://docs.buildwithfern.com/compiler/cli-reference.mdx#fern-write-definition. Clicking that link opens a new window which is confusing all by itself, but it then redirects to https://docs.buildwithfern.com/. It took me a few times clicking various links to understand that the links are broken, it isn't just that all of them point to this one page.
To Reproduce
Steps to reproduce the behavior:

Go to almost any page
Click on almost any link (in-page anchors seem to work, mostly)
Have a new window open and redirect you to https://docs.buildwithfern.com/

Expected behavior
I expect the links to work, and be relevant.
Screenshots
https://github.com/fern-api/fern/assets/605731/a0705b5b-6dad-44e6-8398-d11c66103e85
Desktop (please complete the following information):

OS: MacOS
Browser: Chrome
Version: 119

Additional context
n/a

@mstade thanks for filing this issue and you're 100% right that there are several links broken.
I've started fixing a couple in this PR: https://github.com/fern-api/docs/pull/58

fixed the broken links with improvements made by @minaelee 🎆


4.3.0 Create Test Database Table for chats

Chats Table has id property as primary key type integer, groupId property type integer, user property (which is the author) type string, timestamp property type date string (date and time) and message property type string

Database is not seeded. When new messages or new users are created, column names are created based on input fields on login and admin pages. This task changed to creating and seeding test database

TestBed created in Firebase Project


pull request for e2e test at 12/24/2016 00:26:10

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Investigate how to best get rid of slice pointers

Currently, we're using slice pointers (e.g. *[]string) to work around a limitation of encoding/xml.
It works, but it's not pretty. This is painfully obvious when trying to iterate over elements of those slices and having to dereference and nil check all the time. It'd be great if we could just have normal slices instead.
Most likely, we'll have to introduce a lot more custom (de-)serialization code specific to the XML format to make this work.

Is it known if anyone is actively working on this?
If not, and I have some spare time (in short supply for me at the moment, but you never know...) I might take a shot at fixing this, since as a user (thanks for this lib, by the way!!!!) I definitely feel the rough edges caused by these pointers. Just don't want to duplicate efforts if someone else is already working on this problem 😁 .
I imagine any extra existing context would be helpful too (e.g., "I tried doing it but it was harder than I thought because X, Y or Z").

I don't have much extra context here. The main issue is that simply switching to non-pointer slices makes the XML serialization extremely noisy, and potentially invalid according to the spec. This issue is detailed in the StackOverflow discussion I linked in the issue description.
The only alternative I can come up with is to implement MarshalXML for every single type in the code base. Which is a lot of code, and will drastically increase maintenance effort going forward.

Thanks, that's a helpful starting point. Looking through that I guess my rough understanding is that XML un-marshalling will only "omitempty" slices if they are pointers (and thus actually nil), and there's a desire to avoid emitting noisy XML -- XML with a bunch of empty tags (makes sense). I guess I would hope for a magic bullet of shared behavior (shared unmarshall code via struct composition?) that could define this in one place. Anyways, if I get a chance to tinker I'll try to share anything I learn on this issue.

Thought about this a little bit, and one thing stopping me from testing out some implementations: how would the library approach the breaking change this introduces?
When I look at the code I've written that would "benefit" from this, it would all need to be rewritten, so as a user I would want a long deprecation period.
Would one opt-in at instantiation time (with a flag/diff struct) to get the pointer-free structure? It seems like it would be potentially a massive pain to maintain parallel structures internally.

how would the library approach the breaking change this introduces?

We abide to SemVer and release that change under a new major version. We can maintain multiple major versions if required, but I don't see a need to maintain two separate implementations within the same version.


changes in footer section

i want to make some ui changes in footer please asign me this task and will do it as soon as possible

I would like to work on this issue as a GSSOC contributor.

Please share what's the issue in the footer section

"Hi there! I'm excited to contribute to this project for GSSOC'23'. I've taken a look at the codebase and I believe I can make some valuable improvements. I'll start working on it right away. If you have any specific requirements or suggestions, please let me know. Looking forward to collaborating with you all on this! "

Hey 👋 I'm Dhairya. I would be happy if you could this issue to me. I'll contribute to this issue under GSSoc'23. I have gone through the code and think I can make necessary changes to solve this issue.

Hey 👋 I am Tushar, I would be happy if you could this issue to me. I'll contribute to this issue under GSSoc'23. I have gone through the code and think I can make necessary changes to solve this issue.

Please share what's the issue in the footer section

the error which i found are hovering over the title it is not cursor pointer and also we can optimise the space and can make the copyright and all of footer section under center and align them colum vise which will give much better look .this are the changes what im talking about

Hey @akshitagupta15june
I would like to work on this issue.
Please assign this issue to me under GSSOC'23.
Thanks.

its not needed


add CMakeLists.txt file

Create CMakeLists.txt to use CMake instead of compile.sh

Thanks for working on cmake support. Unfortunately, I made many many changes to the files recently, so I broke what you did. Any way you can adapt it to the current (cleaner) set of files? Also, the CMakeLists.txt should probably sit in the main directory and not in src/

Whanks, I'll update my branch and pin newer wersion of this file.

so... I ve change CMakeLists.txt
cmake_minimum_required(VERSION 3.1)

project(lpcnet)

set(CMAKE_ARCHIVE_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/lib)
set(CMAKE_LIBRARY_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/lib)
set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/bin)

add_executable(dump_data
	src/dump_data.c
	src/freq.c
	src/kiss_fft.c
	src/pitch.c
	src/celt_lpc.c
)

target_compile_definitions(dump_data PRIVATE "TRAINING=1")
target_include_directories(dump_data PRIVATE ${CMAKE_CURRENT_SOURCE}/)
target_link_libraries(dump_data PRIVATE
	"m"
)

add_executable(test_lpcnet
	src/test_lpcnet.c
	src/lpcnet.c
	src/nnet.c
	src/nnet_data.c
	src/freq.c
	src/kiss_fft.c
	src/pitch.c
	src/celt_lpc.c
)
add_custom_command(OUTPUT nnet_data.c
	COMMAND dump_lpcnet.py `ls -t lpcnet*.h5 | head -1`
	WORKING_DIRECTORY ${CMAKE_CURRENT_SOURCE}/src)

target_compile_options (test_lpcnet PRIVATE -march=native)
target_include_directories(test_lpcnet PRIVATE ${CMAKE_CURRENT_SOURCE}/)
target_link_libraries(test_lpcnet PRIVATE
	"m"
)


Display custom map information in server browser

When a server is currently running a custom map, clients not having said map locally won't be able to display map name and thumbnail picture, which may discourage players from joining.
Media
Map name

Map image

Could we like transmit a custom map name and the identifier of an image that's already in the Titanfall2 client?


Boot Sequence Testing

verify that B1 account can only unstake at the rate of 10M EOS per year starting June 1, 2018
verify that no new tokens are created for producer or runner-up pay until at least 150M of stake has cast their first vote.
verify that no new producers are set until after 150M stake has voted.

Hi, Is there any related pull request for this?

@taokayan this issue is referring to capability that should work currently but needs to be verified via a test

folks, the code currently talks about a b1 account.. I suggest swapping that to b1b1b1b1b1b1.. because right now to inject the snapshot, we need the eosio.system contract loaded (to buy stuff and stake stuff).. so the 12 chars limit will be enforced at that point.. unless you want to special case that in the system contract.
I'm special-casing the 0x00000000000000000.....000000b1 ETH address in the snapshot to map to b1b1b1b1b1b1 right now in eos-bios. just sayin' :)

ATC:

Run unitests/unit_test --run_test=bootseq_tests and ensure everything passes

Ok, I'm not 100% sure it was always the case that newaccount allowed eosio to create them. We switched the sequence anyway to create b1 before loading eosio.system in.
Seeing the latest code here,  we probably can just create it with the rest :-) thanks


No module named 'pycocotools.ytvos'

I tried to run inference.py and I have configured the required environment according to the requirements in the README, but the following exception occurred:
(pytorch1.10) root@localhost:/code/video_instance_segmentation/VisTR-master# python inference.py --masks --model_path ./coco_pretrained_weights/ --save_path . Traceback (most recent call last):   File "/code/video_instance_segmentation/VisTR-master/inference.py", line 16, in <module>     import datasets   File "/code/video_instance_segmentation/VisTR-master/datasets/__init__.py", line 5, in <module>     from .ytvos import build as build_ytvos   File "/code/video_instance_segmentation/VisTR-master/datasets/ytvos.py", line 9, in <module>     from pycocotools.ytvos import YTVOS ModuleNotFoundError: No module named 'pycocotools.ytvos'
Why does this kind of problem still occur?
My environment configuration is: pytorch1.10, cuda10.1

你好，请问这个问题解决了吗


[SSH] Upgrade HybridConnectivity SDK to stable version and other GA changes - Duplicated

PR duplicated because release is time sensitive and owner of first PR is OOF
This checklist is used to make sure that common guidelines for a pull request are followed.

For new extensions:

[ ] My extension description/summary conforms to the Extension Summary Guidelines.

About Extension Publish
There is a pipeline to automatically build, upload and publish extension wheels.
Once your pull request is merged into main branch, a new pull request will be created to update src/index.json automatically.
You only need to update the version information in file setup.py and historical information in file HISTORY.rst in your PR but do not modify src/index.json.

SSH

Hi @vthiebaut10
Please provide the related command with az {command} if you can, so that we can quickly route to the related person to review.

Please close #6452 if it is no longer valid.

Are there any further changes?  Are we good to merge?


Update stb_image and stb_truetype to latest versions to fix (most) warnings

Just thought this would be a good idea as they've both been improved over the years, to the point where nearly all the warnings are gone. Tested RecastDemo on Windows and it works fine.

LGTM :+1:

So, I'm all for updating this to the latest, but do we really need the whole Slideshow system in RecastDemo at all?  Seems like it's leftover from some of Mikko's presentations?  Might be able to just remove this stuff altogether.

Good point - we should get rid of that. stb_truetype is still used elsewhere though - stb_image is only used by SlideShow so it could be removed along with it.

Removing SlideShow in #184, and upgrading just stb_truetype in #183. I'll close this issue now.

:+1:


Stacks - Difficult

Problem Link- https://www.hackerrank.com/challenges/poisonous-plants/problem
https://www.hackerrank.com/challenges/and-xor-or/problem
Category- Stacks
Difficulty Level- Hard/Difficult
In Language:

[ ] C++
[ ] JAVA
[ ] Python

I have can do both of them in c++, please assign

I can do it in Python

I want to do this in Java.


Feature request: list all public functions not used in other modules

Thinking about deep vs shallow modules (see https://twitter.com/mechanical_monk/status/1581978963399757824) it would be handy to see a list of def that can be changed to defp (probably manually rather than automatically in most cases)

FYI I opened a similar issue in another project where it might be more relevant : https://github.com/hrzndhrn/recode/issues/36

Hi, @NickNeck , If you don't mind, I can try implementing this feature. When I used to work on a very large project, I had the same trouble as mayel.
I'm very interesting in implementing a more stable and useful references. I think this feature's logic is very related to the references, we at least need two traversal steps:

to fetch all of references of the whole project(maybe exclude the *test.exs files) and build the mapping between the file and references
traverse the whole project again, check current file's definitions  exists  in the mapping or not.

Hi, @scottming , a PR is welcome.
Currently recode does not compile the mix project. But for this task it could be useful because we could get all public functions of a module with __info__(:functions). It is always a little bit hard to get all references because we have to take in account that this can come with an alias, alias * as: Foo, use or import. But you can also start with out compiling because you has to traverse the code anyway.
Maybe Recode.Context could be helpful here but I am not sure.
The Rewrite.Source struct has a private field and Rewrite.source.put_private/3 that is the place to store infos on the run. We could add for this feature something like Recode.Task.after_run to have a place to analyse the collected data.
Happy coding.

@mayel have you seen https://hex.pm/packages/mix_unused? I think it does what you're looking for.

Oh thank you @axelson! I think I came across it before but assumed it was about finding unused dependencies. I'll give it a whirl :)


Feature request: Delimiters support

Hi, this is a great library. Though with database like mysql, having no support for adding delimiter is quite inconvenient. Creating triggers, stored procedures and functions become difficult.

This is something that should be able to be added. Out of curiosity, what is your use case using this for triggers and stored procedures and functions? Is it just to allow parsing of these queries?

Yes, that's right, We want to parse it. We are making an editor similar to SQLPad but for only mysql .  We want to allow users to use the DELIMITER command to change the current terminator .i.e. ; so that the following query can be treated as one statement:
if (1 = 1) then select 1; else select 2; end if

or this
create function my_function() returns int deterministic begin return 1; end


Host documentation in GitHub instead of CocoaDocs

Since CocoaDocs will shut down soon, we need to host documentation of Kingfisher in another place. Maybe GitHub pages could be a good choice.

Done in https://github.com/onevcat/Kingfisher/pull/641


SCRD-6686 Updated to deal with failed old compute

This commit includes:

When old compute is not reachable, ardana-gen-hosts-file playbook
will skip the old compute during replacement process.

Updated to only migrate instances when old compute is reachable
and have instances.

Updated to run nova-host-evacuate playbook when old compute is
not reachable, have instances and user confirmed that compute hosts
are configured with a shared storage.

If there are no instances, no migration or evacuation of instances
will be initiated.

Some minor names update.

need to go with https://gerrit.suse.provo.cloud/#/c/5628 which is still in primitive stage.

Playbook is in review https://gerrit.suse.provo.cloud//#/c/5628/
If want test not reach with instances : ardana-service/tools/compute-mock-data.json add one instance in "get_instances" like
"get_instances": [{
"id": "8279e65d-6e87-4a50-b789-96edd753fbb2",
"name": "test3"
}]

Note: deal with not reachable in replace compute. However deactivate reuses disable compute need to address the same problem. Will deal with  deactivate in different PR.


Method name changed

_run_kubectl is called run_kubectl now

addressed by https://github.com/SUSE/skuba/pull/570


Update the dependency to core-java 0.10.72-SNAPSHOT.

Auto-generated PR to update core library dependency to the latest version.

@dmitrykuzmin PTAL.


GitHub-Issue#2778: Added CouldWatchLogsService, Tests and RetransmissionException

Description
This change adds the CloudWatchLogsService which is the main module to be used by the sink to push logs to CloudWatchLogs Services. It includes a similar iterative style to checking Data-Prepper events for validity and proceeds to wrap them up in InputLogEvent structures before batch sending them to CloudWathcLogs. This change also introduces a new exception for denoting an error that was derived from this plugin (Runtime Exception).
Issues Resolved
This PR will work towards resolving CWL-Sink for Data-Prepper [Issue https://github.com/https://github.com/https://github.com/opensearch-project/data-prepper/issues/2778]
Link: https://github.com/opensearch-project/data-prepper/issues/2778#issue-1731228391
Check List

[x] New functionality includes testing.
[x] New functionality has been documented.

[ ] New functionality has javadoc added

[x] Commits are signed with a real name per the DCO

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

For your current revision let's move all util classes (CloudWatchLogsLimits, SinkStopWatch) under a utils folder instead of push_condition and time.

🚀


Fix 17060 : incorrect emit for dynamic import inside elements of  export class declaration

Fix #17060

Any chance this will be submitted soon?

Ping @rbuckton


Create Header and make it Responsive

Style the header section

Are you working on this already?

Yes

Solved #12


Change the WebSocket readyState to reflect the right values

I'm using the WebSocket API and find out that the readyState values doesn't reflect the right values. Maybe there's a reason? But I've made the change locally and it works great for my app. If this is a bug, hope this fix is merged.

I suspect I just made a mistake and used the XHR values and didn't remember to check if they needed to be changed for WebSocket. Will look into this soon.

Merged #95 instead.  It looked basically the same, but used consistent upper/lower case.


Comment before ` in template tag goes into the template....

Describe the bug
Deno version: 1.3.1
Input Code
const t = {
    t: String.raw
    // test
    `testing`
}

Actual Output
const t = {
    t: String.raw `// test
testing`,
};

This is hard to fix. I've opened https://github.com/swc-project/swc/issues/1012 for something that would make the code better.


Error on fetching fields

Hi,
first of all thanks for this project. This is just what i need.
I have a mongoose document with a nested field:
var WorkSchema = new Schema({
  title: { type: String },
  description: { type: String },
  links: [{
    title: { type: String },
    url: { type: String },
  }],
},{ toObject: { virtuals: true },  toJSON: { virtuals: true }}, { versionKey: false });

i'm using your library to insert links inside this document:
<EmbeddedArrayInput source="links">
   <TextInput label="URL" source="url" />
   <TextInput label="Title" source="title"/>
</EmbeddedArrayInput>

I can create links without problem but when i try to fetch the fields are empty (but they exist in the database), the number of embeddedarray is correct: if i have two links in the database i have two embeddedarray in the aor edit page.
this is the error on the console: query option is required. You must specify your GraphQL document in the query option.

Can you please post the json output for this collection ?

This is what the resolver return:
{ state: 'unpublish',
  title: 'qweewqweqewq',
  __v: 0,
  links:
   [ { url: 'asdasdasd',
       title: 'asddasdsa',
       _id: 59c248ebce3696023ef84532 } ],
  id: 59c248ebce3696023ef84531 }

and this is the response (from the network inspector):
{"id":"59c248ebce3696023ef84531",
"title":"qweewqweqewq",
"description":null,
"links":["{ _id: 59c248ebce3696023ef84532,\n  title: 'asddasdsa',\n  url: 'asdasdasd'}"],
"__typename":"Work"}}

what do you mean by the resolver ?

can you please try this
<EmbeddedArrayInput source="links">
   <TextInput label="URL" source="url" />
   <TextInput label="Title" source="title"/>
   <TextInput label="Debug" source="length"/>
</EmbeddedArrayInput>

what do you see in the field "Debug"

i'm using admin on rest with graphql, resolvers are functions to execute queries

the debug field returns "75"

that's just what I've expected. You've an issue in your graphql configuration. it's printing the array as a string.

It might be a bug in admin-on-rest graphql adapter. or it doesn't support the embedded array at all.

Just my 2 cents, but with a JSON looking like:

Solved it! Thanks.
but i still get this error in the console: query option is required. You must specify your GraphQL document in the query option.

Just my 2 cents, but with a JSON looking like:
 {    "id":"r_profile_534534",    "name":"534534 Profile access Role",    "description":"Role to access user's own profile",    "permissions":[       {          "businessDomain":"admin:users",          "authorizations":"read,write"       }    ],    "creationDate":"2017-09-19T14:14:16Z",    "lastModificationDate":"2017-09-19T14:14:16Z"
and a config looking like:
  <EmbeddedArrayInput source="permissions">           <TextInput source="businessDomain" label="resources.roles.businessDomain"/>           <TextInput source="authorizations" label="resources.roles.authorizations"/>   </EmbeddedArrayInput>
It works as advertised

@annared I think you need to contact graphql repo maintainers for that warning.

I'm closing this since the issue is resolved.


Use latest github.com/carvel-dev/semver

migrates github.com/{k14s → carvel-dev}/semver/v4
bumps to latest github.com/carvel-dev/semver/v4
updates examples/github-release/vendir.yml to select kubectl against constraint 1.23.x instead of ~v1.23.x which is not a valid range
fixes https://github.com/carvel-dev/vendir/issues/123

LGTM


Placeholder deletes text input fields on IE9

This code deletes the input element after creating it:
$('#foo').append($('<input type="text">').placeholder());

Here's a live example -- try it with IE9: http://jsfiddle.net/jTnc3/6/

Fixed in c54885112fdc8e60d4d80d7736b3842ccfacb748. Thanks for the report and the test case!

Awesome. Thanks!


Shows the wrong inputs when using analog

When playing on analog, the inputs displayed/recorded do not accurately reflect the inputs that are actually occurring in game. E.g. dashing while holding slightly off from a diagonal will result in the history showing a non-diagonal input, while in-game a diagonal dash will occur.
(From what I can tell, GuiDirection isn't meant to give the in-game direction being input, but my first time looking at Celeste code was 10 minutes ago so take that with a grain of salt.)

I haven't really tested analog much at all so there's probably some issues there 😅 I'll try look at it when I can - I know there's some special handling with analog and stuff, but I don't yet know the specifics.


PX4IO calling new off ISR from DMA

Found this by changing DEBUGASSERT to ASSERT in sem_wait

Fixed in https://github.com/PX4/Firmware/pull/8206. Closing this in favour of the PR.


Autoplaylist cleared

Tonight my ISP disabled internet. They want to redirect you to specific page, but because https, browser or any other program resets connection. So.. Bot tried to download songs via youtube-dl, but it returns error:
ERROR: Unable to download webpage: <urlopen error [WinError 10054] An existing connection was forcibly closed by the remote host> (caused by URLError(ConnectionResetError(10054, 'An existing connection was forcibly closed by the remote host', None, 10054, None),))

and bot removes song from playlist as unplayable. At morning I noticed, that autoplaylist was cleared 😀 There's no problem to restore playlist, because now bot puts removed song to other file, but it's annoying. Fix this, please :3

Sorry, code is invalid. I will fix it soon. 😟

I feel like this is intended behaviour. If the bot can't play the song, it will remove it from the autoplaylist. It doesn't take into account what reason, it's just that if the song can't be downloaded, it will mark it as unplayable.

This has already happened to me twice after using the bot for 2 weeks on my Raspberry Pi 3. I'd be nice to be able to disable the auto-remove feature in the bot config file.


implement comparison for if and while

will provide an ad-hoc solution here, as I don't really want to hassle with type checking logic

another problem: grammar has a bug, maybe I need to fork


Arxml namespace improvements

This PR continues the quest for ARXML-3 support, cf https://github.com/andlaus/cantools/tree/arxml_refactor
In this PR, the XML namespace handling for ARXML files is improved and a method to conveniently compare AUTOSAR versions in the code is introduced.
Andreas Lauser<EMAIL_ADDRESS>Mercedes-Benz AG on behalf of MBition GmbH.
Imprint

Coverage increased (+0.1%) to 97.056% when pulling e3adb0dc920a01576d56ba89af42c7271c49d945 on Daimler:arxml_namespace_improvements into 386f51a1c9bb42d065b8ba20d8745e8ceae97e83 on eerimoq:master.

Looks good. Will merge once the tests pass.

Thanks for merging.
The coveralls result is weird: if I see this correctly, it says that the coverage of the cantools/database directory is down, but coverage of all individual files is up.....

Yeah don't look too closely at it. It's weird sometimes.


plugin: load fails when built with GOMODCACHE set

Go version
go version go1.22.3 linux/amd64
Output of go env in your module/workspace:
GO111MODULE=''
GOARCH='amd64'
GOBIN=''
GOCACHE='/go-cache'
GOENV='/root/.config/go/env'
GOEXE=''
GOEXPERIMENT=''
GOFLAGS=''
GOHOSTARCH='amd64'
GOHOSTOS='linux'
GOINSECURE=''
GOMODCACHE='/gomod-cache'
GONOPROXY=''
GONOSUMDB=''
GOOS='linux'
GOPATH='/go'
GOPRIVATE=''
GOPROXY='https://proxy.golang.org,direct'
GOROOT='/usr/local/go'
GOSUMDB='sum.golang.org'
GOTMPDIR=''
GOTOOLCHAIN='local'
GOTOOLDIR='/usr/local/go/pkg/tool/linux_amd64'
GOVCS=''
GOVERSION='go1.22.3'
GCCGO='gccgo'
GOAMD64='v1'
AR='ar'
CC='gcc'
CXX='g++'
CGO_ENABLED='1'
GOMOD='/app/go.mod'
GOWORK=''
CGO_CFLAGS='-O2 -g'
CGO_CPPFLAGS=''
CGO_CXXFLAGS='-O2 -g'
CGO_FFLAGS='-O2 -g'
CGO_LDFLAGS='-O2 -g'
PKG_CONFIG='pkg-config'
GOGCCFLAGS='-fPIC -m64 -pthread -Wl,--no-gc-sections -fmessage-length=0 -ffile-prefix-map=/tmp/go-build3017926117=/tmp/go-build -gno-record-gcc-switches'

What did you do?
Set GOMODCACHE built a plugin and then tried to load it it failed with:
9 0.630 [KO] SERVER   test-plugin.so: plugin was built with a different version of package go.opentelemetry.io/otel/internal
#19 0.630 [KO] MODIFIER test-plugin.so: plugin was built with a different version of package go.opentelemetry.io/otel/internal (previous failure)
#19 0.630 [KO] CLIENT   test-plugin.so: plugin was built with a different version of package go.opentelemetry.io/otel/internal (previous failure)

If I don't set GOMODCACHE then the plugin loads as expected.
What did you see happen?
The plugin load successfully
What did you expect to see?
No errors

please provide a complete reproducer

Related Issues and Documentation

plugin.Open yields "built with a different version" error if built with custom GOMODCACHE path #63230 (closed)
plugin: loading on machine with different GOPATH fails #26759
plugin: good plugin loaded at the same time as bad plugin returns an error #32095
plugin: plugin loading fails if the plugin itself imports the plugin package (even indirectly) #21969 (closed)
plugin: unable to load plugin if go mod is not enabled #31951 (closed)
plugin: doesn't work well with modules, requires coordinating dependency versions #43749
plugin: spurious version-mismatch error for packages that differ only in debug information #31278
plugin: not usable on another host using same go version and common dependencies #29055 (closed)
plugin: plugin was built with a different version of package internal/goarch #61150 (closed)
plugin: using non-stdlib packages in plugin with same go "toolchain" fails #19206 (closed)

(Emoji vote if this was helpful or unhelpful; more detailed feedback welcome in this discussion.)

This is a replication of https://github.com/golang/go/issues/63230 which includes a minimal reproduction case @seankhliao.
As mentioned in that issue, we don't get to control our up streams so -trimpath is not possible in our case when working with KrakenD.
As a workaround we had to refactor our docker builds to remove the use of GOMODCACHE, which isn't ideal.
A few things would be helpful until a proper fix is available:

Document -trimpath on both server and plugin as a workaround for GOMODCACHE use.
Improve the error message in this case. This was not a conflicting version, it was a issue caused by GOMODCACHE which wasn't obvious and took some hunting down.

Obviously the ideal would be the underlying issues should be fixed, but seems these issues are hard to solve as the have been around for quite some time.

The plugin documentation calls this out as:

Runtime crashes are likely to occur unless all parts of the program (the application and all its plugins) are compiled using exactly the same version of the toolchain, the same build tags, and the same values of certain flags and environment variables.

It doesn't seem feasible to list out every flag that may affect loading of plugins.

There are flags which folks would expect to impact this GOARCH for example but I would suggest GOMODCACHE is not something anyone would think could impact the ability to load a plugin?


PCB

hi
can you please release the PCB for brewpiless.
txh remo

Hi, sorry man, I was my other priorities. i'm just finishing board route but I have a doubt about ESP32 devkit boards, I found that cheaper ones have 30, 36 and 38 pins. Can you tell which one do you have? I can't find real dimensions of 36 version and I'm making a generic board for this 3 models. best

Hello
Thank you for your answer. For me it doesn't matter which ESP32 board is used on the PCB. it is easier for me to order the appropriate board instead of developing my own PCB. I'm looking forward to the PCB. I often work with the following board: https://www.az-delivery.de/products/esp32-lolin-lolin32

hi Stephan
just ordered, the PCB's arrive in 5 days.....  a wunderfull world, thank you very much.
if the PCB arrive i will give you a feedback

hey Stephan
the pins for my ESP32 ( Wemos 32 lite ) are a bit far apart. but with some soldering tricks it works very well. I can only do the final test in the live environment.
Thanks again for the PCB design.

First version released


Irmaku/update node18

Alaska Airlines Pull Request
Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.
Resolves: #166 , #167 , #168 , #169 , #171
Summary:
Please summarize the scope of the changes you have submitted, what the intent of the work is and anything that describes the before/after state of the project.
Type of change:

[x] Revision of an existing capability

Checklist:

[x] My update follows the CONTRIBUTING guidelines of this project
[x] I have performed a self-review of my own update

By submitting this Pull Request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
Pull Requests will be evaluated by their quality of update and whether it is consistent with the goals and values of this project. Any submission is to be considered a conversation between the submitter and the maintainers of this project and may require changes to your submission.
Thank you for your submission!
-- Auro Design System Team

Hi @blackfalcon,
I will updated as your feedback.
Thank you.

Hi @blackfalcon,
I will update the PR as your feedback, please review this, thank you.

Ok @Dale @.***>, i will update. Thank you
Dapatkan Outlook untuk Androidhttps://aka.ms/AAb9ysg

From: Dale Sande @.>
Sent: Tuesday, June 6, 2023 6:12:27 AM
To: AlaskaAirlines/auro-hyperlink @.>
Cc: Irma Kurnia @.>; Mention @.>
Subject: Re: [AlaskaAirlines/auro-hyperlink] Irmaku/update node18 (PR #170)
[EXTERNAL SENDER]
@blackfalcon requested changes on this pull request.

In .github/ISSUE_TEMPLATE/bug_report.ymlhttps://github.com/AlaskaAirlines/auro-hyperlink/pull/170#discussion_r1218688232:

@@ -0,0 +1,60 @@
+name: Feature request

Wrong name
—
Reply to this email directly, view it on GitHubhttps://github.com/AlaskaAirlines/auro-hyperlink/pull/170#pullrequestreview-1463727479, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A5XE7PRIBVEC7LEGV46ZZSDXJZRVXANCNFSM6AAAAAAXZVHTSI.
You are receiving this because you were mentioned.Message ID: @.***>

Hi @blackfalcon,
i will fix this for the issue ERROR: ./demo/apiExamples.md file is missing. Sorry for this. When I checked the apiExamples is hidden in my machine and i will fix this. thank you.

:tada: This PR is included in version 3.3.4 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


GCP infra stack: single-region secure connectivity for GKE & CloudSQL, CloudMemorystore, Buckets

Why? What problem are we solving?
A Stack is a set of CRDs and controllers that extend Crossplane. An infrastructure stack adds support for infrastructure (e.g. databases, VMs, etc), as opposed to adding support for an application (e.g. Wordpress, GitLab).
We'd like to take our first steps in this direction by breaking Crossplane's current Google Cloud Platform (GCP) managed resource functionality out into a GCP stack (covered by #612). Once the stack is broken out, we want to ensure it:

Could be used by an application stack (such as a Wordpress stack) to deploy to GCP, including allowing cluster administrators to configure default resource classes that ensure network connectivity per #606.
Establishes a solid foundation for the community to build new GCP related controllers.

What does it look like when we're done?

The GCP stack contains v1alpha2 variants of all existing v1alpha1 GCP managed resources.
The GCP stack contains v1alpha2 variants of all existing v1alpha1 GCP managed resource classes. This is predicated on the work tracked in #613.
The GCP stack is based on the latest Crossplane best practices:

The stack is built on kubebuilder 0.2.0 (possibly a beta thereof), including controller-tools, and the controller-runtime.
All managed resources are implemented using the nascent (#603) generic managed resource reconciler.
All resource claims are implemented using the generic resource claim reconciler.

The GCP stack contains MVP resource connectivity between GKECluster and CloudSQLInstance managed resources as described in #606. This implies

Adding CRDs and controllers for the Network and Subnetwork managed resources under the vpc.gcp.crossplane.io/v1alpha1 API group.
Ensuring 'high fidelity' (as described in #606) connectivity related managed resource spec fields.

An application owner can leverage the GCP infrastructure stack when deploying an app stack. e.g. A KubernetesApplication can be scheduled and deployed to a GCP backed KubernetesCluster, and leverage GCP backed resource claims.

How could we demonstrate this functionality?

Begin with 'core' Crossplane, i.e. just the extension manager without any GCP support.
Install the GCP infrastructure stack.
Create Network and Subnetwork managed resources.
Create a CloudSQLInstanceClass that will use the aforementioned Network as the whitelisted private network.
Create a GKEClusterClass that will create nodes in the aforementioned Network and Subnetwork.
Create MySQLInstance and KubernetesCluster resource claims referencing the aforementioned resource classes.
Deploy wordpress to the aforementioned KubernetesCluster. Ensure it can access the aforementioned MySQLInstance.

Related

Author security/connectivity design doc with GCP specifics
Define new networking types and controllers
Move all GCP stack controllers to use general managed reconciler

Depends on #269 Converge on a consistent controller design

Validate e2e wordpress stack deployed securely & accessible
README.md and examples for getting started with GCP infra stack
Update API status table for infra stack capabilities, API version level, etc.

I think we can create the sub-issues as individual tasks in the following form:

Version bump of GCP CRDs -> v1alpha2
Generic managed reconciler for all existing GCP resources (for v1alpha2)
Network CRD and controller with high fidelity
Subnetwork CRD and controller with high fidelity
Wordpress app stack YAMLs that use v1alpha2 managed resources and network CRDs
Connected Wordpress demo e2e
Update examples and README files containing Wordpress GCP examples.

It might be worth including the creation of strongly typed resource classes for each managed kind in this process, as it will also require a minor update to each claim controller.

@hasheddan just added, thanks! I'll move the bulletpoints up into the first issue description once we finalize and I create the issues.


Ui improvements

This is a PR for lots of small little improvements in the UI interface:

Allows querystring to be appended in order to initiate the page with a search (fixes #292)
Adds deprecated and experimental counts (fixes #262)
Shows a text displaying the count and the matched text for improving usability

Yes go for it @mattiaerre

Hi @matteofigus let us know when deployed 😉


[Bug]: There are more setters than getters for a widget.

Is there an existing issue for this?

[X] I have searched the existing issues

Description
I want to know why the setter method of Text Widget is much more than the Reference properties. For example, I can use Text1.setTextColor() but cannot get Text1.textColor, it seems that other widgets are also in this situation. I personally think that the getter should have at least as many properties as the setter, so I'd like to know why it was designed this way.
Steps To Reproduce

Add a Text Widget
Enter Text1. in the code editor and check the IntelliSense options
There are only 2 getter: text & isVisible but much more setter methods.

Public Sample App
No response
Environment
Production
Issue video log
No response
Version
Cloud

@zj131711 we didn't expect the need to have a user reference the color of a text widget since the developer is setting the color themselves. So they can always just define the color in a JSOjbect and reference that anywhere in the app.
The reference properties of a widget are only the internal values that a developer would not have access to.


compile to HVM as a backend

problem: LSTS has no backends
solution: HVM is a great match to start with as a backend

Moved to another project: https://github.com/andrew-johnson-4/L1IR


Remove WordN.toInt

see https://github.com/dfinity-lab/motoko/pull/1709

Given that the doc comment on these is already wrong in master. Should we just remove them in master rather than next-moc?

Given that the doc comment on these is already wrong in master. Should we just remove them in master rather than next-moc?

Yeah, good point

Trying to understand this change. These conversions seem fairly relevant, especially since Word types do not currently provide signed operations themselves. Also, fromInt exists, so it's odd to not be able to go back.
As for semantics, it should clearly be the inverse of fromInt.

As for semantics, it should clearly be the inverse of fromInt.

But which? fromInt is not injective on word, so ther are two very plausible conversion from WordN to Int.
Asking the user to either go WordN → Nat → Int or WordN → IntN → Int clarifies that.

Hm, I think only the latter makes sense, because the name is clearly asking for a signed interpretation of the word, and the unsigned one already exists as toNat.

Well, I expected the other while looking at the code, and fell over it. And someone got the semantics wrong while writing the documentation (as can see in this PR), so there is evidence that either make sense.
The name is just asking to convert WordN (a number from 0 to 2^N-1 for most purposes) to type Int. I don’t think it’s that clear that it does a re-interpretation.

Well, what does toIntN do? Why would you expect toInt to behave differently?

That's a good point. Is there a good name for these function? reinterpretAsIntN? wrapToIntN?

I think the WordN modules should also provide signed operations eventually. So it's perhaps a question of a more general naming scheme for ops interpreting word as signed. Maybe mulSigned?
So toIntSigned? But honestly, toInt seems like a perfectly fine name.

A Word8 designates a number from 0…256, with arithmetic involving words around. The range 0…255 is subrange of the range of Int. So isn’t it reasonable to expect Word8.toInt(Word8.fromInt(128)) == 128, and likewise for every number 0…255?
(I agree that WordN.toIntN is a good name, and Word8.toInt8(128) == -128 is justifiable even with this name because “arithmetic involving words wrap around”. But for Word8.toInt(128) there is no reason to expect any wrapping.)

A Word8 designates a number from 0…256

Nah, that's Nat8. Word8 designates an 8-bit bit vector that can also be interpreted as either a signed or unsigned number. The only reason it defaults to one is that we only have one set of operator syntax, so we chose the more common one, for those where it matters (it doesn't matter for + or -, for example).


[stdlib] Bug in Windows swift_vasprintf()

Drive by fix of a bug in the Windows version of swift_vasprintf(). I have no means of testing this.
Resolves SR-2735.

Matches what @tinysun212 has locally.
@swift-ci Please smoke test and merge

@jrose-apple, not sure what the problme was here but can you try to merge again?

@swift-ci Please smoke test and merge


Diagnostics: Adds Merge API that combines several CosmosTraceDiagnostics Instances

Pull Request Template
Description
This PR adds a constructor for CosmosTraceDiagnostics that takes in a list of CosmosTraceDiagnostics and merges them into one. This feature will be used for when parallel request hedging is added to the SDK as a way to have the full context for a request that sends out multiple parallel requests.
The Merged Diagnostics will be broken down into the following:

A summary of all the requests made + status codes (this exists in the normal diagnostics)
A name that will make it clear that this is a multi request trace + a GUID that wraps all requests
Start Time
Duration for all requests
Data

Client configuration
Total request charge

Children containing full diagnostics strings minus client configuration for each request

Other things that can be added to data

[ ] All regions contacted
[ ] Multi Request Trace Reason (Parallel Request Hedging for example)

Example of Merged Diagnostics in Current form as a proof of concept (here there are two merged read requests to the emulator):
{
  "Summary": {
    "DirectCalls": {
      "(200, 0)": 2
    }
  },
  "name": "Multi-request Trace Instance: d54618e2-8a6a-4ee1-b599-b30e8e85708b",
  "start datetime": "2023-11-08T00:00:21.039Z",
  "duration in milliseconds": 61.9105,
  "data": {
    "Client Configuration": {
      "Client Created Time Utc": "2023-11-08T00:00:18.3233679Z",
      "MachineId": "hashedMachineName:94d755e6-4bd9-6d68-c9d4-22b4d44d5b96",
      "NumberOfClientsCreated": 1,
      "NumberOfActiveClients": 1,
      "ConnectionMode": "Direct",
      "User Agent": "cosmos-netstandard-sdk/3.36.0|1|X64|Microsoft Windows 10.0.22631|.NET 6.0.24|N|F 00000010|",
      "ConnectionConfig": {
        "gw": "(cps:50, urto:6, p:False, httpf: True)",
        "rntbd": "(cto: 5, icto: -1, mrpc: 30, mcpe: 65535, erd: True, pr: ReuseUnicastPort)",
        "other": "(ed:False, be:False)"
      },
      "ConsistencyConfig": "(consistency: NotSet, prgns:[], apprgn: )",
      "ProcessorCount": 12
    },
    "totalRequestCharge": 2
  },
  "children": [
    {
      "name": "ReadItemAsync",
      "duration in milliseconds": 54.3114,
      "children": [
        {
          "name": "Microsoft.Azure.Cosmos.Handlers.RequestInvokerHandler",
          "duration in milliseconds": 51.5314,
          "children": [
            {
              "name": "Get Collection Cache",
              "duration in milliseconds": 0.0032
            },
            {
              "name": "Microsoft.Azure.Cosmos.Handlers.DiagnosticsHandler",
              "duration in milliseconds": 51.2168,
              "data": {
                "System Info": {
                  "systemHistory": [
                    {
                      "dateUtc": "2023-11-08T00:00:18.5447877Z",
                      "cpu": 1.09,
                      "memory": 456244,
                      "threadInfo": {
                        "isThreadStarving": "no info",
                        "availableThreads": 32765,
                        "minThreads": 12,
                        "maxThreads": 32767
                      },
                      "numberOfOpenTcpConnection": 0
                    }
                  ]
                }
              },
              "children": [
                {
                  "name": "Microsoft.Azure.Cosmos.Handlers.TelemetryHandler",
                  "duration in milliseconds": 51.1863,
                  "children": [
                    {
                      "name": "Microsoft.Azure.Cosmos.Handlers.RetryHandler",
                      "duration in milliseconds": 51.1773,
                      "children": [
                        {
                          "name": "Microsoft.Azure.Cosmos.Handlers.RouterHandler",
                          "duration in milliseconds": 51.1522,
                          "children": [
                            {
                              "name": "Microsoft.Azure.Cosmos.Handlers.TransportHandler",
                              "duration in milliseconds": 51.1486,
                              "children": [
                                {
                                  "name": "Microsoft.Azure.Documents.ServerStoreModel Transport Request",
                                  "duration in milliseconds": 50.9967,
                                  "data": {
                                    "Client Side Request Stats": {
                                      "Id": "AggregatedClientSideRequestStatistics",
                                      "ContactedReplicas": [
                                        {
                                          "Count": 1,
                                          "Uri": "rntbd://<IP_ADDRESS>:10253/apps/DocDbApp/services/DocDbServer3/partitions/a4cb494f-38c8-11e6-8106-8cdcd42c33be/replicas/1p/"
                                        }
                                      ],
                                      "RegionsContacted": [],
                                      "FailedReplicas": [],
                                      "AddressResolutionStatistics": [],
                                      "StoreResponseStatistics": [
                                        {
                                          "ResponseTimeUTC": "2023-11-08T00:00:21.0837680Z",
                                          "ResourceType": "Document",
                                          "OperationType": "Read",
                                          "RequestSessionToken": "0:-1#10",
                                          "LocationEndpoint": "https://<IP_ADDRESS>:8081/",
                                          "StoreResult": {
                                            "ActivityId": "53506179-3491-4b6d-8976-ddc06205e765",
                                            "StatusCode": "Ok",
                                            "SubStatusCode": "Unknown",
                                            "LSN": 10,
                                            "PartitionKeyRangeId": "0",
                                            "GlobalCommittedLSN": -1,
                                            "ItemLSN": 9,
                                            "UsingLocalLSN": true,
                                            "QuorumAckedLSN": 10,
                                            "SessionToken": "-1#10",
                                            "CurrentWriteQuorum": 1,
                                            "CurrentReplicaSetSize": 1,
                                            "NumberOfReadRegions": 0,
                                            "IsValid": true,
                                            "StorePhysicalAddress": "rntbd://<IP_ADDRESS>:10253/apps/DocDbApp/services/DocDbServer3/partitions/a4cb494f-38c8-11e6-8106-8cdcd42c33be/replicas/1p/",
                                            "RequestCharge": 1,
                                            "RetryAfterInMs": null,
                                            "BELatencyInMs": "2.058",
                                            "ReplicaHealthStatuses": [
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)"
                                            ],
                                            "transportRequestTimeline": {
                                              "requestTimeline": [
                                                {
                                                  "event": "Created",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0777406Z",
                                                  "durationInMs": 0.0257
                                                },
                                                {
                                                  "event": "ChannelAcquisitionStarted",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0777663Z",
                                                  "durationInMs": 0.0173
                                                },
                                                {
                                                  "event": "Pipelined",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0777836Z",
                                                  "durationInMs": 0.4172
                                                },
                                                {
                                                  "event": "Transit Time",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0782008Z",
                                                  "durationInMs": 4.1506
                                                },
                                                {
                                                  "event": "Received",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0823514Z",
                                                  "durationInMs": 0.3935
                                                },
                                                {
                                                  "event": "Completed",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0827449Z",
                                                  "durationInMs": 0
                                                }
                                              ],
                                              "serviceEndpointStats": {
                                                "inflightRequests": 1,
                                                "openConnections": 1
                                              },
                                              "connectionStats": {
                                                "waitforConnectionInit": "False",
                                                "callsPendingReceive": 0,
                                                "lastSendAttempt": "2023-11-08T00:00:21.0201165Z",
                                                "lastSend": "2023-11-08T00:00:21.0204712Z",
                                                "lastReceive": "2023-11-08T00:00:21.0302178Z"
                                              },
                                              "requestSizeInBytes": 492,
                                              "responseMetadataSizeInBytes": 506,
                                              "responseBodySizeInBytes": 728
                                            },
                                            "TransportException": null
                                          }
                                        }
                                      ]
                                    }
                                  }
                                }
                              ]
                            }
                          ]
                        }
                      ]
                    }
                  ]
                }
              ]
            }
          ]
        },
        {
          "name": "Response Serialization",
          "duration in milliseconds": 0.244
        }
      ]
    },
    {
      "name": "ReadItemAsync",
      "duration in milliseconds": 7.5991,
      "children": [
        {
          "name": "Microsoft.Azure.Cosmos.Handlers.RequestInvokerHandler",
          "duration in milliseconds": 7.0916,
          "children": [
            {
              "name": "Get Collection Cache",
              "duration in milliseconds": 0.0008
            },
            {
              "name": "Microsoft.Azure.Cosmos.Handlers.DiagnosticsHandler",
              "duration in milliseconds": 6.9441,
              "data": {
                "System Info": {
                  "systemHistory": [
                    {
                      "dateUtc": "2023-11-08T00:00:18.5447877Z",
                      "cpu": 1.09,
                      "memory": 456244,
                      "threadInfo": {
                        "isThreadStarving": "no info",
                        "availableThreads": 32765,
                        "minThreads": 12,
                        "maxThreads": 32767
                      },
                      "numberOfOpenTcpConnection": 0
                    }
                  ]
                }
              },
              "children": [
                {
                  "name": "Microsoft.Azure.Cosmos.Handlers.TelemetryHandler",
                  "duration in milliseconds": 6.9107,
                  "children": [
                    {
                      "name": "Microsoft.Azure.Cosmos.Handlers.RetryHandler",
                      "duration in milliseconds": 6.9043,
                      "children": [
                        {
                          "name": "Microsoft.Azure.Cosmos.Handlers.RouterHandler",
                          "duration in milliseconds": 6.879,
                          "children": [
                            {
                              "name": "Microsoft.Azure.Cosmos.Handlers.TransportHandler",
                              "duration in milliseconds": 6.8732,
                              "children": [
                                {
                                  "name": "Microsoft.Azure.Documents.ServerStoreModel Transport Request",
                                  "duration in milliseconds": 6.7676,
                                  "data": {
                                    "Client Side Request Stats": {
                                      "Id": "AggregatedClientSideRequestStatistics",
                                      "ContactedReplicas": [
                                        {
                                          "Count": 1,
                                          "Uri": "rntbd://<IP_ADDRESS>:10253/apps/DocDbApp/services/DocDbServer3/partitions/a4cb494f-38c8-11e6-8106-8cdcd42c33be/replicas/1p/"
                                        }
                                      ],
                                      "RegionsContacted": [],
                                      "FailedReplicas": [],
                                      "AddressResolutionStatistics": [],
                                      "StoreResponseStatistics": [
                                        {
                                          "ResponseTimeUTC": "2023-11-08T00:00:21.0982104Z",
                                          "ResourceType": "Document",
                                          "OperationType": "Read",
                                          "RequestSessionToken": "0:-1#10",
                                          "LocationEndpoint": "https://<IP_ADDRESS>:8081/",
                                          "StoreResult": {
                                            "ActivityId": "87c815d0-82a3-447c-8877-36f3ceaa1337",
                                            "StatusCode": "Ok",
                                            "SubStatusCode": "Unknown",
                                            "LSN": 10,
                                            "PartitionKeyRangeId": "0",
                                            "GlobalCommittedLSN": -1,
                                            "ItemLSN": 10,
                                            "UsingLocalLSN": true,
                                            "QuorumAckedLSN": 10,
                                            "SessionToken": "-1#10",
                                            "CurrentWriteQuorum": 1,
                                            "CurrentReplicaSetSize": 1,
                                            "NumberOfReadRegions": 0,
                                            "IsValid": true,
                                            "StorePhysicalAddress": "rntbd://<IP_ADDRESS>:10253/apps/DocDbApp/services/DocDbServer3/partitions/a4cb494f-38c8-11e6-8106-8cdcd42c33be/replicas/1p/",
                                            "RequestCharge": 1,
                                            "RetryAfterInMs": null,
                                            "BELatencyInMs": "0.618",
                                            "ReplicaHealthStatuses": [
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)",
                                              "(port: 10253 | status: Unknown | lkt: 11/8/2023 12:00:20 AM)"
                                            ],
                                            "transportRequestTimeline": {
                                              "requestTimeline": [
                                                {
                                                  "event": "Created",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0947077Z",
                                                  "durationInMs": 0.0087
                                                },
                                                {
                                                  "event": "ChannelAcquisitionStarted",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0947164Z",
                                                  "durationInMs": 0.0097
                                                },
                                                {
                                                  "event": "Pipelined",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0947261Z",
                                                  "durationInMs": 0.2949
                                                },
                                                {
                                                  "event": "Transit Time",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0950210Z",
                                                  "durationInMs": 2.8317
                                                },
                                                {
                                                  "event": "Received",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0978527Z",
                                                  "durationInMs": 0.3041
                                                },
                                                {
                                                  "event": "Completed",
                                                  "startTimeUtc": "2023-11-08T00:00:21.0981568Z",
                                                  "durationInMs": 0
                                                }
                                              ],
                                              "serviceEndpointStats": {
                                                "inflightRequests": 1,
                                                "openConnections": 1
                                              },
                                              "connectionStats": {
                                                "waitforConnectionInit": "False",
                                                "callsPendingReceive": 0,
                                                "lastSendAttempt": "2023-11-08T00:00:21.0779493Z",
                                                "lastSend": "2023-11-08T00:00:21.0782035Z",
                                                "lastReceive": "2023-11-08T00:00:21.0823401Z"
                                              },
                                              "requestSizeInBytes": 490,
                                              "responseMetadataSizeInBytes": 506,
                                              "responseBodySizeInBytes": 728
                                            },
                                            "TransportException": null
                                          }
                                        }
                                      ]
                                    }
                                  }
                                }
                              ]
                            }
                          ]
                        }
                      ]
                    }
                  ]
                }
              ]
            }
          ]
        },
        {
          "name": "Response Serialization",
          "duration in milliseconds": 0.3417
        }
      ]
    }
  ]
}

Type of change
Please delete options that are not relevant.

[] New feature (non-breaking change which adds functionality)
[] This change requires a documentation update

Closing issues
To automatically close an issue: closes #4179

Just a suggestion, in this PR we are getting multiple diagnostics and then merging them into one. Did you explore, if it is possible to do it during collection itself and keep logic to generate JSON generic?
Do we need operation name in each block?
can you please link a document which talks about the feature.

Just a suggestion, in this PR we are getting multiple diagnostics and then merging them into one. Did you explore, if it is possible to do it during collection itself and keep logic to generate JSON generic?
Do we need operation name in each block?
can you please link a document which talks about the feature.

Yes, for parallel request hedging, we need to send out the parallel requests on a layer before the diagnostics are created. This also aligns with what the Java SDK does.
For operaton name "child" diagnostic needs to have a name. Currently the default name is the operation name.
I have linked the work item for this feature in the PR discription (#4179 )

If the hedging is from ReqeustInvoker, then clientconfig will not be present there right?
Just adding the traces should do to get started with right?
Diagnostics might get repeated but that's something we can follow-up later.
Thoughts?

If the hedging is from ReqeustInvoker, then clientconfig will not be present there right? Just adding the traces should do to get started with right?
Diagnostics might get repeated but that's something we can follow-up later. Thoughts?

Follow-up from offline sync-up: Start with how the hedged diagnostics look like. Mostly only system info might be repeated and for initial preview we can live with it.


Make ZipkinTracingEnabled flag thread safe

Expected Behavior
Setting zipkin.ZipkinTracingEnabled and reading it back can be done from concurrent threads. Ideally, it should not be required to set the flag at all. It should be set automatically after Zipkin tracing is set up through functions in pkg/test/zipkin package.
Actual Behavior
We've run into this issue: https://github.com/knative-sandbox/eventing-kafka-broker/issues/2970 which is caused by multiple threads setting the flag in parallel.
When the flag is set from different threads a race is detected from time to time.
Steps to Reproduce the Problem

Additional Info

/assign