Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Migration error caret is missing or misplaced when the statement contains multibyte characters

オープン 初心者向け
#6,886 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
88/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
postgresql, typescript
領域
cli, databases

調査の方向性

apps/cli/src/command-internal/migration-apply.ts の markError と、バイトベースの動作を確認する既存の単体テストから始めます。前の migration 行にマルチバイト文字を入れて offset を再現し、その後、テストがパスし、正しい行で PostgreSQL が報告した文字の下にキャレットが表示されることを確認します。

索引モデルが issue の本文から書いたものです。

説明

🐛 Bug supabase/cli

Affected area: Migrations

Supabase CLI version: current develop (d38ccd7e)

Operating system: Any. Reproduced with a unit test on Linux.

Installation method: Built from source

Command

supabase db push

Actual output

When a migration statement fails, the CLI prints the statement and a caret under the position that PostgreSQL reports. If an earlier line of the statement contains multibyte characters, the caret is missing or printed under the wrong line.

For example, with this statement in a migration:

insert into notes (body) values ('éééééééé'),
  (foo bar);

PostgreSQL reports the error position as a 1-based count of characters into the statement. markError compares that count with the UTF-8 byte length of each line, so the first line, which is longer in bytes than in characters, absorbs part of the offset. The output shows the statement without a caret, or with the caret under the wrong line.

Expected behavior

The caret appears under the character that PostgreSQL reports, on the correct line, regardless of the characters used on earlier lines.

Steps to reproduce

  1. Add a migration whose statement has a multibyte character on an early line and a syntax error on a later line, as shown above.
  2. Run supabase db push against a database.
  3. Read the error output.

Additional context

The PostgreSQL protocol documentation states that the error position is measured in characters, not bytes. markError in apps/cli/src/command-internal/migration-apply.ts uses utf8ByteLength(line), and an existing unit test asserts the byte behavior. Measuring each line in code points fixes the offset. A unit test that calls markError with a multibyte first line fails on develop and passes with the change.

I have a fix with a unit test ready and can open a PR if this is open for contribution.

主要言語
TypeScript
スター
2.4k
フォーク
537
平均マージ
18時間 43分
マージ済み PR(30日)
373

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

supabase/cli のほかの issue

supabase/cli の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。