Fixes #22812: Note ConfirmCollector is intentionally Job-specific

This commit is contained in:
Jason Novinger 2026-08-05 14:27:22 -05:00
parent 7d46c995f7
commit 6bd50ef07d
1 changed files with 5 additions and 0 deletions

View File

@ -40,6 +40,11 @@ class ConfirmCollector(Collector):
object can accumulate thousands of Jobs, each carrying large data/log_entries payloads;
materializing them all just to render a confirmation page can exhaust memory (see #22812).
Instead, the related Jobs are counted and recorded in `generic_relation_counts`.
This is intentionally specific to Job, the only high-cardinality GenericRelation in the
data model; it is not a general count-out over every GenericRelation. If another relation
ever needs the same treatment, extend the check in collect() (and the matching write-path
batching in JobsMixin/ScriptModule.delete) rather than assuming this already handles it.
"""
def __init__(self, *args, **kwargs):
super().__init__(*args, **kwargs)