Closed Jerrk closed 3 years ago
Services IDs come from mochi, an external service that I made which has MyAnimeList, Anilist, etc... IDs for each MangaDex Titles.
Sadly mochi is far from perfect and it have some problems with some titles.
There is multiple reasons I made mochi, first to avoid sending more requests to MangaDex to get a list of IDs, second it's mostly automated and relatively up to date (releases and new titles are slow anyway), and the third and last was to fix some MangaDex wrong IDs, you didn't find one but there is (like the one I made which have reversed manga/novel, ironic ^^).
mochi also have some IDs that MangaDex doesn't have.
The novel instead the manga on MangaUpdates is a bug in mochi tho, I'll fix it and the connections will be updated, but it will be slow, so expect more or less 1week (to be safe) until it's fixed.
For the second issue, I actually overwrite all IDs on Title page and while reading, so yeah, if you add an ID manually it will be replaced by mochi (or MangaDex IDs), I'll add something to avoid that.
If you don't want to use mochi you can disable it in the options and it will use MangaDex IDs in the Title page and while reading, it's in the Other category.
I added a checkbox in the Title Editor that prevent SyncDex from editing an ID you manually added.
https://user-images.githubusercontent.com/8447621/104632731-6f79b200-569e-11eb-9d88-487e117fac73.mp4
As long as this box is checked, the ID it should not be updated at all, even if a MangaDex ID is updated (or a Mochi ID).
Should be available in 0.2.2
.
Describe the bug For some manga SyncDex will try to sync the progress to its MU (novel) page. i'm not sure how you're matching the id's to each other but since MD usually has a link to the corresponding MU page is there any reason why it would link to the novel instead?
To Reproduce Steps to reproduce the behavior:
Expected behavior (optional) SyD should be tracking the manga https://www.mangaupdates.com/series.html?id=150723
Browser Firefox 86.0a1 (2021-01-11) (64-bit)
Options and logs
Additional context
I'm not sure the reasoning for SyD having it's own separate link to the assumed tracked item if there is already a MD link to said site, rarely do i find that these links are incorrect. if the links are completely missing however i can see the use for the assumed link.
i also find that manually editing the ID's for this specific item do not stick. I add (the already existing on the MD page) ID's from MU and MAL, hit save, and refresh the page. However the ID's do not update and keep tracking incorrectly (MU) or not at all (MAL). might be worth it's own topic to keep track of but i digress.