AniDB Bug Tracker - Issues

0003588: Setting the style to anidbstyle3-dark2 breaks everything on `anidb.net/user/setting`, including the ability to revert the style!

Fri, 10 Apr 2026 08:12:52 +0000

I tried to change my style to anidbstyle3-dark2 but now none of the buttons on the settings page work.

Specifically:
- The style page lists only `Custom/Default` as an option, it's the only one in the drop-down and the next/prev button don't do anything. Hitting `Apply Current Tab` also does nothing.
- The other setting tabs (Global Settings, Account, etc.) highlight when I mouse over them, but do nothing when clicked on. No visible feedback at all for clicking on them. The page stays on the `Style` tab.
- In an attempt to at least reset the change I tried clearing all my cookies and re-logging. However it appears the theme is stored server-side, which means as soon as I log in the theme changes and once again I can not access my settings.

0003586: MyList - Length wrong

Fri, 13 Mar 2026 17:24:26 +0000

MyList - Length of Episodes is shown in seconds, instead of minutes, but with unit "m"

0003587: Add red warning box for private files onto the massadd page

Wed, 04 Mar 2026 05:07:02 +0000

We have had a lot of users go and add literally thousands of private files to the DB. This gives the file maintainers a crap ton of work to delete them all.

https://anidb.net/anime/1/release/add

On the massadd file page, add a red box to the top of the page, with a warning as such:

===
READ BEFORE ADDING ANY FILES TO ANIDB: Not all files are allowed to be entered onto AniDB. In particular, private files, corrupt files, and remuxed files are all NOT ALLOWED to be added.

Before adding any files, please read the guidance here describing what files are NOT allowed on AniDB: https://wiki.anidb.net/Content:Files#What_is_accepted?

0003585: File Source: Digital Cinema Package (DCP)

Fri, 13 Feb 2026 22:56:15 +0000

A Digital Cinema Package (DCP) is a collection of digital files used to store and convey digital cinema (DC) audio, image, and data streams.

https://en.wikipedia.org/wiki/Digital_Cinema_Package

Example files:
https://anidb.net/f3519273
https://anidb.net/f4058760
https://anidb.net/f4060050 (autocreq stuck due to Motion JPEG 2000)

0003584: Song-episode ranges are sorted alphabetically

Mon, 06 Oct 2025 16:57:01 +0000

Currently, song-episode ranges are listed in this weird order: 1-12, O1-O12, OP1, S1, T1 BUT 1-12, ED1, O1-O12, S1, T1
O-episode position before OP-type C-episodes but after ED-type C-episodes. This can be seen on https://anidb.net/anime/9127 - "1-11, O1-O6, OP1" and "12-22, O7-O11, OP2a-OP2b BUT "1-11, ED1a-ED1b, O1-O5" and "12-22, ED2a-ED2b, O6-O11, S1".

Additionally, the order in which songs are sorted also appears to be alphabetically by the episode-range. In cases when there's no regular episodes linked to a song, it can create sorting orders such as: OP1, OP10, OP11, OP12, OP13, OP2, OP3, etc.
This can be seen here: https://anidb.net/anime/474

Making it line up with the order the different episode types are listed on anime pages would most likely be ideal. Although it might be better to put C-episodes at the beginning/end as it does look quite weird that they're in the middle: OP1, 1-12, S1, T1, O1-O12 or 1-12, S1, T1, O1-O12, OP1; The anime-episode order would put it as 1-12, S1, OP1, T1, O1-O12 which looks quite strange (which is already the case with the current sorting e.g. 1-12, O1-O12, OP1, S1, T1).
Putting them at the beginning would additionally require ignoring them in sorting on the anime page as it would screw up the ordering when only some songs have C-episodes.

0003535: File Source: Video High Density (VHD)

Wed, 21 May 2025 07:03:59 +0000

VHD was a short-lived analog video disc format marketed in Japan from 1983 to 1990. We currently don't have an option for it in the source dropdown.

https://en.wikipedia.org/wiki/Video_High_Density

0003581: Misleading error message when re-adding a previously deleted character-anime relation

Thu, 24 Apr 2025 11:46:50 +0000

Lupin Sansei (https://anidb.net/character/7622) has a minor cameo in City Hunter: Angel Dust (https://anidb.net/anime/17310), a relation that has apparently been deleted in the past.

Trying to add the char-anime relation through either https://anidb.net/anime/17310/character → Add Character or → Massadd throws the following error message:
"Lupin Sansei: No such character-anime-relation"

However, a creq to re-add the relation has correctly been entered in the background. For every variant of adding this that I tried, see https://anidb.net/admin/creq/20644897 and following. So this is only a display issue. Instead of the error message, a note about the pending creq should be shown.

0003580: Content Security Policy blocks youtube embeds frames in the AniDB Forum

Tue, 01 Apr 2025 16:45:49 +0000

800646#c500573:340 Refused to frame 'https://www.youtube-nocookie.com/' because it violates the following Content Security Policy directive: "frame-src 'self' hcaptcha.com *.hcaptcha.com".

800646#c500573:341 Refused to frame 'https://www.youtube-nocookie.com/' because it violates the following Content Security Policy directive: "frame-src 'self' hcaptcha.com *.hcaptcha.com".

800646#c500573:757 Refused to frame 'https://www.youtube-nocookie.com/' because it violates the following Content Security Policy directive: "frame-src 'self' hcaptcha.com *.hcaptcha.com".

0003579: For granted parent creqs, list all the associated child creqs

Sun, 16 Mar 2025 00:28:25 +0000

When creqs are open, the parent creq data section shows all the child creqs and the pending changes. The child creqs in the top section all list the parent creq ID.

When creqs are closed, the child creqs still show the parent creq ID in the top section. However, the parent creq's creq page no longer identifies the child creqs associated with it.

In other words, after creqs are closed, you can trade a child creq up to its parent, but you cannot trace from a parent creq down to its children. The feature request is to add to the UI, a display of all the child creqs after a parent creq is granted.

0003577: Apostrophes in resources are converted to backticks for some entries, resulting in broken links

Sun, 12 Jan 2025 03:16:08 +0000

This is, I guess, tangentially related to 0000828.

I was editing the contents of https://anidb.net/admin/creq/19885819 and that generated https://anidb.net/admin/creq/19894119 (because it submitted an apostrophe -> backtick change to the link, seeing as English Wikipedia links are editable from the anime edit page). This broke an English Wikipedia link that had been previously fixed by https://anidb.net/admin/creq/19826800. I fixed it again with https://anidb.net/admin/creq/19894120 but the silent change is obviously a bit of a pitfall.

Further testing also seems to show that NOT ALL ANIME ARE AFFECTED. While I can consistently reproduce the issue on https://anidb.net/anime/18491 (I broke it again on purpose from the resource page and then fixed it again), it does not affect e.g. https://anidb.net/anime/18581 and seems not to affect most anime. My best guess (which could of course be wrong, but which might also be useful to you) is that the presence of either the exclamation mark or the HTML-encoded question mark (or possibly both) in the resource's extstr is related.

We may also need a report of all resources with backticks in the extstr field because they are most likely all wrong.

0003576: Schedule for 2024 Week 53 wraps around to 2024 Week 1

Fri, 03 Jan 2025 15:44:26 +0000

The "Schedule" button (top left sidebar, right below Search and Season Chart) points to
https://anidb.net/anime/schedule/?do.update=1, which is actually showing https://anidb.net/anime/schedule/2024/1/ rather than https://anidb.net/anime/schedule/2025/1/.

The schedule button is broken for the last few days in the year, because it is showing the first week of the current year, rather than the first week of the next year. I assume the year should be based on the last day in the week rather than the first day in the week.

The second part of this bug is that the title for https://anidb.net/anime/schedule/2025/1/ is wrong.

These bugs probably only happen during the last week of the year!

0003575: Clicking ED2K link in Chrome results in browser blocking request

Thu, 21 Nov 2024 20:51:07 +0000

This occurs in Chrome when clicking an ED2K link to begin a download. Instead of eDonkey client recognizing the click, Chrome will load the "about:blank#blocked" page.

0003572: Add episode notes to anime response

Thu, 25 Jul 2024 15:55:39 +0000

Episode entities have a notes field, but they are not exposed in the HTTP API. Since episode data is only exposed in the response for requesting anime data, I'd like to request that the notes field gets added there whenever the field has a value.

The reason is because it is currently not possible to determine whether an episode is episode 0. If an episode 0 has type=1 (regular episode), it should be added to the episode title, but the default should be that episode 0 is type=2 (a special). If the episode is set to type=2, the title is just the title of the episode. However, regardless of type, episode 0 should in all cases have a note mentioning that it is in fact episode 0.
Release groups will typically release episode 0 as episode 0. Even if they were to give it a different number, it wouldn't be mappable to "S1", "S2", etc. So as it is now, it's not possible to map AniDB metadata for episode 0.

0003566: "Alternative Setting" and "Alternative Version" are both mapped to "Alternative Setting" in the xml dumps

Thu, 25 Jul 2024 15:55:23 +0000

I asked CDB-Man on discord if it was known, and was asked in return to report it on the bug tracker, so here I am, reporting it. I've looked at multiple entries which have an "Alternative Version" relation, and they're all mapped as "Alternative Setting" in the xml dumps, so it seems to be consistent across the board.

0003571: Notification options: add option to effectively blacklist "no group" (filter its files from notifies)

Tue, 20 Feb 2024 00:11:10 +0000

It is currently not possible to blacklist "no group" (to block its notifications). Attempting to do so fails because "no group" is gid 0 and blacklisting gid 0 is not allowed. This results in a massive amount of irrelevant, spurious notifications any time someone decides to add a boatload of such files to the DB, thereby not only wasting the user's time but, more concerningly, potentially burying legitimate notifications in a sea of unblockable trash.

I have over 200 blacklisted groups, which is a fair amount yet not that much. Not once have I received an actually relevant "no group" notification, but every week I receive a handful of irrelevant ones, and I cannot for the life of me get rid of them. Ideally, I'd like to have them sent to a different interface that handles them a little better, but I'm sure that would imply a lot more work and getting rid of them would already create a large improvement over the current situation.

Please add an option that filters gid 0 from notifications, which effectively amounts to blacklisting "no group". Alternatively, if that's easier, accept gid 0 as a valid blacklist target.

0003570: BB CODE button on WYSIWYG editor display line break

Sat, 09 Dec 2023 20:46:15 +0000

See screenshot. On any page where the WYSIWYG editor is loaded into a narrow template (e.g creq edit, anime entrt, character entry, tag entry, etc), the button is not wide enough and the ] from "[BB CODE]" breaks onto a new line.

Proposed fix:

https://git.anidb.net/anidb/css/-/blob/master/common/libs/jquery.wysibb/_jquery.wysibb.css

.wysibb .wysibb-toolbar .wysibb-toolbar-container .wysibb-toolbar-btn span.btn-inner.modesw {
min-width: 80px;
}

0003568: Generate creq when regular user (not mod, char-char rel maint., char maint.) tries to add evolve/transform char-char rels

Wed, 20 Sep 2023 01:36:30 +0000

Ties to https://tracker.anidb.net/view.php?id=3567

>This concerns the following four char-char rel types listed below:

>permanently evolved/transformed from
>permanently evolves/transforms into
>temporarily evolved/transformed from
>temporarily evolves/transforms into

>Those rels are almost never supposed to be added by regular users because they are almost universally wrong. Per current policy (as set by worf many years ago), there are extremely few legitimate use cases for this and they are effectively restricted to Pokemon and Digimon. Almost 100% of the time a regular user adds one of those, they wanted guises instead. I've deleted hundreds of those over the years and God knows how many exist.

Along the same lines as the other request, assuming the user says "yes I really wanna do this" and bypasses the warning, this action should generate a creq. Because there is almost no way the user is right and we *want* to be sure. I am yet to see a single time this change has been correctly added by someone who didn't have modedit powers over char-char rels.

Obviously, char-char rel maintainers, char maintainers and mods would be exempt, because they are already exempt from generating creqs on char-char rels no matter the action taken.

0003569: Add mod report: evolve/transform char-char rels, either character is not Pokemon or Digimon

Wed, 20 Sep 2023 01:35:15 +0000

This concerns the following four char-char rel types listed below:

permanently evolved/transformed from
permanently evolves/transforms into
temporarily evolved/transformed from
temporarily evolves/transforms into

If either of the characters is neither a Pokemon nor a Digimon, the relation is almost definitely wrong. This should help us locate and remove wrong relations.

0003567: Throw warning when regular user (not mod, char-char rel maint., char maint.) tries to add evolve/transform char-char rels

Wed, 20 Sep 2023 01:35:04 +0000

This concerns the following four char-char rel types listed below:

permanently evolved/transformed from
permanently evolves/transforms into
temporarily evolved/transformed from
temporarily evolves/transforms into

Those rels are almost never supposed to be added by regular users because they are almost universally wrong. Per current policy (as set by worf many years ago), there are extremely few legitimate use cases for this and they are effectively restricted to Pokemon and Digimon. Almost 100% of the time a regular user adds one of those, they wanted guises instead. I've deleted hundreds of those over the years and God knows how many exist.

To help alleviate the problem of users thinking those are valid substitutes for guises, the interface should throw a warning on their faces, telling them they very likely want to use guises instead and linking them to https://wiki.anidb.net/Content:Characters with a note to ask a mod if on doubt.

Char-char rel maintainers, char maintainers and mods should likely be exempt from that warning because they probably know what they're doing.

0003565: Search with a filter for faster staff credit selection

Sun, 13 Aug 2023 21:48:20 +0000

AniDB currently has a ton of credit types for both anime and songs. And the Massadd Credits function isn't always the solution - someone might not have Japanese credit in text form or they want to edit the current credit. In both scenarios, they need to scroll down the massive list of all the credits and select the correct one. It would a lot faster to have a search function to narrow down all the credits.

Shouldn't be too hard to implement. Adding an input tag with a simple filter function that will hide option tags which don't contain the value from the input tag.

0003303: GDPR: add a GDPR check to periodic cron, to delete accounts that have been removed

Sat, 05 Aug 2023 13:24:01 +0000

On the periodic cron that updates signatures, ensure there's a check for deleted accounts.

15:00:40 niks> deriDIOt, what happens to my sig? i pressume it will expire from some cache eventually, right?
15:01:07 deriDIOt> there is no sig
15:01:11 niks> http://sig.anidb.net/images/signatures/625/XBAIo/signature.png
15:01:23 niks> i certainly still see it
15:01:36 deriDIOt> that's a random image with numbers
15:01:59 deriDIOt> nothing in there associates it to you
15:02:01 @CDB-Work> its poissible for a sig to have a name and iud tho
15:02:07 @CDB-Work> just coincidental that niks' didnt
15:02:21 deriDIOt> not my department
15:02:59 niks> just wondering, as it's generated from mylist which should have met its demise
15:03:16 deriDIOt> which it has
15:03:22 deriDIOt> signatures are not realtime objects
15:03:42 @CDB-Work> well, is there any event hook that Soulweaver to pickup on to trigger a sig server wipe?
15:04:34 deriDIOt> there is no communication in that direction
15:05:13 @CDB-Work> so it would have to be a monthly cron or something
15:05:16 @CDB-Work> since we have 30 days
15:05:36 deriDIOt> not my department TM
15:06:19 niks> it's probably fine anyway, i already removed it from the presumably one place where it was in use, so it's no biggie
15:09:11 niks> and with that this the anidb chapter of my life closes. sayonara minasan!

0003549: Add seasonal data to HTTP API XML dumps

Sun, 09 Jul 2023 22:35:34 +0000

It would be excellent if the seasonal data (e.g., Winter 2021) could be included in the HTTP API XML dumps, provided that it is available for the anime entry. I have already asked this to CDB-Man on Discord, who suggested that I use this tracker to request the feature. Therefore, I am submitting this request for consideration.

The primary motivation behind adding this field to the XML dumps is to ensure consistency between the seasons displayed in Shoko and those on AniDB. Currently, we rely solely on mathematical calculations to determine the season an anime belongs to, which may cause discrepancies between the two.

0003492: REPORTS: mod report of all anime with awards

Sun, 09 Jul 2023 18:22:58 +0000

[22:33] CDB-Work> also, can you write a mod rerport that can list all awards? the anime adv search isnt as useful since it shows the awards as icons rather than as text with the name of the award easily visible

0003489: Ugly phrasing in SigServer's introduction text

Sun, 09 Jul 2023 18:22:50 +0000

Some parts (see attachment) look strange and are hard to understand
It would be better replacing it with this text (phrasing suggested by CDB and Belove):

"Welcome to the SigServer, [username]. The SigServer allows you to easily keep an up-to-date signature image using AniDB data, for use anywhere. To start using this feature, choose between Simple and Advanced mode. Simple provides you a user friendly interface with predefined images and limited customization. Advanced mode is trickier but opens up vast possibilities. You can always change your mind later on."

0003491: Awards: banner images for new Japan Media Arts Years

Sun, 09 Jul 2023 18:22:19 +0000

[22:32] CDB-Work> worf can you create the banner for the new few japan media arts awards? currently it looks like we only go to 2017 https://cdn-us.anidb.net/css/icons/awards/anidb_jmaf_animation2017.png