@m13v/s4l 1.7.5-rc.40 → 1.7.5-rc.41

package/mcp/dist/version.json

@@ -1,4 +1,4 @@
 {
-  "version": "1.7.5-rc.40",
-  "installedAt": "2026-07-16T16:44:33.811Z"
+  "version": "1.7.5-rc.41",
+  "installedAt": "2026-07-16T16:50:00.572Z"
 }

package/mcp/manifest.json

@@ -2,7 +2,7 @@
   "dxt_version": "0.1",
   "name": "social-autoposter",
   "display_name": "S4L",
-  "version": "1.7.5-rc.40",
+  "version": "1.7.5-rc.41",
   "description": "Draft, review, approve, and autopilot X/Twitter posts.",
   "long_description": "## **⚠️ The disclaimer above is generic Claude boilerplate.** Anthropic shows the same warning on every plugin regardless of what it does; any plugin has the same level of access as any app you download from the internet.\n\nS4L is an open source product developed by Mediar.ai Incorporated, a VC-backed San Francisco-based startup.\n\nTo get started:\n\n1\\. Copy this prompt: **Set me up on S4L plugin end to end**\n\n2\\. Quit with CMD+Q, reopen Claude, paste into a new chat.\n\nWhat happens next:\n\n* About every 5 minutes S4L scans X for posts that match your topics and drafts replies in your voice.\n* Drafts show up as review cards, usually the first within a few minutes. Nothing is posted automatically; you approve each one.\n* Posting autopilot stays off until you explicitly turn it on.",
   "author": {

package/mcp/menubar/s4l_state.py

@@ -809,6 +809,47 @@ def discard_all_pending(drafts):
     return _store_update(mutate) or 0
 
 
+def approve_all_pending(decisions):
+    """Bulk-approve an entire pending set (the canvas control card's
+    "Approve All"), durably and atomically in ONE lock acquisition --
+    mirrors discard_all_pending's shape exactly, just for the approve
+    direction. `decisions` is the same per-draft decision dict shape
+    _on_card_decision/_record already produce (n, candidate_id, text,
+    edited, drop_link, loved, draft_choice).
+
+    Doing this as N separate store_stamp_decision() calls (one full
+    lock-acquire/read/write cycle EACH) is what caused the visible UI hang
+    on a real backlog (2026-07-16 user report: "when I approved All, it
+    hung for a second"). One bulk write fixes that the same way
+    discard_all_pending already avoided it -- see _approve_all_pending in
+    s4l_menubar.py, which still does the cheap per-draft posting-queue
+    enqueue afterward (that part was never the slow one)."""
+
+    def mutate(data):
+        done = 0
+        for decision in decisions:
+            c = _match_candidate(data, decision.get("n"), decision.get("candidate_id"))
+            if c is None:
+                continue
+            c["approved"] = True
+            c.pop("post_failed", None)
+            c.pop("post_error", None)
+            c["decision"] = {
+                "approved": True,
+                "text": decision.get("text") or "",
+                "edited": bool(decision.get("edited")),
+                "drop_link": bool(decision.get("drop_link")),
+                "loved": bool(decision.get("loved")),
+                "reject_category": None,
+                "draft_choice": decision.get("draft_choice"),
+                "decided_at": time_iso(),
+            }
+            done += 1
+        return done
+
+    return _store_update(mutate) or 0
+
+
 def flip_discarded_candidates_skipped(candidate_ids):
     """Flip each bulk-discarded candidate's twitter_candidates row to
     status='skipped', skip_reason='human_discarded_all' — the same DB effect a

package/mcp/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@m13v/s4l-mcp",
-  "version": "1.7.5-rc.40",
+  "version": "1.7.5-rc.41",
   "private": true,
   "description": "Desktop MCP client for social-autoposter (X/Twitter rail): manual draft/review/approve loop, autopilot control, and stats. Thin wrapper over the existing pipeline scripts.",
   "license": "MIT",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@m13v/s4l",
-  "version": "1.7.5-rc.40",
+  "version": "1.7.5-rc.41",
   "description": "Automated social posting pipeline for Reddit, X/Twitter, LinkedIn, and Moltbook. Install as a Claude Code agent skill.",
   "bin": {
     "social-autoposter": "bin/cli.js",

package/skill/lib/harness-common.sh

@@ -122,7 +122,22 @@ _hc_capture_wedge_diagnostics() {
         uptime
     } > "$_wd_out" 2>&1 || true
     if [ -n "$_wd_pid" ]; then
-        sample "$_wd_pid" 3 -mayDie -file "${_wd_out%.txt}.sample.txt" >/dev/null 2>&1 || true
+        # Sample WHILE a third probe runs (v2, 2026-07-16). The first capture
+        # photographed a perfectly healthy Chrome ~40s after the failed
+        # handshakes — post-seizure. Sampling concurrently with a live
+        # handshake catches the DevTools thread in the failing act, and the
+        # third probe's own verdict is the transient-vs-dead discriminator:
+        # READY here means the "wedge" clears within ~a minute and the right
+        # fix is a wider strike window, not a kill.
+        sample "$_wd_pid" 10 -mayDie -file "${_wd_out%.txt}.sample.txt" >/dev/null 2>&1 &
+        local _wd_sampler=$!
+        local _wd_v3=""
+        if _wd_v3=$(hc_cdp_ready "http://127.0.0.1:${_wd_port}"); then
+            echo "--- third probe DURING sample: READY (wedge is TRANSIENT): ${_wd_v3}" >> "$_wd_out"
+        else
+            echo "--- third probe DURING sample: STILL FAILING: ${_wd_v3}" >> "$_wd_out"
+        fi
+        wait "$_wd_sampler" 2>/dev/null || true
     fi
     echo "[$(_hc_ts)] wedge diagnostics captured: $_wd_out" >&2
     # Prune: keep the 10 newest captures (2 files each).