@bobfrankston/rmfmail 1.1.92 → 1.1.94

package/.commitmsg

@@ -1,13 +1,8 @@
-Fix: viewer showed wrong body (header/body mismatch on search results)
+Tabs: keep the strip visible with one tab so "+" is discoverable
 
-The viewer's same-message guard keyed on (uid, folderId). uid is only
-unique within a folder, so a cross-folder search could surface two
-different messages with the same uid; when the result's folderId was
-omitted the guard mis-fired — it refreshed the header to the clicked
-message but kept the previously-shown message's body in the iframe. The
-viewer looked "scrambled": header said one message, body showed another.
-
-The guard now keys on the stable `uuid` whenever both sides have one,
-falling back to (uid, folderId) only for uuid-less envelopes (thread
-popup). The local store/.eml files were never corrupt — this was purely
-a viewer identity-check bug.
+The view-tab strip was hidden until a 2nd tab existed — but with it
+hidden there was no hint that tabs exist or that Ctrl+T creates one
+(Bob: "there needs to be some indicator that ^t creates a tab"). The
+strip now stays visible with a single tab, showing that tab plus the
+"+" button; its tooltip names the Ctrl+T shortcut. Hidden only before
+the very first tab is seeded.

package/client/app.bundle.js

@@ -5378,10 +5378,10 @@ function render() {
   const plus = document.createElement("button");
   plus.className = "view-tab-new";
   plus.textContent = "+";
-  plus.title = "New tab (All Inboxes)";
+  plus.title = "New tab (Ctrl+T)";
   plus.addEventListener("click", () => openTab({ kind: "unified" }, "All Inboxes", true));
   stripEl.appendChild(plus);
-  stripEl.hidden = tabs.length < 2;
+  stripEl.hidden = tabs.length < 1;
 }
 function initTabs(strip, apply) {
   stripEl = strip;