You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Record expiration and TTL: the eviction path, the accounting behind it, and what happens when an expiration value is wrong.
Scope
In: TTL/expiration configuration and validation, the eviction and cleanup path, whether expired records actually stop being returned, and the disk/memory accounting of records past their expiry.
Out: transaction-log and audit retention (harper#2115) — related in spirit, different mechanism and different config surface.
Why
Two of the members fail in ways that look nothing alike but share a cause: expiration values reach the storage layer without having been validated against what that layer accepts, and expired records are treated as gone by one layer while another still returns them. Both are the kind of defect that reads as a leak until you look closely.
Created during backlog triage. Child issues keep their own priorities and milestones.
Activity
delete_records_beforeerrors if table missing__createdtime__#541expirationis missing on a node that receives the table through add_node, so its rows never expire harper-pro#1179