Nettlesartillegg for Firefox
  • Utvidingar
  • Tema
    • for Firefox
    • Ordbøker og språkpakkar
    • Andre nettlesarplassar
    • Utvidingar for Android
Logg inn
Ikon for utvidingar

TMSync versjonshistorikk - 2 versjonar

TMSync av sal

Ingen vurderingar enno
0 stjerner av 5
5
0
4
0
3
0
2
0
1
0
TMSync versjonshistorikk - 2 versjonar
  • Ver forsiktig med eldre versjonar! Desse versjonane er vist som referanse og testformål.Du bør alltid bruke den siste versjonen av eit tillegg.

  • Siste versjon

    Versjon 1.8.0

    Sleppt 14. juli 2026 - 401,91 KB
    Fungerar med firefox 58.0 og nyare
    New tools for getting recipes live and seeing what's actually tracked, plus fixes for confusing "it works but shows disabled" states.

    What changed
    Auto-activate synced and imported recipes. A recipe synced from another device, restored from a backup, or pulled from the library now activates on any site you've already granted, with no manual re-enable. Background reconciliation keeps content-script registrations in step with your recipe list.
    "Enable all sites" toggle (Options). One switch grants every site so every present and future recipe works with no per-site prompt. It's a single catch-all that also covers cross-origin player frames.
    Popup "needs access" list. The popup surfaces recipe sites you haven't granted yet, with a bulk "Enable all" (one prompt) and per-site enable. The list is capped so a big backlog can't make the popup unusable, with the rest in Settings.
    Recipe-aware Sites page. Options, Sites now lists every site you have a recipe for, each with a clear enabled or needs-access dot, reads the broad grant as enabled (no more "works but shows disabled"), and the sidebar shows a count of sites awaiting access.
    "Enable the player frame" badge hint. When a recipe matches but the video lives in an un-enabled (or since-changed) player iframe, the badge tells you to enable it, instead of silently resting on a "press play" badge that never advances.
    Clearer Connect feedback. Connecting Trakt or AniList in Options used to do nothing visible on failure. It now reports the outcome, and a failed sign-in ("page could not be loaded") becomes an actionable "sign in to Trakt or AniList in this browser first."
    Separate AniList OAuth app for Firefox. AniList allows only one redirect URL per app and each browser's redirect differs, so Firefox now uses its own AniList app when configured, falling back to the shared app otherwise.

    Kjeldekode sleppt under Berre GNU General Public License v3.0

    Last ned Firefox og få utvidinga
    Last ned fil
  • Eldre versjonar

    Versjon 1.7.2

    Sleppt 11. juli 2026 - 400,13 KB
    Fungerar med firefox 58.0 og nyare
    fix anilist auth not working

    Kjeldekode sleppt under Berre GNU General Public License v3.0

    Last ned fil
Gå til Mozilla-heimesida

Utvidingar

  • Om
  • Firefox tilleggsblogg
  • Utvidingsverkstad
  • Utviklarsenter
  • Utviklarpraksis
  • Fellesskaps-blogg
  • Forum
  • Rapporter ein feil
  • Vurderingsguide

Last ned

  • Download Firefox
  • Windows
  • macOS
  • iOS
  • Android
  • Linux
  • All

Dei siste versjonane

  • Nightly
  • Beta

Firefox for bedrifter

  • Enterprise

Fellesskap

  • Connect
  • Contribute
  • Developer

Følg

  • Instagram
  • YouTube
  • TikTok
  • Bluesky
  • Podcast
  • Personvern
  • Infokapslar
  • Juridisk

Om ikkje noko anna er spesifisert, er innhaldet på denne nettstaden lisensiert under Creative Commons Attribution Share-Alike License v3.0 eller ein seinare versjon.