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 report

Describe the bug

If you hover over the icon of the top nav bar as such:

You'll notice that the url is pointing towards supabase.io/new instead of supabase.io - it should be pointing towards the latter

Separately, going to /new seems to be redirecting multiple t

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

count(1) for queries does not work on UI

Bug description

I'm on a funnel:

If I accidentally delete the first step:

Then I can't add any step to the funnel

Expected behavior

I should be abl

sqlx provides functionality for setting the persistence of Query, but not QueryAs, QueryScalar.

In my case, I'm using caching to store parsed data from SQLite, and I only load data which is not in the cache, using WHERE ... IN (uncached_ids). However, each of these statements is very likely to be unique, which causes sqlx to cache a lot of similar statements and bloat memory usage in my appl

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

Description of the issue

When number of backups limits exceed, only old sql.gz files are removed not .json files.

Output of bench version

ERPNext: v13.4.1 (version-13)
Frappe Framework: v13.4.1 (version-13)

Expected result

It should also delete the old .json files