Component table sections: page, filter and count on the server

オープン
#2,034 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
55/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
react, typescript
領域
database, frontend

調査の方向性

Start with src/features/instance/extensions/dataSource.ts and the table section in content/SectionsContent.tsx; compare their data flow with the Databases browser's server-side paging. Trace how search_by_conditions, offset, limit, and counts are used, then map the search box to conditions on the section columns. Done means sections can filter and page through rows beyond the current 1,000-row cap, with a way to detect whether another page exists.

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

説明

Problem

A component's table section loads at most 1,000 rows, and its search and paging run in the browser over those rows (#2031). A plugin with a large table (redirect rules, rendered pages, crawl history) can't be searched or paged past the first 1,000. Counts are already computed by Harper.

Proposal

Page and filter table sections on the server, the way the Databases browser does: search_by_conditions with offset and limit (one row past the page to know whether another follows), and the search box mapped to conditions on the section's columns. Drop the row cap once paging is server-side.

Context

Raised in review of #2031 (comment), which notes every plugin planned so far has large tables. Code: src/features/instance/extensions/dataSource.ts and the table section in content/SectionsContent.tsx.

🤖 Generated by Claude Code (Claude Opus 5.5); posted via @dawsontoth.

主要言語
TypeScript
スター
5
フォーク
4
平均マージ
1日 19時間
マージ済み PR(30日)
144

環境構築

はじめの一歩

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

HarperFast/studio のほかの issue

HarperFast/studio の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

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

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