Replicated Fast Count Internal Collection persists count and size info for dropped collections

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Unresolved
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Storage Execution
    • ALL
    • Storage Execution 2026-02-16
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      It doesn't seem like we can incorrectly retrieve a nonzero size/count for these collections using the 'db.<collName>.count()' interface, presumably because of some higher level optimization when "collName" doesn't exist, but we should consider cleaning these entries so that the internal collection doesn't store size and count for all collections that we ever wrote to.

            Assignee:
            Unassigned
            Reporter:
            Damian Wasilewicz
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated: