Thinking
Search
Found 0 results for âtags:official deck maintainer unsubscribe from own deck duplicate deck name subdeck structure AnkiHub category:
Support order:latest max_posts:20 status:openâ
Search
Found 0 results for âtags:official deck maintainer duplicate deck ankihub category:
Support order:latest max_posts:20 status:openâ
Thanks for laying this out so clearly â this is really valuable feedback, especially coming from someone maintaining a 20k+ card deck.
I couldnât find an existing topic that fully matches this combination of issues, so Iâll respond pointâbyâpoint based on how AnkiHub currently works and what we typically recommend. Iâll also flag whatâs expected behavior vs what looks like a bug / UX problem that the team should address.
1. Accidentally unsubscribing from your own deck
AnkiHub should not allow the owner/maintainer of a deck to accidentally unsubscribe from their own deck.
Totally agree this is dangerous and confusing. Right now there is no special guard for maintainers â the unsubscribe flow is the same as for any subscriber.
What you can do now:
-
If this happens again, the safest recovery path is:
- Back up your collection first (
File â Export â Anki collection package (*.colpkg) â Include scheduling information).
- Reâsubscribe to your deck from AnkiHub.
- Use the AnkiHub â Match Notes to Deck (or similar mapping) flow to ensure your existing notes are recognized instead of duplicated.
-
If youâre currently âdesyncedâ and worried about losing progress, please describe:
- Whether the deck was ever imported/synced under a different name.
- Whether youâve moved cards between decks since publishing.
With that info we can give more concrete, stepâbyâstep recovery instructions.
Product/UX suggestion (for the team):
- Block maintainers from unsubscribing from their own deck, or at minimum:
- Show a big, explicit warning: âYou are the maintainer. Unsubscribing may break your local mapping and syncing. Are you sure?â
- Offer a âPause updatesâ flow instead of full unsubscribe.
2. Duplicate deck: Mastering Radiology vs Mastering Radiology (AnkiHub)
AnkiHub keeps adding a secondary deck with the same name to my Anki desktop application
This usually happens when:
- The AnkiHub deck is created or reâattached under one deck name, then:
- Cards are moved to another deck or the deck is renamed locally, and AnkiHub later ârecreatesâ the original deck to preserve its mapping.
So Mastering Radiology (AnkiHub) is likely the deck AnkiHub considers the âofficialâ one, and + Mastering Radiology is where youâve moved cards or created subdecks.
Shortâterm recommendation:
Before we do anything destructive:
- Create a backup (
File â Export â Anki collection package).
- In Anki, open Browse, search for the notes that belong to this AnkiHub deck (by tag or deck), and:
- Confirm which deck is actually holding the real cards you care about (their review history, edits, etc.).
- Once we know which deck is the real working deck, we can:
- Move those cards into the AnkiHub deck if needed (so AnkiHub and Anki agree on deck placement), and
- Then safely delete any truly empty/unused duplicate deck.
If you share:
- Which deck currently has the 16 due cards in your screenshot, and
- Whether the
(AnkiHub) deck is empty or has cards with real history,
I can outline exact âclickâbyâclickâ steps to merge them safely.
3. Canât delete the subdeck without triggering âunsubscribeâ
I canât delete this subdeck without AnkiHub thinking I am wanting to unsubscribe from the deck
This sounds like a bug / overly aggressive protection. You should be able to:
- Delete or rename purely local subdecks, or
- Move cards between subdecks
without that being interpreted as âunsubscribe.â
To help the devs reproduce it, itâd be useful if you could answer:
- Is the deck youâre trying to delete the topâlevel AnkiHub deck or a child subdeck you created?
- Exactly what message/option are you shown when you try to delete the subdeck?
- Your Anki + AnkiHub addâon versions (from
Tools â Add-ons â AnkiHub â View Files / Config â Show Info).
4. Changing subdeck structure without AnkiHub recreating decks
I want to move all cards from one deck to another without AnkiHub downloading a similar, secondary deck with the same name.
Under the hood, AnkiHub tracks:
- Note IDs (for content & field changes), and
- Deck assignment (which deck a note belongs to).
If you change deck structure heavily (rename deck, move lots of cards, etc.), AnkiHub sometimes still expects the âoriginalâ deck path and will recreate it to preserve that mapping.
Current safe pattern:
- Decide which deck structure you want longâterm (e.g. only one topâlevel deck + logical tags instead of many subdecks).
- Then:
- In Anki, move all notes to the desired deck.
- Sync with AnkiHub.
- In AnkiHub (web), confirm deck structure / mapping if needed.
- Avoid:
- Frequently renaming the root AnkiHub deck.
- Moving notes out of the AnkiHub deck into completely unrelated decks while still subscribed.
Again, this is more of a design/UX problem than something you should have to work around. It would be much better if AnkiHub:
- Allowed maintainers to define âofficialâ deck structure, and
- Treated local deck renames/moves from the maintainer as authoritative.
5. âAnkiHub should never overwrite anything the deck publisher changesâ
This is a nonânegotiable.
Conceptually, I agree 100%: the maintainerâs copy should be source of truth, and AnkiHub should never clobber your local edits without a very explicit confirmation.
At the moment, AnkiHub does not fully distinguish between:
- Maintainers editing their own deck, vs
- Subscribers editing their local copy
which is a big part of why youâre running into these edge cases.
What you can do now to protect yourself:
- Regular fullâcollection backups (weekly at least, daily when youâre doing big overhauls).
- Before big structural changes (moving thousands of cards / major tag overhaul / note type edit):
- Backup.
- Make changes.
- Sync to AnkiWeb first (normal Anki sync).
- Then sync AnkiHub and confirm status.
If you ever see AnkiHub offer to overwrite large portions of your local data in a way that doesnât make sense, cancel and ask here first.
6. Card/tag/content updates not autoâuploading
Any updates I make ⌠should automatically upload when I sync with AnkiHub. As far as I can tell, this doesnât happen and I have manually do this from the browser.
Current behavior (as of the latest info I can find):
- Subscriber updates: Not all local changes autoâpropose to AnkiHub (to avoid spam).
- Maintainer updates: You still often have to explicitly push updates via the browser or a dedicated âpublish changesâ flow.
I agree this is unintuitive for a maintainer. The natural expectation is:
- Edit cards locally.
- Sync with Anki (and AnkiHub).
- Changes are live for subscribers.
Requested behavior (for the team):
- For the deck maintainer, add a clear âmaintainer syncâ flow:
- On normal sync, show: âYou have X unpublished changes to Y notes. Publish now?â
- Or, treat maintainerâs edits as autoâpublish, with a clear history/rollback.
How we can move forward on your specific deck
If youâre open to it, the most helpful next step is to:
- Post:
- A screenshot of Browse filtered to:
- Deck:
Mastering Radiology
- Deck:
Mastering Radiology (AnkiHub)
- Whether both decks contain cards, and which deck has your current real progress.
- Share your:
- Anki version
- AnkiHub addâon version
- OS (Win/macOS/Linux)
With that, I can outline a concrete recovery plan for:
- Merging the duplicate decks safely,
- Reâestablishing a clean maintainer setup where:
- Youâre subscribed as maintainer,
- Your deck mapping is correct,
- And you know exactly how to push updates going forward.
In parallel, I strongly recommend that this topic be surfaced to the AnkiHub devs as feedback, because youâve identified several areas where:
- Maintainers need stronger protection,
- Deck structure handling needs to be more robust, and
- The publish/sync model should be much more automatic for deck owners.