@smart-cloud/publisher-exporter 1.1.77 → 1.1.79

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -6,6 +6,21 @@ It is designed to run outside WordPress. The WordPress plugin only manages runti
6
6
 
7
7
  ## Release notes
8
8
 
9
+ ### 1.1.79
10
+
11
+ - Let targeted content-sync trust pages already recorded in the verified baseline manifest even when the prior local render workspace has been cleaned up after a successful publish.
12
+ - Keep strict sitemap coverage checks for URLs that are absent from the verified baseline; newly published pages remain queued until a later normal publish establishes their deployable output.
13
+
14
+ This is a coordinator-only fix. Upgrade and restart the external queue runner; delegated Lambda render workers do not need an update for this release.
15
+
16
+ ### 1.1.78
17
+
18
+ - Remove serialized runtime-only `data-*-bound`, `data-*-initialized`, `data-*-mounted`, and `data-*-hydrated` markers before saving rendered HTML. Event listeners and in-memory framework instances cannot survive HTML serialization, so retaining those markers can suppress clean initialization on the published origin.
19
+ - Apply the guard through the shared serializer used by local rendering, delegated Lambda rendering, timeout fallback capture, and partial recovery capture.
20
+ - Add regression coverage for the generic runtime-marker sanitizer and shared local/remote capture path.
21
+
22
+ Upgrade both the external coordinator and every delegated render-worker image to `1.1.78`, then run a full publish. Existing static HTML retains stale runtime markers until the affected pages are rendered and deployed again.
23
+
9
24
  ### 1.1.77
10
25
 
11
26
  - Report delegated rewrite progress as monotonic job-wide file and completed-batch totals, even when concurrent Lambda batches finish out of order.