If you look at the panels below, some are set to 0% while others are 0.000%. The decimal field is set to 3 so I expect all 0 value panels to show as 0.000 %. Could this be done? This is a stat panel with a repeat variable. I've highlighted it in the 2nd image.

Feature request

Is your feature request related to a problem? Please describe.

I'm using the SMS OTP feature for a progressive web application to be used on mobiles and would like to use the WebOTP API to automatically handle the SMS. The new templating feature gets me almost there – but only almost since it does not allow newlines (\n).

Describe

Issue split from hasura/graphql-engine#6951

our pytest output has a pretty low signal:noise ratio, and it's often difficult to understand the cause of a test failure, if there is one. [Example: a 8600-line log for what turned out to be a flaky test that passed on a second run](https://app.circleci.com/pipelines/github/hasura/graphql-engine-mono/10008/workflows/5e17c7

Bug description

On windows, I run prisma format and note the unusual file ending. The lines are all LF, but the very last line is CRLF.

This causes issue on my Linux CI where it formats it ending in LF's only, causing a diff to occur and the build to fail.

How to reproduce

1. On windows do prisma format
2. Open in HxD or similar
3. See attached:

![image](https://user-images.g

Describe the bug

Currently keys written to server.conf go undetected.

This means that not only typos go undetected, but lack of validation is a risk during version migration as settings that used to apply in a previous version have no effect in a newer one without warning -- even if new settings are supposed to be used.

To reproduce

• Create a key with a typo.
• Watch the QuestDB

currently I'm unable to implement decode for My Type:

impl Decode<'_, Postgres> for MyType {
    fn decode(value: PgValueRef<'_>) -> Result<Self, BoxDynError> {
        // because this is private
        match value.format() {
            PgValueFormat::Binary => todo!(),
            PgValueFormat::Text => todo!(),
        }
    }
}

Currently, FerretDB behaves as if getParameter command was invoked as {"getParameter": "*"}. We should also support the other form {"getParameter": <something>, "<parameter>": <something>} that returns the value of the named parameter.

We should also test the edge cases where something is something weird like NaN, Infinity, etc.

For 2 reasons:

1. It doesn't exist on postgres
2. since innodb is the default this key shouldn't appear in doctype schema files 😄

Example: https://github.com/frappe/frappe/blob/19fb8cd409ac32a18c53bcbcf650a5fbc1a87eae/frappe/email/doctype/newsletter_attachment/newsletter_attachment.json#L7

Probable change in this function:

https://github.com/frappe/frappe/blob/abd421fa02fe3a86a65df

The problem faced currently?

While adding an ingress route, or a target in ingress route.
If by mistake white space gets added to the route or host. We get the error specified route not found or unable to reach the specified target

How can we solve it?

Mission control should remove the white space if present before saving the config

If you want this feature to be implemented, gi