A tracker pattern's source ratchets PRE_EXISTING -> EXTENSION -> SCRIPT as stronger detections arrive, but that promotion was never reflected back to the mapping pipeline. The detection that promotes the source also brings a fresh initiator domain that matchByDomain and matchBySiblingOrigin can use, and an EXTENSION -> SCRIPT promotion lifts the creationAllowed gate that blocks org third-party creation. Yet the pattern's mapping_requested_at was already cleared after its first pass, so the worker never revisited it. Re-arm mapping_requested_at via SetMappingRequested at each source-promotion site (reportDetectedTracker plus the glob-merge and adoption paths in the pattern-analysis worker). Update's SET clause does not cover mapping_requested_at, so assigning the field before Update would be a silent no-op; SetMappingRequested only writes when the column is NULL, keeping already-queued patterns from being double-enqueued. Signed-off-by: Émile Ré <emile@probo.com>
22 KiB
22 KiB