Decide how organization merge should handle billing (Pay gem) links
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ó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 30/100
Hướng nghiên cứu
Bắt đầu với organization deduper từ #2374 và kiểm tra ModelDeduper, đặc biệt là DEFERRED_REFERENCE_TABLES và cách nó xử lý các bảng Pay đa hình. Xác định xem có bản ghi nào trong danh sách sử dụng owner_type="Organization" hay không, đồng thời xác định liệu các thao tác merge nên gán lại, chặn hay bỏ qua chúng. Được xem là hoàn tất khi quyết định về sản phẩm được phản ánh trong ModelDeduper và danh sách bảng bị trì hoãn.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
🤖 From Claude:
Split out from the organization deduper (#2374).
The deduper reassigns every business association from a deleted org to the kept one, reassigns analytics/audit (ahoy_events, versions), and surfaces attached files that are deleted with the record. Billing links are deliberately left out for now because moving money-related records between orgs has real side effects that need a product decision.
Affected polymorphic tables (Pay gem): pay_customers, pay_merchants, pay_subscriptions, pay_charges, pay_payment_methods, pay_webhooks (owner/polymorphic → could be an Organization).
Current behavior: these tables are in ModelDeduper::DEFERRED_REFERENCE_TABLES, so they neither block the merge nor get moved — if a merged org had billing records, they'd stay pointing at the deleted org's id.
Decide:
- Should billing records be reassigned to the kept org on merge, left as-is, or should the merge be blocked when they exist?
- In practice, are Pay records ever
owner_type = "Organization"in this app, or only Users/People? (If never orgs, we can drop the deferral entirely.)
Once decided, update ModelDeduper (reassign / block / ignore) and remove the tables from DEFERRED_REFERENCE_TABLES as appropriate.
- Ngôn ngữ chính
- Ruby
- Star
- 15
- Fork
- 28
- Merge trung bình
- 1 ngày 12 phút
- Pull request đã merge (30 ngày)
- 262
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Có Dockerfile hoặc 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 rubyforgood/awbw
-
blocked
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
rubyforgood/awbw#2824 · 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 82/100
rubyforgood/awbw#2822 ·
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
rubyforgood/awbw#2160 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Update callout faq defualt text when the new person subscription launchesCó thể đã có người làm @maebeale đã nhận 82 ngày trước. Đang mởblocked
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
rubyforgood/awbw#2095 · 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 84/100
rubyforgood/awbw#2088 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của rubyforgood/awbw
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
account: profile
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 5 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 90/100
ysb3996-blip/oops#24 ·
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