Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Space library retains pages deleted in another browser tab

Đang mở
  • Có gì không ổn?
#125 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 2 ngày

@HaningZS đang làm issue này rồi.

Từ ngày 9/10/2026.

  • #126 của @HaningZS — đang mở

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
15/100
Loại issue
Lỗi
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
react, sqlite, typescript
Lĩnh vực
frontend

Hướng nghiên cứu

Start with mergePageSnapshot and the page-list polling path in the Space library client, alongside SpaceLibrary, SpaceWorkspace and PageDocument, and check how they use GET /api/spaces/:spaceId/pages. Done means a fresh complete list drops a row deleted in another tab while keeping newly created pages, newer saved revisions, local tombstones, and an open unsaved draft. Open PR #126 already targets this, so coordinate with it rather than starting a parallel fix.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Problem

A Space library keeps showing a page after the same owner deletes it in another browser tab. Successful later polls already omit the deleted page, but mergePageSnapshot keeps every previously known row forever unless this particular component issued the deletion itself.

This is an ordinary single-owner, two-tab workflow, not a request for multi-user collaboration or a recycle bin.

Reproduction

  1. Open the same Space in tabs A and B, with a saved page visible in both.
  2. Keep A on the page library. In B, open the page and use Page actions → Delete page.
  3. Wait for A's regular page-list polling to complete successfully more than once.
  4. A still shows the deleted page even though GET /api/spaces/:spaceId/pages omits it and the page API returns 404.

Expected: a successful fresh complete list should remove the deleted library row. If that page is open for editing in A, keep its local draft available and explain the external deletion rather than silently unmounting the editor.

Actual: the deleted row remains until the Space component is remounted/reloaded; opening or saving it produces a not-found error.

Verification

  • Upstream main at 625452e, Node.js 24.16.0, Chrome on macOS.
  • Reproduced with two actual browser pages using the real SpaceWorkspace, SpaceLibrary, PageDocument, ReactDOM StrictMode, repository CSS, and the project's real Hono page API / SQLite store with synthetic in-memory data.
  • After B deleted a parent, its child was correctly reparented on the server. A completed two further list polls, but still displayed one deleted-parent row.
  • No Intelligence/model/Slack/voice credentials or live cloud services were needed.

Fix boundaries

The existing union merge protects a newly created page from a list request that started before creation. A fix should preserve that protection, newer saved revisions, and local-deletion tombstones. It also needs to avoid older overlapping list responses resurrecting deleted rows and preserve an already-open unsaved draft.

I am preparing a bounded client fix with regression tests and browser checks. This is separate from #114's version-history/trash/import-export proposal: its polling path still uses the same union merge.

Ngôn ngữ chính
TypeScript
Star
4.8k
Fork
690
Merge trung bình
1 ngày 15 giờ
Pull request đã merge (30 ngày)
43

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của CopilotKit/OpenDots

Tất cả issue của CopilotKit/OpenDots

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.