fix: prevent stale header rules with versioned storage meta

[Kirrrusha]

Summary

Исправляет Windows-специфичную гонку, когда при переключении вкладок и редактировании заголовков могли применяться устаревшие значения (старый снапшот из storage), перезаписывая актуальную конфигурацию.

Changes

• Атомарное обновление DNR-правил: применяем declarativeNetRequest.updateDynamicRules({ removeRuleIds, addRules }) одним вызовом, чтобы избежать гонки remove→add.
• Сериализация применения в background: добавлена очередь (single-flight), которая склеивает параллельные триггеры и гарантирует “latest wins”.
• Строгая версия конфигурации: сохраняем headersConfigMetaV1 (seq, монотонный updatedAt) и в background пропускаем устаревшие снапшоты, даже если события приходят не по порядку.
• Убрано лишнее применение на смене вкладки: DNR-правила глобальные, поэтому пересборка на tabs.onActivated только увеличивала вероятность гонок.
• Убран legacy reload-путь: удалены updateOverrideHeaders/runtime reload message; обновления теперь идут через storage.onChanged.

Why this works

На Windows из-за другой латентности и планирования событий чаще происходили перекрывающиеся триггеры применения правил. Версионирование + очередь не позволяют применить старую конфигурацию “после” новой.

Test plan

• pnpm test:unit
• Ручная проверка (Windows):
  • Менять значения заголовков в popup и быстро переключать вкладки (несколько раз).
  • Проверить, что запросы уходят с последними значениями заголовков.
  • В логах background убедиться, что устаревшие снапшоты пропускаются (Apply skipped (stale meta)), а применения идут последовательно.

Notes

• seq — best-effort при конкурентных записях; updatedAt принудительно монотонный и используется как tie-breaker.

[github-actions]

🤖 Pull request artifacts

file	commit
pr88-cloudhood-chrome-54ddeae.zip	54ddeae
pr88-cloudhood-firefox-54ddeae.zip	54ddeae
pr88-cloudhood-firefox-sources-54ddeae.zip	54ddeae