F.B. Sponsored/Ad Post Blocker Versionsgeschichte – 7 Versionen
F.B. Sponsored/Ad Post Blocker von Inky
F.B. Sponsored/Ad Post Blocker Versionsgeschichte – 7 Versionen
Seien Sie vorsichtig mit alten Versionen! Diese Versionen werden zu Test- und Referenzzwecken angezeigt.Sie sollten immer die neueste Version eines Add-ons verwenden.
Neueste Version
Version 1.1.37
Veröffentlicht 13. Aug. 2026 – 45,66 KBFunktioniert mit firefox 109.0 und höher- A setup page opens once, on first install. The popup prompt added in
1.1.36 only helps someone who opens the popup, and a new Firefox user has no
reason to: the extension appears installed and simply does nothing. The page
explains that facebook.com access is still needed and requests it directly.
It reads the current permission state rather than assuming: where access is
already granted always the case on Chromium it shows a short "you're all
set" confirmation instead of asking for anything. Gated on
reason === "install"so upgrades don't reopen it, and thetabs.create
call is wrapped, because failing to open a setup page must not take the
background script down with it.
-build.ps1copiesonboarding/. The payload is an explicit file list, so a
new directory ships only when added here — worth remembering when adding
another.Quelltext steht unter der MIT-Lizenz
- A setup page opens once, on first install. The popup prompt added in
Ältere Versionen
Version 1.1.35
Veröffentlicht 13. Aug. 2026 – 41,37 KBFunktioniert mit firefox 109.0 und höherThe feed stopped loading. 1.1.30 queued any element carrying an
aria-labelledbywhose target didn't resolve, on the theory that ad labels
arrive late; 1.1.33 then tightened the retry loop to one frame. Facebook has
a great many elements with dangling label references a 300-post feed
carries roughly 1,800 — so the queue flooded and every entry was
re-examined every 16ms for the full 8s window.
The theory was wrong regardless: late-arriving labels were never what hid
feed ads. Following the sprite reference (1.1.32) was. That queueing is
removed, and the retry loop is back to 50ms.
- The retry queue is now capped (MAX_PENDING_LABELS). It exists for ads
staged in a hidden node and reparented a moment later, which is a handful of
entries at most; a future change that queues too eagerly should degrade
detection, not the page.Quelltext steht unter der MIT-Lizenz
Version 1.1.33
Veröffentlicht 13. Aug. 2026 – 39,25 KBFunktioniert mit firefox 109.0 und höherQuelltext steht unter der MIT-Lizenz
Version 1.1.21
Veröffentlicht 12. Aug. 2026 – 31,31 KBFunktioniert mit firefox 109.0 und höherAdded CHANGELOG.md for version update notesQuelltext steht unter der MIT-Lizenz
Version 1.1.20
Veröffentlicht 12. Aug. 2026 – 28,77 KBFunktioniert mit firefox 109.0 und höherF.B. Sponsored/Ad Post Blocker — 1.1.20
Fixed
Sponsored posts were not being hidden at all. Facebook's scrambled "Sponsored" label pads the real characters with decoy spans, distinguished by class-list length — but the direction of that signal had flipped. The filter was discarding the real characters (~22 classes) and keeping the decoys (~7). Detection now assembles every plausible partition and matches against any, so a future flip can't silently kill it again.
Hidden posts immediately reappeared. Any node added inside a hidden post was treated as Facebook recycling the container, and the post was restored. Ads mutate constantly after being hidden (video players, lazy-loaded media), so they were un-hidden within milliseconds — and never re-examined, because scanning only ever runs on newly-added nodes. Restoring now re-checks the evidence first.
Group posts were wrongly hidden. A post embedding a shared post inherited the quoted author's "Follow" button, so a group you're a member of quoting someone you don't follow was hidden entirely. Follow/Join now only counts for the post's own author.
The toolbar counter reset by itself. The background script is an event page — Firefox suspends it after ~30s idle, discarding the in-memory tally. The badge then jumped back to 1 while the popup reported 0. The count is now read back from the badge itself, which survives suspension, with per-tab serialisation so concurrent updates can't lose increments.
Performance
Element text is now read only on leaves and character-split labels. Wrappers are skipped — the leaf holding the text is visited in its own right, so reading wrappers re-walked the same subtree once per nesting level.
The getComputedStyle walk is gated behind a structural check, instead of running on any element with two or more children.
Facebook's portal accessibility spans (<span id="r…_">, which contain the word "Sponsored" but belong to no post) are dropped before entering the retry queue.
Unfollowed labels no longer enter the retry queue — a Follow button and its author header always render together, so retrying can't change the outcome.
Changed
DEBUG now defaults to false. When enabled it reports the running build version, a rolling scan-cost summary, and unresolved matches capped at 15.
README rewritten to correct several stale claims and document the traps.
Known issues
Right-column sidebar ads are detected but not hidden. They have no aria-posinset, and the sidebar no longer carries the role="complementary" landmark the fallback relied on. Hiding nothing was preferred over risking an over-broad match.
Unfollowed detection assumes the post's own author header is the first heading in the post. If it isn't, those posts are missed (fails quiet rather than hiding wrongly).
Feed ad detection rests on the scrambled-text path; the "… sponsored content" aria-label only matches sidebar ads. Some feed ads may slip through.
English-language labels only.Quelltext steht unter der MIT-Lizenz
Version 1.1.10
Veröffentlicht 12. Aug. 2026 – 23,01 KBFunktioniert mit firefox 109.0 und höherFixes a bug where a "Follow [creator]" button in a Reels comment panel could be mistakenly resolved through the sidebar ad detection path, incorrectly hiding the entire comments panel. The "hide unfollowed Pages/Groups" feature no longer uses that fallback at all, it's now restricted to genuine feed posts only. No other behavior changes.Quelltext steht unter der MIT-Lizenz
Version 1.1.8
Veröffentlicht 9. Aug. 2026 – 21,82 KBFunktioniert mit firefox 109.0 und höherReels' comments/info panel could get incorrectly hidden. Root cause: the "hide posts from unfollowed Pages/Groups" feature was matching a "Follow [Reel creator]" button and climbing up to the nearest role="complementary" ancestor to decide what to hide, a fallback originally built for the main feed's right column ad sidebar, but FBs also happens to mark a Reel page's entire comments panel with that same role="complementary" landmark. The "unfollowed" detection no longer uses that sidebar fallback at all; it's now restricted to sponsored/suggested content only, which is what it was actually validated against.Quelltext steht unter der MIT-Lizenz