Fix logic for ctl%rof_from_glc
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
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- fortran
- Lĩnh vực
- backend
Hướng nghiên cứu
Bắt đầu tại src/cpl/nuopc/rof_import_export.F90 ở các dòng được liên kết và kiểm tra cách Fgrg_rofl và Fgrg_rofi được kiểm tra. Xem lại thảo luận được tham chiếu trong issue #103 và phần xử lý trạng thái import xung quanh; hoàn thành có nghĩa là việc kiểm tra trường bị trùng lặp đã được sửa và hành vi khi chỉ có một trường hiện diện đã được thống nhất và triển khai.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
This is a minor issue that doesn't cause any problems in practice right now, but should probably be fixed to avoid creating problems in the future.
The logic for ctl%rof_from_glc is:
Note the duplication of Fgrg_rofl as opposed to Fgrg_rofi.
I think the right logic here is something like:
if (fldchk(importState, 'Fgrg_rofl') .and. fldchk(importState, 'Fgrg_rofi')) then
ctl%rof_from_glc = .true.
else if (fldchk(importState, 'Fgrg_rofl') .or. fldchk(importState, 'Fgrg_rofi')) then
! ABORT WITH AN ERROR: I think it should never be the case that one of these fields is present but not the other; I think if it could be the case, some other code may need to be generalized to allow for this possibility
else
ctl%rof_from_glc = .false.
end if
But I'd like a second set of eyes on that to make sure it looks right.
Tagging @olyson who rediscovered this issue that I had mentioned as a side note in https://github.com/ESCOMP/MOSART/issues/103#issuecomment-2477742884 but never followed up on. And tagging @ekluzek or @slevis-lmwg , who were involved in that earlier discussion.
- Ngôn ngữ chính
- Fortran
- Star
- 12
- Fork
- 35
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Chúng tôi chưa kiểm tra các tệp thiết lập môi trường của dự án này. 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 ESCOMP/MOSART
-
MOSART does not have the `history_tape_in_use` functionalityCó thể làm lại được @slevis-lmwg đã nhận 453 ngày trước và không có pull request nào đang mở. Đang mởenhancement low priority
-
bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
-
code cleanup enhancement low priority
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
-
A working FLOOD versionĐang mởenhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
-
Create long-standing development "GW" branch for GroundWater component developmentCó thể làm lại được @ekluzek đã nhận 996 ngày trước và không có pull request nào đang mở. Đang mởquestion
Tất cả issue của ESCOMP/MOSART
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/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 88/100
jessepollak/home#1627 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement status: needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
mastra-ai/mastra#25508 · 1 bình luận ·
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 76/100
canonical/testflinger#1346 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
onedrive: ChangeNotify drops the delta token after one failed poll and stops notifying until remountĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 3 ngày