Log in
Add-on icon

Bark version history - 6 versions

Bark by ForgeSworn

0 Stars out of 5
5
0
4
0
3
0
2
0
1
0
Bark version history - 6 versions

  • Be careful with old versions! These versions are displayed for testing and reference purposes.You should always use the latest version of an add-on.

  • Latest version

    Version 1.3.13

    Released Sep 17, 2026 - 327.12 KB
    Works with firefox 140.0 and later, android 142.0 and later
    • A Heartwood that does not answer the connect-time capability probe within
      five seconds is no longer written off as "not a Heartwood". New signer
      firmware (v0.18.0-beta.9) asks the owner to approve identity listing once, on
      the device, and that press can take longer than the probe waits. Bark now
      keeps listening in the background for up to 45 seconds, shows "Approve on
      your Heartwood to show personas" where the persona section goes, and enables
      Heartwood mode as soon as the answer arrives. A probe that finally times out
      is no longer remembered as a negative verdict, so the next popup or
      reconnect tries again. An explicit refusal still falls back immediately, as
      before.

    Source code released under MIT License

    Download Firefox and get the extension
    Download file

  • Older versions

    Version 1.3.11

    Released Sep 9, 2026 - 326.71 KB
    Works with firefox 140.0 and later, android 142.0 and later
    • Heartwood instances hand off to Sapwood when the signer stops answering. A
      failed sign test, or a connection that stays lost, now shows "Unlock in
      Sapwood": Bark only speaks NIP-46 and a locked signer never answers it, so
      the unlock has to happen in Sapwood (USB or relay delivery) before Bark can
      sign again.

    Source code released under MIT License

    Download file

  • Version 1.3.10

    Released Sep 9, 2026 - 326.16 KB
    Works with firefox 140.0 and later, android 142.0 and later
    • The popup no longer calls window.confirm() when removing a signer or
      resetting policies. Chromium shows those dialogs app-modal, so a popup that
      closed while one was up (any focus loss closes a toolbar popup on macOS)
      left an orphaned modal that froze every extension's toolbar popup until it
      was found and dismissed. Both confirmations now use an inline <dialog>
      that lives and dies with the popup.

    Source code released under MIT License

    Download file

  • Version 1.3.9

    Released Aug 13, 2026 - 325.65 KB
    Works with firefox 140.0 and later, android 142.0 and later
    • Firefox for Android support. The Firefox build now declares
      browser_specific_settings.gecko_android (minimum 142, two releases above the
      desktop floor because data_collection_permissions reached Android later), so
      the AMO listing installs on Android instead of being treated as desktop-only.
      This is the only mobile route for Bark: Chromium on Android compiles out the
      extensions subsystem, so Vanadium on GrapheneOS and every other
      Chromium-derived Android browser cannot run it. See docs/mobile.md
      for the Cambium and direct-NIP-46 alternatives.
    • Approvals no longer fail outright on mobile. Firefox for Android implements no
      windows API at all, so every ask-policy request would have been denied with
      "Could not open approval window". The approval surface now falls back to a
      foreground tab: dismissing it denies, "Review in Bark" foregrounds it, and the
      background closes it once the request settles. Desktop keeps the popup window.
    • The popup and approval pages lay out against the device width rather than the
      980px default mobile viewport. No change to desktop rendering.

    Verified on a Pixel 10 Pro XL running GrapheneOS with Firefox for Android
    153.0.4: provider injection, the approval tab (allow once, trust site, deny,
    dismiss-to-deny, queued approvals), and signing after the event page suspends.

    Source code released under MIT License

    Download file

  • Version 1.3.7

    Released Aug 9, 2026 - 324.99 KB
    Works with firefox 140.0 and later
    • The nostrconnect pairing QR now carries a requested-permission bundle:
      read pubkey, NIP-04/NIP-44 encryption, and the common event kinds —
      including the V4V gated kinds 27117 and 30808 — mirroring Sapwood's kind
      registry. The signer shows the whole surface at pairing and the human
      approves once, instead of discovering an unlisted kind mid-flow and adding
      a manual grant later. The popup explains the bundle before the QR is
      generated.

    Source code released under MIT License

    Download file

  • Version 1.3.4

    Released Jul 18, 2026 - 295.27 KB
    Works with firefox 140.0 and later
    "The message port closed before a response was received" is now treated
    as a service-worker wake-up error and retried, matching the other
    wake-up wordings. Previously the first request after the worker idled
    out could fail with this error instead of retrying.

    Source code released under MIT License

    Download file