I didn't find a suitable place to open feature request of react devtools.

We're developing a babel plugin to inject a useDebugValue into every component so that developers can immediately see the source file path of inspecting component like:

We are expecting this file:// url

Most items coming from questions on the community forum

• a proper multicategory bar example based on https://community.plotly.com/t/multicategory-axis-type-example/26392
• example of shape or annotation covering several subplots thanks to xref='paper'. Also the shapes and annotations tutorial should link to each other.
• orthographic projection example in 3d axes tutorial (or

The Storybook API has changed quite a lot since Solid's Storybook docs were written in 2019. It would be really helpful (and I think go a loooong way toward helping drive adoption, long-term) if Solid could:

1. Update the docs to reflect the latest Storybo

Expected Behavior

As I currently understand it is not possible to make OPA decision based on body contents that has content type application/x-www-form-urlencoded.

Actual Behavior

Decision log says "content-type: application/x-www-form-urlencoded parsing not supported".
Also the parsed_body is empty:
`[
{
"type": "string",
"value": "parsed_body"
},

Describe the bug
````Warning: rbac.authorization.k8s.io/v1beta1 ClusterRoleBinding is deprecated in v1.17+, unavailable in v1.22+; use rbac.authorization.k8s.io/v1 ClusterRoleBinding``` is pointed out when running instructions found https://docs.flyte.org/en/latest/deployment/sandbox.html due to version of K8s cluster

Expected behavior
Current version of K8s is 1.21 -- we should upgra

Right now the tutorial is coherently designed, tested, and even documented. However, it doesn't build up in a way that's very beginner friendly. It establishes glom's value and then immediately uses it at an intermediate level.

I'd like it if it was a bit more drawn out to use basic features first and then add a multi-line Coalesce as the

It may be nice to ultimately just update these tests to read the data/blocks dir and run tests against each automatically so it's easier to manage these tests

This is a part of #11

I decided to extract it since it is a big feature.

As a SDET
I want a documentation or Wiki page where the expected vs actual field matching is explained
So that I can use these in my test automation to test the server response payloads and headers
e.g. id=123 , id="123", isValid=true, isValid="true" etc

AC1:

Cover the following currently supported mechanisms with examples

• $EQ
• (int)
• (float) or (decimal)
• (boolean)

It would be nice to optionally be possible to tell the FormikDebug component to render in production mode anyway.

The Generated Client API is remains largely undocumented...

It would also be awesome if we could include the documentation of the API in the Generated DSL

seems like this is triggering drop / add

- create unique index tbl_x_y on levels(x, y);
+ create unique index tbl_x_y on levels (x, y);

and it shouldn't