feat(joins): support MySQL 8.0 by Weakky · Pull Request #4639 · prisma/prisma-engines

Weakky · 2024-01-11T16:01:13Z

Overview

closes https://github.com/prisma/team-orm/issues/455

Adds support for joins on MySQL 8.0, through correlated sub-queries. Also works with PlanetScale. Does not work with MySQL 5.6, MySQL 5.7 and MariaDB.

Here are examples for 1-1, 1-m and m-n relations between a User and Post model:

1-1

model User {
  id   Int     @id @default(autoincrement())
  name String?

  posts Post[]
}

model Post {
  id    Int     @id @default(autoincrement())
  title String?

  user   User? @relation(fields: [userId], references: [id])
  userId Int?
}

{
  findManyPost {
    id
    title
    user {
      id
      name
    }
  }
}

SELECT
  `t1`.`id`,
  `t1`.`title`,
  `t1`.`userId`,
  (
    SELECT
      JSON_OBJECT('id', `t2`.`id`, 'name', `t2`.`name`)
    FROM
      `User` AS `t2`
    WHERE
      `t1`.`userId` = `t2`.`id`
    LIMIT
      1
  ) AS `user`
FROM
  `Post` AS `t1`

1-m

model User {
  id   Int     @id @default(autoincrement())
  name String?

  posts Post[]
}

model Post {
  id    Int     @id @default(autoincrement())
  title String?

  user   User? @relation(fields: [userId], references: [id])
  userId Int?
}

{
  findManyUser {
    id
    name
    posts(orderBy: { id: asc }) {
      id
      title
    }
  }
}

SELECT
  `t1`.`id`,
  `t1`.`name`,
  (
    SELECT
      COALESCE(
        JSON_ARRAYAGG(`__prisma_data__`),
        CONVERT('[]', JSON)
      ) AS `__prisma_data__`
    FROM
      (
        SELECT
          `t4`.`__prisma_data__`
        FROM
          (
            SELECT
              JSON_OBJECT('id', `t3`.`id`, 'title', `t3`.`title`) AS `__prisma_data__`,
              `t3`.`id`
            FROM
              (
                SELECT
                  `t2`.*
                FROM
                  `Post` AS `t2`
                WHERE
                  `t1`.`id` = `t2`.`userId`
                  /* root select */
              ) AS `t3`
              /* inner select */
          ) AS `t4`
        ORDER BY
          `t4`.`id` ASC
        LIMIT 9223372036854775807 -- large limit to enable ordering to work
          /* middle select */
      ) AS `t5`
      /* outer select */
  ) AS `posts`
FROM
  `User` AS `t1`

m-n

model User {
  id   Int     @id @default(autoincrement())
  name String?

  posts Post[]
}

model Post {
  id    Int     @id @default(autoincrement())
  title String?

  users User[]
}

{
  findManyUser {
    id
    name
    posts(orderBy: { id: asc }) {
      id
      title
    }
  }
}

SELECT
  `t1`.`id`,
  `t1`.`name`,
  (
    SELECT
      COALESCE(
        JSON_ARRAYAGG(`__prisma_data__`),
        CONVERT('[]', JSON)
      ) AS `__prisma_data__`
    FROM
      (
        SELECT
          JSON_OBJECT('id', `t3`.`id`, 'title', `t3`.`title`) AS `__prisma_data__`
        FROM
          (
            SELECT
              `Post`.*
            FROM
              `_PostToUser` AS `t2`
              INNER JOIN `Post` ON `t2`.`A` = `Post`.`id`
            WHERE
              `t2`.`B` = `t1`.`id`
            ORDER BY
              `Post`.`id` ASC
              /* root */
          ) AS `t3`
        LIMIT
          9223372036854775807
          /* inner */
      ) AS `t4`
      /* outer */
  ) AS `posts`
FROM
  `User` AS `t1`

Note: When fetching to-many relations, if any ordering is present, we add a limit of i64::MAX which inexplicably forces MySQL to order the aggregated rows.

github-actions · 2024-01-11T17:13:38Z

WASM Size

Engine	This PR	Base branch	Diff
WASM	2.176MiB	2.163MiB	14.127KiB
WASM (gzip)	841.617KiB	836.581KiB	5.037KiB

codspeed-hq · 2024-01-11T17:19:24Z

CodSpeed Performance Report

Merging #4639 will not alter performance

_{Comparing feat/mysql-8-joins (a58db5f) with main (16a6fe5)}

Summary

✅ 11 untouched benchmarks

github-actions · 2024-01-11T17:19:35Z

✅ WASM query-engine performance won't change substantially (0.996x)

Full benchmark report

DATABASE_URL="postgresql://postgres:postgres@localhost:5432/bench?schema=imdb_bench&sslmode=disable" \
node --experimental-wasm-modules query-engine/driver-adapters/executor/dist/bench.mjs
cpu: AMD EPYC 7763 64-Core Processor
runtime: node v18.19.0 (x64-linux)

benchmark                   time (avg)             (min … max)       p75       p99      p999
-------------------------------------------------------------- -----------------------------
• movies.findMany() (all - 25000)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline  302.47 ms/iter (298.29 ms … 307.15 ms) 306.13 ms 307.15 ms 307.15 ms
Web Assembly: Latest    383.66 ms/iter (380.69 ms … 391.52 ms) 388.76 ms 391.52 ms 391.52 ms
Web Assembly: Current   387.45 ms/iter (385.77 ms … 390.75 ms) 388.38 ms 390.75 ms 390.75 ms
Node API: Current       229.74 ms/iter (221.14 ms … 238.71 ms) 236.52 ms 238.71 ms 238.71 ms

summary for movies.findMany() (all - 25000)
  Web Assembly: Current
   1.69x slower than Node API: Current
   1.28x slower than Web Assembly: Baseline
   1.01x slower than Web Assembly: Latest

• movies.findMany({ take: 2000 })
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline   12.18 ms/iter      (12 ms … 14.04 ms)  12.13 ms  14.04 ms  14.04 ms
Web Assembly: Latest     16.17 ms/iter   (15.63 ms … 26.39 ms)  15.81 ms  26.39 ms  26.39 ms
Web Assembly: Current    15.84 ms/iter    (15.6 ms … 17.51 ms)  15.78 ms  17.51 ms  17.51 ms
Node API: Current        8,932 µs/iter   (8,682 µs … 9,662 µs)  9,037 µs  9,662 µs  9,662 µs

summary for movies.findMany({ take: 2000 })
  Web Assembly: Current
   1.77x slower than Node API: Current
   1.3x slower than Web Assembly: Baseline
   1.02x faster than Web Assembly: Latest

• movies.findMany({ where: {...}, take: 2000 })
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline   1,924 µs/iter   (1,818 µs … 3,340 µs)  1,904 µs  3,091 µs  3,340 µs
Web Assembly: Latest     2,498 µs/iter   (2,401 µs … 3,893 µs)  2,478 µs  3,480 µs  3,893 µs
Web Assembly: Current    2,510 µs/iter   (2,400 µs … 4,258 µs)  2,479 µs  3,917 µs  4,258 µs
Node API: Current        1,516 µs/iter   (1,435 µs … 1,702 µs)  1,531 µs  1,689 µs  1,702 µs

summary for movies.findMany({ where: {...}, take: 2000 })
  Web Assembly: Current
   1.66x slower than Node API: Current
   1.3x slower than Web Assembly: Baseline
   1x faster than Web Assembly: Latest

• movies.findMany({ include: { cast: true } take: 2000 }) (m2m)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline    12.1 ms/iter   (11.97 ms … 12.44 ms)  12.13 ms  12.44 ms  12.44 ms
Web Assembly: Latest     15.68 ms/iter   (15.58 ms … 15.88 ms)  15.72 ms  15.88 ms  15.88 ms
Web Assembly: Current    15.77 ms/iter   (15.56 ms … 16.25 ms)  15.86 ms  16.25 ms  16.25 ms
Node API: Current        8,976 µs/iter   (8,732 µs … 9,284 µs)  9,078 µs  9,284 µs  9,284 µs

summary for movies.findMany({ include: { cast: true } take: 2000 }) (m2m)
  Web Assembly: Current
   1.76x slower than Node API: Current
   1.3x slower than Web Assembly: Baseline
   1.01x slower than Web Assembly: Latest

• movies.findMany({ where: {...}, include: { cast: true } take: 2000 }) (m2m)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline   1,884 µs/iter   (1,800 µs … 2,718 µs)  1,882 µs  2,432 µs  2,718 µs
Web Assembly: Latest     2,637 µs/iter   (2,404 µs … 4,418 µs)  2,537 µs  4,356 µs  4,418 µs
Web Assembly: Current    2,476 µs/iter   (2,381 µs … 3,067 µs)  2,466 µs  3,008 µs  3,067 µs
Node API: Current        1,475 µs/iter   (1,401 µs … 2,006 µs)  1,497 µs  1,671 µs  2,006 µs

summary for movies.findMany({ where: {...}, include: { cast: true } take: 2000 }) (m2m)
  Web Assembly: Current
   1.68x slower than Node API: Current
   1.31x slower than Web Assembly: Baseline
   1.06x faster than Web Assembly: Latest

• movies.findMany({ take: 2000, include: { cast: { include: { person: true } } } })
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline   12.03 ms/iter   (11.96 ms … 12.15 ms)  12.07 ms  12.15 ms  12.15 ms
Web Assembly: Latest     15.75 ms/iter   (15.65 ms … 15.91 ms)   15.8 ms  15.91 ms  15.91 ms
Web Assembly: Current    15.74 ms/iter   (15.62 ms … 16.02 ms)  15.77 ms  16.02 ms  16.02 ms
Node API: Current        8,860 µs/iter   (8,739 µs … 9,329 µs)  8,888 µs  9,329 µs  9,329 µs

summary for movies.findMany({ take: 2000, include: { cast: { include: { person: true } } } })
  Web Assembly: Current
   1.78x slower than Node API: Current
   1.31x slower than Web Assembly: Baseline
   1x faster than Web Assembly: Latest

• movie.findMany({ where: { ... }, take: 2000, include: { cast: { include: { person: true } } } })
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline   1,873 µs/iter   (1,799 µs … 2,851 µs)  1,867 µs  2,480 µs  2,851 µs
Web Assembly: Latest     2,452 µs/iter   (2,377 µs … 2,938 µs)  2,450 µs  2,856 µs  2,938 µs
Web Assembly: Current    2,487 µs/iter   (2,378 µs … 4,453 µs)  2,457 µs  3,911 µs  4,453 µs
Node API: Current        1,503 µs/iter   (1,426 µs … 1,736 µs)  1,531 µs  1,690 µs  1,736 µs

summary for movie.findMany({ where: { ... }, take: 2000, include: { cast: { include: { person: true } } } })
  Web Assembly: Current
   1.65x slower than Node API: Current
   1.33x slower than Web Assembly: Baseline
   1.01x slower than Web Assembly: Latest

• movie.findMany({ where: { reviews: { author: { ... } }, take: 100 }) (to-many -> to-one)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline  933.42 µs/iter  (843.39 µs … 1,953 µs) 904.61 µs  1,675 µs  1,953 µs
Web Assembly: Latest     1,201 µs/iter   (1,136 µs … 2,047 µs)  1,201 µs  1,720 µs  2,047 µs
Web Assembly: Current    1,200 µs/iter   (1,153 µs … 1,804 µs)  1,207 µs  1,488 µs  1,804 µs
Node API: Current       811.59 µs/iter (744.89 µs … 961.52 µs) 838.02 µs 907.95 µs 961.52 µs

summary for movie.findMany({ where: { reviews: { author: { ... } }, take: 100 }) (to-many -> to-one)
  Web Assembly: Current
   1.48x slower than Node API: Current
   1.29x slower than Web Assembly: Baseline
   1x faster than Web Assembly: Latest

• movie.findMany({ where: { cast: { person: { ... } }, take: 100 }) (m2m -> to-one)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline  908.04 µs/iter  (871.17 µs … 1,263 µs)  912.6 µs  1,141 µs  1,263 µs
Web Assembly: Latest     1,208 µs/iter   (1,143 µs … 2,029 µs)  1,210 µs  1,685 µs  2,029 µs
Web Assembly: Current    1,234 µs/iter   (1,187 µs … 1,553 µs)  1,239 µs  1,471 µs  1,553 µs
Node API: Current       826.22 µs/iter  (740.07 µs … 1,641 µs) 837.18 µs  1,277 µs  1,641 µs

summary for movie.findMany({ where: { cast: { person: { ... } }, take: 100 }) (m2m -> to-one)
  Web Assembly: Current
   1.49x slower than Node API: Current
   1.36x slower than Web Assembly: Baseline
   1.02x slower than Web Assembly: Latest

After changes in a58db5f

Weakky · 2024-02-05T17:37:19Z

quaint/src/visitor/mysql.rs

+                (
+                    Some(TypeFamily::Text(_)),
+                    Some("LONGBLOB") | Some("BLOB") | Some("MEDIUMBLOB") | Some("SMALLBLOB") | Some("TINYBLOB")
+                    | Some("VARBINARY") | Some("BINARY") | Some("BIT"),
+                ) => {
+                    self.write("to_base64")?;
+                    self.surround_with("(", ")", |s| s.visit_expression(expr))?;
+
+                    Ok(())
+                }


We convert binary columns to base64 to ease coercion in the Query Engine

Weakky · 2024-02-05T17:37:45Z

quaint/src/visitor/mysql.rs

+                (_, Some("FLOAT")) => {
+                    self.write("CONVERT")?;
+                    self.surround_with("(", ")", |s| {
+                        s.visit_expression(expr)?;
+                        s.write(", ")?;
+                        s.write("CHAR")
+                    })?;
+                    Ok(())
+                }


We convert floats to string to avoid losing precision

Weakky · 2024-02-05T17:42:31Z

query-engine/query-structure/src/field/scalar.rs

+            ScalarFieldId::InCompositeType(id) => self.dm.walk(id).scalar_type(),
+        };
+
+        let nt = psl_nt.or_else(|| scalar_type.and_then(|st| connector.default_native_type_for_scalar_type(&st)))?;


To enable applying special conversion in quaint for specific native types, I updated the ScalarField::native_type function to return the default native type in case none are specified. Previously, this function would only return something if a native type was explicitly specified.

Weakky · 2024-02-05T17:43:54Z

psl/psl-core/src/builtin_connectors/mongodb/mongodb_types.rs

        (ScalarType::Boolean, MongoDbType::Bool),
        (ScalarType::String, MongoDbType::String),
-        (ScalarType::DateTime, MongoDbType::Timestamp),
+        (ScalarType::DateTime, MongoDbType::Date),


The change mentioned above 👆 has rippled in unintended ways. Notably, it surfaced an incorrect default native type for the DateTime prisma type. This is why I've changed this.

Weakky · 2024-02-05T17:45:01Z

psl/psl-core/src/builtin_connectors/sqlite_datamodel_connector.rs

+    fn default_native_type_for_scalar_type(&self, _scalar_type: &ScalarType) -> Option<NativeTypeInstance> {
+        None
    }


Similarly, now that this method is called for all connectors when constructing quaint columns, the function's signature was changed to better signal when a scalar type has no default native type.

Weakky · 2024-02-05T17:45:49Z

query-engine/connector-test-kit-rs/query-engine-tests/tests/new/relation_load_strategy.rs

+        let actual = logs
+            .iter()
+            .any(|l| l.contains("LEFT JOIN LATERAL") || (l.contains("JSON_ARRAYAGG") && l.contains("JSON_OBJECT")));


Since we're not using JOINs to resolve relations on MySQL, this had to be changed with a loose and worse heuristic.

I think it's fine. Should we maybe now rename the function to something else? Same problem as #4639 (comment) I guess.

Weakky · 2024-02-05T17:46:44Z

query-engine/connector-test-kit-rs/query-tests-setup/src/connector_tag/mod.rs

    let exclusions = exclude
        .iter()
-        .filter_map(|c| ConnectorVersion::try_from(*c).ok())
+        .map(|c| ConnectorVersion::try_from(*c).unwrap())
        .collect::<Vec<_>>();

    let inclusions = only
        .iter()
-        .filter_map(|c| ConnectorVersion::try_from(*c).ok())
+        .map(|c| ConnectorVersion::try_from(*c).unwrap())
        .collect::<Vec<_>>();


Unrelated change to make sure that when a version is specified for the only / exclude attributes in the test suite and this version is incorrectly specified, it errors instead of silently ignoring it. Got bitten by it multiple times when working on this PR.

Weakky · 2024-02-05T17:48:14Z

query-engine/connector-test-kit-rs/query-tests-setup/src/datamodel_rendering/mod.rs

+    if version.is_mysql() && !matches!(version, ConnectorVersion::MySql(Some(MySqlVersion::V8))) {
+        excluded_features.push(format!(r#""{}""#, PreviewFeature::RelationJoins));
+    }


To avoid having to exclude hundreds of tests for MySQL 5.6 & 5.7, we simply do not render the relationJoins preview feature for now when rendering the datamodel of each tests. This ensure the relationLoadStrategy: join is never used.

Weakky · 2024-02-05T17:49:08Z

query-engine/connectors/mongodb-query-connector/src/value.rs

            // Double
            (MongoDbType::Double, PrismaValue::Int(i)) => Bson::Double(i as f64),
-            (MongoDbType::Double, PrismaValue::Float(f)) => Bson::Double(f.to_f64().convert(expl::MONGO_DOUBLE)?),
+            (MongoDbType::Double, PrismaValue::Float(f)) => bigdecimal_to_bson_double(f)?,


Side-effect of ScalarField::native_type always returning a native type now. This is just a bug-fix that had not been caught before.

Weakky · 2024-02-05T17:49:15Z

query-engine/connectors/mongodb-query-connector/src/value.rs

+            (MongoDbType::Json, PrismaValue::Json(json)) => {
+                let val: Value = serde_json::from_str(&json)?;
+
+                Bson::try_from(val).map_err(|_| MongoError::ConversionError {
+                    from: "Stringified JSON".to_owned(),
+                    to: "Mongo BSON (extJSON)".to_owned(),
+                })?
+            }


Weakky · 2024-02-05T17:49:43Z

query-engine/connectors/sql-query-connector/src/database/operations/coerce.rs

+            TypeIdentifier::Boolean => {
+                let err =
+                    || build_conversion_error(sf, &format!("Number({n})"), &format!("{:?}", sf.type_identifier()));
+                let i = n.as_i64().ok_or_else(err)?;
+
+                match i {
+                    0 => Ok(PrismaValue::Boolean(false)),
+                    1 => Ok(PrismaValue::Boolean(true)),
+                    _ => Err(err()),
+                }
+            }


MySQL-specific coercion for tinyint (IIRC)

Weakky · 2024-02-05T17:51:37Z

query-engine/connectors/sql-query-connector/src/query_builder/select/mod.rs

+}

-    pub(crate) fn build(
+pub(crate) trait JoinSelectBuilder {


To deal with the differences of PG & MySQL (lateral join vs correlated sub-queries), I've went for a trait design with a bunch of unimplemented methods that handle the few differences that we have between both connectors.

It has grown a bit too much to my taste already with the addition of _count support, but I can't think of a cleaner way to avoid huge code duplication.

On the downside, it made the code harder to follow.

Weakky · 2024-02-05T17:53:49Z

query-engine/connectors/sql-query-connector/src/query_builder/select/mod.rs

+            let middle_take = match connector_flavour(&rs.args) {
+                // On MySQL, using LIMIT makes the ordering of the JSON_AGG working. Beware, this is undocumented behavior.
+                // Note: Ideally, this should live in the MySQL select builder, but it's currently the only implementation difference
+                // between MySQL and Postgres, so we keep it here for now to avoid code duplication.
+                Flavour::Mysql if !rs.args.order_by.is_empty() => rs.args.take_abs().or(Some(i64::MAX)),
+                _ => rs.args.take_abs(),
+            };


psl/psl-core/src/builtin_connectors/cockroach_datamodel_connector.rs

aqrln

partial review, I'll finish reading tomorrow (haven't gotten to the most important part yet)

query-engine/connector-test-kit-rs/query-engine-tests/tests/queries/data_types/native/mysql.rs

query-engine/connectors/sql-query-connector/src/database/operations/coerce.rs

aqrln

🎉

query-engine/connectors/sql-query-connector/src/query_builder/select/mod.rs

laplab

Had a quick call with Flavian to go over the key parts. LGTM, great work!

Weakky requested a review from a team as a code owner January 11, 2024 16:01

Weakky requested review from jkomyno and miguelff and removed request for a team January 11, 2024 16:01

Weakky force-pushed the feat/mysql-8-joins branch from 85f4380 to 29525e7 Compare January 11, 2024 17:09

Weakky added this to the 5.9.0 milestone Jan 11, 2024

Weakky self-assigned this Jan 11, 2024

Weakky added 7 commits January 17, 2024 14:16

feat(joins): support MySQL 8.0

87be7cc

fix tests

58b6a6f

fix sqlite tests

e86d2e5

remove dbg

09026ee

fix test inclusion

bbc1d47

fix mongodb date/floats

3de762c

fix postgres bytes decoding (encode does not support bytea[])

8bf285c

Weakky force-pushed the feat/mysql-8-joins branch from e7af6ad to 8bf285c Compare January 17, 2024 13:23

Weakky added 12 commits January 18, 2024 17:05

fix one2m & m2m ordering (using limit hack)

b93c7f1

remove relationJoins preview feature for vitess & mysql < 8.0

57f3d25

fix relation load strategy tests

f8f9c3d

fix null issues bcoz of mysql bug

73aaeef

test whether planetscale works now

7d2a8e8

Merge branch 'main' into feat/mysql-8-joins

8535d18

fix planetscale & clippy

1393d06

fix pg + split mysql & pg builder

36ed5ce

exclude pg from some tests

c55ffef

further refactor select builder (less code dup)

8b40b58

do not run relationJoins for mysql 5.6, 5.7 & MariaDB

01d16df

herp derp

0348a44

Weakky added 4 commits February 5, 2024 17:26

adapt _count for mysql

4977fed

fix merge

c6d9da6

test & clippy fixes

2513a11

fix pg

2108b04

Weakky commented Feb 5, 2024

View reviewed changes

light doc & refactoring

085935e

Weakky commented Feb 5, 2024

View reviewed changes

psl/psl-core/src/builtin_connectors/cockroach_datamodel_connector.rs Show resolved Hide resolved

aqrln reviewed Feb 5, 2024

View reviewed changes

query-engine/connector-test-kit-rs/query-engine-tests/tests/queries/data_types/native/mysql.rs Outdated Show resolved Hide resolved

query-engine/connectors/sql-query-connector/src/database/operations/coerce.rs Outdated Show resolved Hide resolved

aqrln approved these changes Feb 6, 2024

View reviewed changes

query-engine/connectors/sql-query-connector/src/query_builder/select/mod.rs Outdated Show resolved Hide resolved

review fixes

7d6238b

laplab self-requested a review February 6, 2024 13:44

inverted filenames

a58db5f

laplab approved these changes Feb 6, 2024

View reviewed changes

Weakky merged commit 6ba3e3d into main Feb 6, 2024

Weakky deleted the feat/mysql-8-joins branch February 6, 2024 16:27

aqrln mentioned this pull request Feb 7, 2024

chore: integrate relationJoins with MySQL support prisma/prisma#23010

Merged

This was referenced May 22, 2024

Breaking change? Int switched to being Int32 for MongoDB prisma/prisma#24262

Closed

fix(mongo): default int native type should be long #4888

Merged

Conversation

Weakky commented Jan 11, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Overview

1-1

1-m

m-n

Uh oh!

github-actions bot commented Jan 11, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

WASM Size

Uh oh!

codspeed-hq bot commented Jan 11, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Merging #4639 will not alter performance

Summary

Uh oh!

github-actions bot commented Jan 11, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

✅ WASM query-engine performance won't change substantially (0.996x)

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Weakky Feb 5, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

aqrln left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

aqrln left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

laplab left a comment

Choose a reason for hiding this comment

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

Weakky commented Jan 11, 2024 •

edited

Loading

github-actions bot commented Jan 11, 2024 •

edited

Loading

codspeed-hq bot commented Jan 11, 2024 •

edited

Loading

github-actions bot commented Jan 11, 2024 •

edited

Loading

Weakky Feb 5, 2024 •

edited

Loading