fix(graphics-2d): __clear leaves the destroyed stage reachable
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 82/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- backend
Hướng nghiên cứu
Đọc modules/graphics-2d/src/graphics-2d.library.ts quanh dòng 51–56 và so sánh phần dọn dẹp với modules/graphics-3d/src/graphics-3d.library.ts quanh dòng 178. Kiểm tra các bài kiểm thử graphics-2d hiện có về hành vi khi dừng và truy cập stage. Hoàn thành khi việc dừng xóa các tham chiếu đến stage và lớp cơ sở, để lần truy cập stage sau đó báo rằng graphics chưa được khởi tạo.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Which package is this bug report for?
graphics-2d
Issue description
_stage / _baseLayer are never reset, so after a stop ctx.graphics.stage returns a destroyed stage instead of throwing "not initialized", and late timers or tweens operate on it silently. The Konva.pixelRatio global keeps its last value.
Where:
modules/graphics-2d/src/graphics-2d.library.ts:51-56modules/graphics-3d/src/graphics-3d.library.ts:178
Evidence:
this._stage?.destroy();
delete (window as unknown as { Konva?: unknown }).Konva;
Suggested fix: Set this._stage = this._baseLayer = undefined after destroy(), as graphics-3d does.
Related to #356, which added the Konva destruction this follows up on.
Found during a code audit of main at be72076.
Code sample
No response
Versions
- Engine
mainat be72076 - pnpm 12.0.0, Node.js 26, Bun 1.3.14
Issue priority
Low (slightly annoying)
I have tested this issue on a development release
be72076
- Ngôn ngữ chính
- TypeScript
- Star
- 7
- Fork
- 2
- Merge trung bình
- 1 ngày 17 giờ
- Pull request đã merge (30 ngày)
- 17
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của NanoForge-dev/Engine
-
dependencies enhancement good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
NanoForge-dev/Engine#513 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug chore tests
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
NanoForge-dev/Engine#511 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
docs(network): TSDoc says ICE_SERVERS defaults to an empty list, the code uses public STUN serversĐang mởdocumentation good first issue modules:network
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
NanoForge-dev/Engine#509 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation modules:ecs packages:asset packages:core
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
NanoForge-dev/Engine#508 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue modules:music modules:sound
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
NanoForge-dev/Engine#505 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của NanoForge-dev/Engine
Issue tương tự
-
Mend: dependency security vulnerability
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 65/100
fdm-monster/fdm-monster#5563 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
be-BOP-io-SA/be-BOP#2849 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
Maintainer thường phản hồi trong vòng 1 ngày
-
1️⃣ phase/under-investigation flaky/confirmed flaky/needs-decision type/bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
growilabs/growi#12246 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
🐛 The Rulekeeper - An index run that gives up on the lock ends SucceededCó thể đã có người làm @github-actions đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
SSWConsulting/SSW.Rules#2809 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày