Builder/Viewer: loading a large system blocks the window long enough for GNOME's 'not responding' dialog
Chưa có ai nhận issue này.
Đá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
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- c, linux
- Lĩnh vực
- desktop, performance
Hướng nghiên cứu
The payload names no source files, so start by finding the Viewer's load path for a large system and where the main thread blocks during it. Reproduce with a system of about 10,000 atoms, and wait for the re-measurement tied to #339 before judging the rendering stalls. Done means the window stays responsive during a long load, a progress bar appears only after about one second, and the user can cancel.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Found 2026-10-15 on niobium (GNOME, Wayland via XWayland) with a 10,236-atom MINFF clay + water system from a GROMACS minimisation. Opening it in the Viewer kept the main thread busy long enough that GNOME showed its 'not responding: Force Quit / Wait' dialog. Force Quit ended the Viewer with SIGKILL ('ecce-viewer: ended by SIGKILL'). Meanwhile the Builder could not be opened either, because it is the same program.
Expected: the window stays responsive during a long load and shows a progress bar (shown only when the load takes more than about a second), and the user can cancel.
Related: rotation of the same system stutters, with 14 stalls of 0.1-0.6 s in 15 s. To be re-measured with the XWayland frame-sync fix (#339) before investigating the rendering itself.
- Ngôn ngữ chính
- C
- Star
- 10
- Fork
- 8
- Merge trung bình
- 21 phút
- Pull request đã merge (30 ngày)
- 1
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 FriendsofECCE/ECCE
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
FriendsofECCE/ECCE#336 · 1 bình luận ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
FriendsofECCE/ECCE#391 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
FriendsofECCE/ECCE#389 · 1 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
FriendsofECCE/ECCE#388 ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
FriendsofECCE/ECCE#387 ·
Tất cả issue của FriendsofECCE/ECCE
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
quickjs-ng/quickjs#1836 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
open-quantum-safe/liboqs#2637 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Go device SDK: Whisper transcriber keeps buffering and transcribing audio appended after Stop()Có thể đã có người làm @apoorvdarshan đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
BasedHardware/omi#22770 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
fido_do_ecdh() reports any getKeyAgreement failure as FIDO_ERR_INTERNALCó thể đã có người làm @brlumen đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
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 78/100
joncampbell123/dosbox-x#6698 ·
Maintainer thường phản hồi trong vòng 1 ngày