APPLICATION ERROR #804
Profile not found.
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3535 | [HTML & PERL] Feature Request - Database | feature | N/A | 2022-07-23 21:19 | 2025-05-21 07:03 |
Reporter: | Cuan | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | File Source: Video High Density (VHD) | ||||
Description: |
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 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | Also see https://anidb.net/admin/creq/15976971 which depends on this. | ||||
Attached Files: | |||||
Notes | |
(0004502)
Cuan 2025-05-21 07:03 |
The following files are known to be sourced from VHD: https://anidb.net/file/2937248 https://anidb.net/file/3248751 https://anidb.net/file/3354908 |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3581 | [AniDB Website] Bug Report - Interface | minor | always | 2025-04-24 11:46 | 2025-04-24 11:46 |
Reporter: | Cuan | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Misleading error message when re-adding a previously deleted character-anime relation | ||||
Description: |
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. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3580 | [HTML & PERL] Bug Report - Interface | trivial | always | 2025-03-18 22:01 | 2025-04-01 16:45 |
Reporter: | Gurkenmaster | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Content Security Policy blocks youtube embeds frames in the AniDB Forum | ||||
Description: |
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". |
||||
Tags: | |||||
Steps To Reproduce: |
Just go to https://anidb.net/forum/thread/801501#c500424 and try to play the video. |
||||
Additional Information: |
The current content security policy is content-security-policy: default-src 'none'; connect-src 'self' hcaptcha.com *.hcaptcha.com; font-src *.anidb.net; form-action 'self'; img-src * data:; script-src 'self' *.anidb.net hcaptcha.com *.hcaptcha.com; style-src 'self' hcaptcha.com *.hcaptcha.com 'unsafe-inline' *; child-src kiwiirc.com *.youtube-nocookie.com www.google.com/recaptcha/; frame-ancestors 'self'; base-uri 'self'; manifest-src *.anidb.net; frame-src 'self' hcaptcha.com *.hcaptcha.com; It should be more like this: content-security-policy: default-src 'none'; connect-src 'self' hcaptcha.com *.hcaptcha.com; font-src *.anidb.net; form-action 'self'; img-src * data:; script-src 'self' *.anidb.net hcaptcha.com *.hcaptcha.com; style-src 'self' hcaptcha.com *.hcaptcha.com 'unsafe-inline' *; child-src kiwiirc.com *.youtube-nocookie.com www.google.com/recaptcha/; frame-ancestors 'self'; base-uri 'self'; manifest-src *.anidb.net; frame-src 'self' hcaptcha.com *.hcaptcha.com www.youtube-nocookie.com; |
||||
Attached Files: |
Screenshot From 2025-03-18 22-59-04.png (8,973 bytes) 2025-03-18 22:01 https://tracker.anidb.net/file_download.php?file_id=444&type=bug |
||||
Notes | |
(0004501)
Gurkenmaster 2025-04-01 16:45 |
It's fixed. Youtube embeds work again. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3578 | [AniDB Website] Bug Report - Interface | major | always | 2025-02-15 16:31 | 2025-03-21 19:20 |
Reporter: | Ileca | Platform: | Firefox | ||
Assigned To: | OS: | ||||
Priority: | high | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | The Season Chart's filters are broken | ||||
Description: | You can't trust the filters (show 18+/hide 18+/finished/airing) from the Season Chart because they show wrong anime while they appear to work in the Anime List, which allows you to see how broken the Season Chart's are as they don't show the same lists. | ||||
Tags: | |||||
Steps To Reproduce: |
Take Summer 2023, tick "show only 18+ Content" https://anidb.net/anime/season/2023/summer/?do=calendar&do.update=1&h=2. It will show 8 anime. Four are missing despite having the 18+ tag: Fuufu Koukan: Modorenai Yoru, 1LDK + JK Ikinari Doukyo? Micchaku!? Hatsu Ecchi!!?,, Sukebe Elf Tanbouki, and Kunoichi ********den Ajisai. Now, tick "finished". 3 anime. Four are missing despite having an end date. This time, Kunoichi ********den Ajisai shows up. Now tick "still airing" and you will only see one anime Junjou Decamelon. Four are missing despite having no end date and number of episodes set. You can repeat that with other seasons such as My Mother https://anidb.net/anime/18224 not showing as a 18+ anime in the Autumn 2023 chart. It is also hidden when you tick "hide 18+ Content". Anime List for Summer 2023: https://anidb.net/anime/?do.update=1&h=2&noalias=1&orderby.name=0.1&season.month=19&season.year=2023 |
||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004499)
Cuan 2025-03-21 10:27 |
Can't reproduce, both anime list and season chart show the same 12 entries (11 for finished anime) for me. "Junjou Decamelon" does not get shown as still airing. |
(0004500)
Ileca 2025-03-21 19:20 |
That was surprising. But more surprising was that uBlock Origin is the source of this problem despite not seemingly blocking anything on anidb... Case close. Will have to report to uBO. Thanks. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3579 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2025-03-16 00:28 | 2025-03-16 00:28 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | For granted parent creqs, list all the associated child creqs | ||||
Description: |
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. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3577 | [HTML & PERL] Bug Report - Database | minor | sometimes | 2025-01-12 03:16 | 2025-01-12 03:16 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Apostrophes in resources are converted to backticks for some entries, resulting in broken links | ||||
Description: |
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. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3574 | [AniDB Website] Bug Report - Interface | feature | unable to reproduce | 2024-10-23 13:30 | 2025-01-10 06:21 |
Reporter: | lowkeyanotaku | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | high | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | AniDB website do not load properly after login? | ||||
Description: | AniDB website do not load properly after login? It was fine yesterday. None of the formats, interface etc are visible, only some anime title display image and characters are visable after some wait. Only plain white texts and submenu in bullet form with clickable hyperlink. I tried both firefox and Chrome, both are on the most up to date version. When i logout the website was able to load normally. The page veiw is extremely long depending on which subpage you are on. Search bar at the end below, follow by pages content in text only. | ||||
Tags: | |||||
Steps To Reproduce: | No idea, just login? lol | ||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
Screenshot 2024-10-23 212748.png (125,607 bytes) 2024-10-23 13:30 https://tracker.anidb.net/file_download.php?file_id=436&type=bug Screenshot 2024-10-23 212940.png (284,258 bytes) 2024-10-23 13:30 https://tracker.anidb.net/file_download.php?file_id=437&type=bug Screenshot 2024-10-23 212733.png (102,518 bytes) 2024-10-23 13:30 https://tracker.anidb.net/file_download.php?file_id=438&type=bug Screenshot 2024-10-23 213127.png (91,551 bytes) 2024-10-23 13:35 https://tracker.anidb.net/file_download.php?file_id=439&type=bug Screenshot 2024-10-23 213230.png (191,957 bytes) 2024-10-23 13:35 https://tracker.anidb.net/file_download.php?file_id=440&type=bug |
||||
Notes | |
(0004493)
lowkeyanotaku 2024-10-23 13:35 |
Oh ya, i have also tried going into the setting to change the Website Style but it will get stuck on default. After a min or more wait, the other style will show up, tried changing the style but it wont apply or do anything as if it was on read mode or something. All the styles are shown one after another and making the entire page very long again lol. |
(0004494)
lowkeyanotaku 2024-10-23 13:44 |
what? i works now, i been trying the whole day it wont load properly. How to close or delete this? |
(0004496)
jlucci 2025-01-10 05:58 |
I'm now running into this exact same thing. For the last few days the site will not load properly for me when logged in. If I log out, everything is fine. When trying to log in again, I see my browser hanging with a "Connecting to cdn-us.anidb.net" message at the bottom of the page |
(0004497)
jlucci 2025-01-10 06:13 |
As an added note, if I use a vpn connection and change it to something outside the US, everything loads just fine. |
(0004498)
jlucci 2025-01-10 06:21 |
Strangely enough, I was browsing the site through the vpn connection, then disabling the vpn and now the site connects just fine. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3576 | [HTML & PERL] Bug Report - Interface | minor | always | 2024-12-30 15:59 | 2025-01-03 15:44 |
Reporter: | Gurkenmaster | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Schedule for 2024 Week 53 wraps around to 2024 Week 1 | ||||
Description: |
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! |
||||
Tags: | |||||
Steps To Reproduce: |
There are two parts to this bug that can be reproduced independently. Part 1: Time dependent bug (Only valid for December 30 2024 and December 31 2024): Just go to https://anidb.net/anime/schedule/?do.update=1 and get sent to 2024 Week 01. Part 2: Go to https://anidb.net/anime/schedule/2024/52/ then click next. It brings you to https://anidb.net/anime/schedule/2025/1/ but the title is still 2024 Week 01 (which is wrong), but the schedule shows both days from 2024 and 2025 (which is correct). |
||||
Additional Information: | |||||
Attached Files: |
Screenshot From 2024-12-30 16-51-11.png (386,992 bytes) 2024-12-30 15:59 https://tracker.anidb.net/file_download.php?file_id=442&type=bug Screenshot From 2024-12-30 16-58-45.png (438,515 bytes) 2024-12-30 15:59 https://tracker.anidb.net/file_download.php?file_id=443&type=bug |
||||
Notes | |
(0004495)
Cuan 2025-01-02 10:02 |
Can confirm this bug on 02 January 2025. https://anidb.net/anime/schedule/?do.update=1 still sends you to 2024 Week 01. The display bug affects all years that start with a Monday, Tuesday or Wednesday, e.g. https://anidb.net/anime/schedule/2013/1 https://anidb.net/anime/schedule/2014/1 https://anidb.net/anime/schedule/2015/1 |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3575 | [AniDB Website] Bug Report - Interface | minor | always | 2024-11-21 20:51 | 2024-11-21 20:51 |
Reporter: | Melikoth2 | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Clicking ED2K link in Chrome results in browser blocking request | ||||
Description: | 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. | ||||
Tags: | |||||
Steps To Reproduce: | Select an anime and go to the episode list. Expand an episode and click the ED2K link in the hash column. | ||||
Additional Information: |
In researching my issue I found another website where users noted the same problem. It appears that after the update to v130 Chrome now takes issue with the pipe character being present in the link string. Replacing the pipe with %7C seems to be how they solved it - but they also note this breaks traditional copy/pasting of links into the client. Here is a link to that forum where they explain their fix. https://www.first-loves.com/forums/viewtopic.php?style=2&p=118527#p118527 |
||||
System Description | |||||
Attached Files: |
hash_blocked.png (13,079 bytes) 2024-11-21 20:51 https://tracker.anidb.net/file_download.php?file_id=441&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3573 | [AniDB Website] Bug Report - Interface | major | always | 2024-09-25 16:31 | 2024-09-25 16:31 |
Reporter: | td0808 | Platform: | Laptop | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | Firefox 130.0.1 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Impossible to register new account | ||||
Description: |
When trying to register a new account, the regex-validation for username ALWAYS fails. in console the following error is shown: <input pattern='[A-Za-z0-9-_]{3,16}'> kann nicht überprüft werden, da '/[A-Za-z0-9-_]{3,16}/v' keine gültige Regexp ist: character class escape cannot be used in class range in regular expression. (sorry, german error: english = " pattern='....' can not be verified, because '/[A-Za-z0-9-_]{3,16}/v' is not a valid Regexp".) When submitting the form: Response is: {"field":"signup.user","msg":""} The following username was used: TSD0815 , which should be ok. Sadly, no error message is shown on what is wrong. |
||||
Tags: | Registration | ||||
Steps To Reproduce: | Try to register a new useraccount | ||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3572 | [AniDB HTTP API] Feature Request | feature | always | 2024-03-24 05:58 | 2024-07-25 15:55 |
Reporter: | Bobobobo | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add episode notes to anime response | ||||
Description: |
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. |
||||
Tags: | |||||
Steps To Reproduce: | http://api.anidb.net:9001/httpapi?request=anime&aid=10702&protover=1&client=xxxxxxx&clientver=1 (episode S1 should have notes) | ||||
Additional Information: |
Current AniDB procedure for episode 0 is described here: https://wiki.anidb.net/Content:Episodes#%22Prologue%22_and_%22Episode_0%22_Episodes Background that led to the current procedure: https://anidb.net/admin/creq/17625940 |
||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3566 | [AniDB HTTP API] Bug Report | minor | always | 2023-09-02 20:51 | 2024-07-25 15:55 |
Reporter: | hazy-mist | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | "Alternative Setting" and "Alternative Version" are both mapped to "Alternative Setting" in the xml dumps | ||||
Description: |
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. |
||||
Tags: | anime, XML | ||||
Steps To Reproduce: |
1. Find any series that have an "Alternative Version" relation, e.g. 423 2. Check the XML dump from the HTTP api 3. the "Alternative Version" relations show up as "Alternative Setting" instead. |
||||
Additional Information: |
Images for anime 423 are attached to illustrate the issue; |
||||
Attached Files: |
image.png (847,959 bytes) 2023-09-02 20:51 https://tracker.anidb.net/file_download.php?file_id=433&type=bug test.jpeg (476,308 bytes) 2023-09-02 20:55 https://tracker.anidb.net/file_download.php?file_id=434&type=bug |
||||
Notes | |
(0004489)
hazy-mist 2023-09-02 20:53 |
It seems like the bug tracker didn't like the fact that the images pasted from the clip board had the same name, and there were no way to rename them, so only one of them was uploaded it seems. I've attached the other one that didn't get uploaded earlier. |
(0004490)
hazy-mist 2023-09-02 20:55 |
|
(0004491)
hazy-mist 2023-09-02 20:58 |
It was because it was ~200kb above the upload limit. � Converting it to jpeg worked. � |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3571 | [HTML & PERL] Feature Request | minor | always | 2024-02-20 00:11 | 2024-02-20 00:11 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Notification options: add option to effectively blacklist "no group" (filter its files from notifies) | ||||
Description: |
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. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3570 | [CSS] Bug Report - Interface | minor | always | 2023-12-09 20:25 | 2023-12-09 20:46 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | BB CODE button on WYSIWYG editor display line break | ||||
Description: |
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; } |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
image.png (26,391 bytes) 2023-12-09 20:25 https://tracker.anidb.net/file_download.php?file_id=435&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3568 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2023-09-20 01:30 | 2023-09-20 01:36 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Generate creq when regular user (not mod, char-char rel maint., char maint.) tries to add evolve/transform char-char rels | ||||
Description: |
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. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3569 | [Reports] Feature Request - Misc | minor | N/A | 2023-09-20 01:34 | 2023-09-20 01:35 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add mod report: evolve/transform char-char rels, either character is not Pokemon or Digimon | ||||
Description: |
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. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3567 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2023-09-20 01:27 | 2023-09-20 01:35 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Throw warning when regular user (not mod, char-char rel maint., char maint.) tries to add evolve/transform char-char rels | ||||
Description: |
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. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3565 | [AniDB Website] Feature Request - Interface | minor | N/A | 2023-08-13 21:48 | 2023-08-13 21:48 |
Reporter: | kori97 | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Search with a filter for faster staff credit selection | ||||
Description: |
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. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3303 | [SigServer] Feature Request | minor | N/A | 2019-01-18 20:10 | 2023-08-05 13:24 |
Reporter: | -Blackiris- | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | GDPR: add a GDPR check to periodic cron, to delete accounts that have been removed | ||||
Description: |
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! |
||||
Tags: | calendar, client, cookie, creator, userpage | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
sigserv_usermaint_example.xml (526 bytes) 2019-01-18 21:22 https://tracker.anidb.net/file_download.php?file_id=315&type=bug |
||||
Notes | |
(0004331)
Soulweaver 2019-01-18 21:22 (Last edited: 2019-01-18 21:30) |
There are currently no guaranteed periodical data updates of any kind; data is updated on-demand, and for users, there is no on-demand case that would end up with a deletion of a user account and only one rare case, triggered by a visit by the user in question, where the user account even is queried for a possible update. Creating a new cron task for this is possible, but a sensible implementation requires a new main site endpoint for SigServer to call (the best approach is a new t=... type in the XML API to keep things together). When this is implemented, we can combine another maintenance task, updating changed user names, into this same feature. Attached is an example of the output that should be provided by the desired endpoint. To take the minuscule chance of the task not triggering for a single time into account, the included data should cover the duration of at least two cron cycles (i.e. if the task is run every month, include at least two months' worth of data). Alternately, the endpoint may take in an extra parameter that specifies a timestamp/time string in a well documented format for the start point of the returned data; in this case, the cron task will take care of pulling enough data instead. For renames, only the most recent rename should be included if the name changed more than once during the covered period. The cron task will ignore user entries it has already deleted. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3549 | [AniDB HTTP API] Feature Request | feature | N/A | 2023-04-25 14:37 | 2023-07-09 22:35 |
Reporter: | hazy-mist | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add seasonal data to HTTP API XML dumps | ||||
Description: |
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. |
||||
Tags: | anime, XML | ||||
Steps To Reproduce: |
1. Download an XML dump. 2. It doesn't contain the seasonal data. |
||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004487)
hazy-mist 2023-07-09 22:35 |
Is it safe to interpret the unassignment as we will never see this feature implemented? If yes, then okay, I won'tbring it up again. If no, then why was it unassigned? |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3492 | [Reports] Feature Request - Misc | minor | N/A | 2021-01-27 19:29 | 2023-07-09 18:22 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | REPORTS: mod report of all anime with awards | ||||
Description: |
[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 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3489 | [SigServer] Bug Report | text | always | 2021-01-16 04:21 | 2023-07-09 18:22 |
Reporter: | Newser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Ugly phrasing in SigServer's introduction text | ||||
Description: |
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." |
||||
Tags: | |||||
Steps To Reproduce: |
http://sig.anidb.net/profile/add/ Apparently should not have any mode chosen to see the introduction text |
||||
Additional Information: |
Explanation regarding the second sentence by aaabbb: seems to be missing the usual commas or paranthesis for the clause in the middle ([to, in an easy way, keep], or [to (in an easy way) keep], although I would tend to make it [to keep, in an easy way, an], or [to keep (in an easy way) an]), and it is not how one would typically say it in a conversational setting where the [in an easy way] would get tacked onto the end of it instead of shoved into the middle. Explanation regarding revision of the rest of the text by Belove: better to have a comma between "Sigserver" and the username (two proper names run together detracts from readability); should be a comma after "To start using this feature"; "simple and advanced mode" should be "Simple and Advanced mode" since the mode names are proper names/titles and not abstract adjectives; "userfriendly" should be "user friendly"; "opens a vast amount of" should be "opens a vast number of" (number issued for countable things) or maybe better, just "opens up vast" (up is often used when in reference to expanding; number can be dropped here to imply we mean the size of a set). |
||||
Attached Files: |
AniDB_SigServer_introduction_text.png (19,599 bytes) 2021-01-16 04:21 https://tracker.anidb.net/file_download.php?file_id=389&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3491 | [CSS] Bug Report - Interface | minor | N/A | 2021-01-27 19:28 | 2023-07-09 18:22 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Awards: banner images for new Japan Media Arts Years | ||||
Description: |
[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 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3563 | [AniDB Website] Bug Report - Interface | minor | always | 2023-05-26 09:58 | 2023-05-26 09:58 |
Reporter: | Cuan | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime List: unvoted anime show vote revoke icon | ||||
Description: | All results in anime list (https://anidb.net/anime/) display the i_general_vote_revoke icon, whether they were voted on or not. Additionally, unvoted entries display "Your vote: 0.00" as a title/tooltip rather than "Rate this anime". The behaviour should be same as it is on the mylist. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3562 | [AniDB Website] Feature Request | feature | have not tried | 2023-05-22 23:41 | 2023-05-22 23:41 |
Reporter: | peterx | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | E-mail notification | ||||
Description: |
Hi, Please make e-mail notification a feature here on AniDB.. at least for new private messages and for our own creq changes, there should be an option if you want to be notified by e-mail or not. Of course the default setting would be no e-mail notification so only those users receive an e-mail if he/she wanted it. This is a very very basic feature that almost every website has that have registered users.. please make AniDB one of them too in the future. Thank You! |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3561 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2023-05-17 02:26 | 2023-05-17 02:26 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Allow UID filtering of the CREQ history page | ||||
Description: | Allow creq history filtering by UID, so that https://anidb.net/admin/creq/history/?uid=560966 works the same way as https://anidb.net/admin/creq/?uid=560966 | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3560 | [HTML & PERL] Feature Request - Interface | text | N/A | 2023-05-17 02:23 | 2023-05-17 02:23 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Creq Edit vs File Notifications | ||||
Description: |
https://anidb.net/forum/thread/800585 -- as seen here, there is potentially user confusion on creq notifies vs file notifies. Proposed solution: for all instances where "notify", "notifies", "notification(s)" show up on the HTML, change it to "CREQ notifications" or "File notifications" accordingly. Example pages where change is needed: Creq notification page: https://anidb.net/user/creq/notification My notifies page: https://anidb.net/user/notification Notifications tab of user profile settings page My Data section of each anime page where we subscribe for file notifications |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3559 | [AniDB Website] Bug Report | minor | have not tried | 2023-05-14 18:14 | 2023-05-14 18:14 |
Reporter: | thany2 | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Can't post in the forum | ||||
Description: |
I can't post anything in the forum, because my account is too new. That's not the bug. The bug is that I'm being told this AFTER typing out my post, and AFTER (trying to) submit it. The text I typed out is not stored anywhere in cache, so going to the new topic page gives me a new blank form. Not github-style where it remembers anything in localstorage that hasn't been submitted yet. Only the browser keeps it in volatile memory, so using the back button goes back to the add topic form without losing it. The problem is, why can I get the this add topic page in the first place, when I'm not allowed to submit literally anything? The thing to take away here, is to check things beforehand, so that you won't have to punish the user with some error, but warn them before any data can/could get lost, by not allowing them onto a page where they won't be able to do anything anyway. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3558 | [AniDB Website] Bug Report | minor | always | 2023-05-14 18:08 | 2023-05-14 18:08 |
Reporter: | thany2 | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Registration procedure is too rough | ||||
Description: |
So I just registered. It worked, but only after getting slapped in the face a few times. 1. The username needs to be checked on the registration page, not after submitting the form. 2. This lead to an error that my username was already in use. That`s not my fault, so don`t punish me for it: 3. After going back, and trying another one, submitting the form lead to another error: wrong captcha response. I can`t do anything about that! the reCaptcha thing was already checked. I can`t uncheck and recheck it, and I had no way of knowing to do that even if it was possible! 4. Pressing F5 to satisfy the captcha thing, to recheck it, removes my e-mail and password confirmation box. But it did remember the username and first pasword box, curiously enough, Please make it so that pressing F5 doesn`t clear any fields. I think if you make it so that checking if everything is ok *before* submitting the form, submitting the form won`t result in an error (unless it`s something truly broken). It all comes down to not punishing a user for doing something that they have no way of knowing is incorrect. Especially in an onboarding procedure. Onboarding/registration is a very precious window of time where potential users will simply give up and go somewhere else if they can`t get it to work. Luckily I`m pretty tech-savvy and I knew to press F5. I would also suggest: 1. Don`t ask the user to confirm a password. It`s never been proven to solve any problem, and it`s basically trusting the user to copypaste their password correctly. 2. Don`t include a captcha that incorrectly fails after using the back button. The captcha should only *correctly* fail when the user has not responded ticking the checkbox. But when the checkbox is ticked and it still fails, it`s time to look for a better one. 3. Don`t have such strange requirements for password characters. It not only suggests that you`re storing passwords in your database and your database cannot handle those forbidden characters for some reason, it also defies security by reducing the number of different characters that can be allowed, and it interferes with Firefox`s own password generator. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3557 | [AniDB Website] Bug Report - Interface | text | always | 2023-05-09 03:47 | 2023-05-09 03:47 |
Reporter: | Xemnarth | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | low | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | File size | ||||
Description: |
Not sure if bug or previously reported, but we should have all values of KB/MB/GB etc. displayed as KiB/MiB/GiB instead. Haven't tried to find a custom CSS rule for that as I'm not sure if there is any. Reference: https://wiki.anidb.net/Profile#Format_file_size |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3556 | [AniDB Website] Feature Request | minor | N/A | 2023-05-09 02:36 | 2023-05-09 02:36 |
Reporter: | Killbay | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | low | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Change Skype to Discord in Personal Information. | ||||
Description: | From all social media there, I think Skype is really the only one truly outdated, no one uses it as there is no real reason to. I know Discord doens't have the best look, but Skype wans't exactly an unshady business too, so I think the switch up, or at least adding of Discord, would be welcomed. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3555 | [AniDB Website] Bug Report - Interface | minor | always | 2023-04-29 19:30 | 2023-04-29 19:44 |
Reporter: | msoltyspl | Platform: | Vivaldi 6.0.2979.15 | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 11 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | "update selected files" causes visual duplication of a list (see screenshot) | ||||
Description: |
Updating some/all entries in "my list" via "update selected files" causes weird visual issues with the list of the series duplicating on the screen. See attached screenshot for the results. Browser details: 6.0.2979.15 (Stable channel) (64-bit) / User Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36 |
||||
Tags: | mylist | ||||
Steps To Reproduce: |
1) enter mylist 2) select a filter (for example: Mylist status: watching+unknown+stalled+collecting) (optional, originally I thought it was related to filter being present, but alas not) 3) apply 4) choose any series, click "+" 5) check "select" with "all", choose "mark watched" from actions, click "update selected files" |
||||
Additional Information: | |||||
Attached Files: |
before_click.png (138,325 bytes) 2023-04-29 19:30 https://tracker.anidb.net/file_download.php?file_id=430&type=bug after_click.png (155,929 bytes) 2023-04-29 19:30 https://tracker.anidb.net/file_download.php?file_id=431&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3553 | [AniDB Website] Feature Request | feature | have not tried | 2023-04-27 14:52 | 2023-04-27 15:03 |
Reporter: | peterx | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Relations filter request | ||||
Description: |
Hi, I've an interesting suggestion for a new filter by which you can search for an anime I think it would be nice to search for animes which have NO relation at all to anything other, completely original things.. Every single anime need the have a "number" variable in which how many other animes related to it: like X anime have a sequel and a movie both of them are related to it so its rel. number should be "2". If the sequel anime has another sequel the rel. number STILL "2" for X anime. ONLY direct relations matter! ... (Okaaaaay MAYBE every sequel adds to the rel. number in the chain as they are very close to the main series but only forward direction.) You can choose from the following: 0 relation 1-5 relation 6-10 relation 11-20 relation 21+ relation This would be an interesting search as you can easily search for REALLY big "anime worlds" like OP, DB, Naruto, etc. which have many many relations for its main series, and also you can search for completely original animes, movies which have nothing else than itself. You can search from very small to very big anime worlds in this scale if you are interested in animes which are very popular and creators make many new related anime to it. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3554 | [AniDB Website] Feature Request | feature | have not tried | 2023-04-27 14:57 | 2023-04-27 15:02 |
Reporter: | peterx | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | E-mail messages | ||||
Description: |
I'd like to ask for e-mail notification option if we get a new private message or a new relation added to our watched animes, and even better if the message content would included in the e-mail too. Huge Thanks if you consider it! |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3552 | [AniDB Website] Feature Request | minor | have not tried | 2023-04-27 14:46 | 2023-04-27 14:46 |
Reporter: | peterx | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Less wide relation graph | ||||
Description: |
Isn't there a way to make the relation graph image a bit less "wide" like change some value in the code that creates it? Something like this would make it more compact for better visibility, two "line of entries" instead of one, see uploaded attachment. Good example of the problem is One Piece.. https://anidb.net/anime/69/relation/graph |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
graph.jpg (27,982 bytes) 2023-04-27 14:46 https://tracker.anidb.net/file_download.php?file_id=429&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3551 | [AniDB Website] Feature Request | minor | have not tried | 2023-04-27 14:43 | 2023-04-27 14:43 |
Reporter: | peterx | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Naruto, Bleach achievement | ||||
Description: |
Hi, Since there is Dragon Ball, One Piece, Hajime no Ippo, etc. etc. badges on our user profiles, shouldn't there be at least Naruto and Bleach achievements? These two are still part of those past "Big Three" animes, it would be nice to see a badge for them too, Bleach even coming back this year and Naruto universe is over 1000+ episode too just like One Piece.. According to AniDB statics they are in the TOP10 list of most watched by AniDB users on par with One Piece... https://anidb.net/anime/?h=1&noalias=1&orderby.name=1.1&orderby.ucnt=0.2 Big Thanks if you add them! |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3550 | [AniDB Website] Feature Request - Interface | feature | have not tried | 2023-04-27 12:29 | 2023-04-27 12:29 |
Reporter: | peterx | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | An important search feature missing! | ||||
Description: |
Hey, I've wanted to search only in anime descriptions ("alien" term) but I can only do it here in the detailed search: https://anidb.net/search/fulltext/?adb.search=alien&do.search=1&entity.animetb=1&field.description=1 The problem with the above is that I don't see what animes are on "My List" already (no green color) since the above is NOT an "Anime List" like that the following search gives: https://anidb.net/anime/?adb.search=alien&do.search=1 This only search in titles, so not good.. See the difference? Hope I'm not too confusing.. My suggestion is that please make a new search option in the upper right corner of AniDB called "descriptions" so searching for a term in anime descriptions only that will give me an "Anime List" where I can sort the results and see what I've seen already (green) or not. Thank You!! |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3499 | [HTML & PERL] Bug Report - Interface | major | always | 2021-04-12 08:39 | 2023-04-23 00:54 |
Reporter: | inim | Platform: | Firefox (latest) | ||
Assigned To: | OS: | Linux | |||
Priority: | normal | OS Version: | Ubuntu 20.4.2 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Error creating CREQ for for entry with 18+ tag leaves DB inconsistent afterwards | ||||
Description: | An attempt to modify the "nudity" content indicator for an entry with adult tags is rejected. In the DB, the "nudity" field is blanked after this, overwriting the old value and not setting the requested one. | ||||
Tags: | |||||
Steps To Reproduce: |
Reproduce: 1. Open https://anidb.net/anime/6083 (Kiss x Sis OVA) in Web Browser 2. Tags -> Add / Edit Tags -> Edit Tags (GUI) -> content indicators 3. Change value of "nudity" content rating from existing 2.x value to 1.5 and add comment Problem: The creation of a CREQ to admin is rejected with this error message: "* urination - Error: tag is restricted to adult content only " After this, the "nudity" content rating is blanked, i.e. there is no star. Existing stars are removed and not replaced by the new value. They are just deleted. This way one can hack the site and remove all nudity content ratings. Request: I won't test further to keep the DB consistent. But this looks like a control flow problem where an error condition (a) shouldn't occur, why not change non-adult tags / content ratings on an anime with adult tags? (b) there seem to be side effects with DB modification due to a bug in the error handling Please change the code so (a) becomes possible and fix (b) to stop this denial of service problem for DB consistency. |
||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004466)
DerIdiot 2021-04-20 14:25 |
Literally no data is being changed there and how is that a denial of service. Neither of these things applies. The tga is restricted and you got the appropirate response. Nothing to do here |
(0004467)
inim 2021-04-28 14:02 |
The word "denial of service" probably was too alarmist, I can't know for sure. There still is a problem at least in the display. After that error message, no stars were displayed for the changed category anymore in my GUI. The 1.5 stars we see now were manually entered by somebody after my change attempt. I still think the something, be it the actual DB, the display layer whatever, is messed up by triggering the error described. |
(0004486)
Hinoe 2023-04-23 00:54 |
I know this is old, but I think I should throw some cents at it. According to entry history, the nudity tag for anime 6083 has never had its weight changed since being added in the old category system all the way back in 2010. No changes were made -- and you would not be able to make any changes to that tag-entity relation without someone approving them anyway. I expect your GUI derped, so it would be at most a javascript issue with no DB impct. If confirmed, that would be an issue in and of itself, but that GUI is painful enough that I would argue we don't want to touch it unless we have a breaking issue; in my opinion, what you saw is not a big enough issue to warrant that. That said, there *is* a problem here that we probably want to see fixed. The problem is that, when there is one invalid tag assignment in the entry, the checks for invalid tag assignments are blocking all GUI-based massedits (possibly the text-based ones too? I don't know), irrespective of whether any change is being made to those invalid assignments. Because it blocks a bunch of legitimate edits for a completely unrelated reason and surprises the user (who also loses all the work done on the edits), I think that is a highly counterproductive behavior. The checks should only block changes that *create* new invalid assignments -- if an *already existing* invalid assignment is there but all *changes* are valid, it should process the changes. I'd say it should probably throw a warning about the invalid assignment, but, by and large, if such an assignment is there, although it is an error state, there is even a chance it is an intentional one. In this case, well, I haven't watched that anime, but, knowing its reputation, I wouldn't be one bit surprised if urination was an actual thing in it. The tag was eventually deleted from the anime, possibly only because it's an invalid assignment, and maybe the right thing would have been to keep the assignment and edit the tag to allow it on non-porn; I don't know. On the other hand, if you are changing an already invalid assignment in a way that makes it stays invalid, it should do something like ask for confirmation or throw a warning in the creq for the handler. So, when faced with an invalid assignment, the decision-making process should probably be something more or less like this: A) If the assignment was already there and isn't being touched: process all changes, maybe throw a warning. B) If the assignment was already there and is being touched in a way that makes it stay invalid (change weight, toggle local spoiler flag): maybe ask for confirmation, arguably process the change but throw an automatic system message in the creq for the handler to decide what to do. Maybe throw the system message in the creq always and ask for confirmation only if the change is being done by a mod or maintainer, and block owneredits (generate a normal creq instead). If the creq is a child of another creq, maybe also throw a warning in the parent creq concerning the relevant child(ren), or maybe do not make parent-child relations for those creqs at all (if this is a feasible option). Those warnings should not be added with the issuer's uid but with system uid, so that the user cannot edit/delete them. C) If the assignment was not there, then yes, continue to block and scream at the user as is done today. We don't want *new* invalid assignments. That said, if the user is a maintainer a mod, maybe don't block, but scream and ask for confirmation; we should likely assume that we want those people to be *able* to override those blocks in the event this is somehow necessary (maintainers and mods do already have the power to do that by changing the tagreltb properties back and forth if they *really* want to make an invalid assignment, it's just an incredibly annoying process), but we probably don't want anyone overriding blocks by mistake. I imagine that decision-making thing should apply for both massedits as well as individual edits, including when someone edits a creq. And obviously, if the assignment was already there and is being fixed (to remove/add weight, as appropriate, or delete the tag), it should process the change normally with no warnings. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3548 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2023-04-23 00:15 | 2023-04-23 00:15 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Mynotifies history: add anime type, year, ep count, and ep air date | ||||
Description: |
https://anidb.net/user/notification/history Add anime type (TV series, movie, etc), anime year (also previously requested on https://tracker.anidb.net/view.php?id=3468), anime episode count, and episode air date to the table, for both information and sorting purposes. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3547 | [AniDB Website] Feature Request - Interface | tweak | N/A | 2023-03-27 00:08 | 2023-03-27 00:08 |
Reporter: | kori97 | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Change creq textareas to be forum reply boxes | ||||
Description: | Writing detailed creq descriptions while manually writing stuff like [i], [img], or any other tags is painful and you can't preview what it will look like. And submitting the creq without any information, then going into the list of your creqs, going into the exact creq and then writing the details is even more painful. And I know I have gotten distracted before I could do so, leaving an empty creq with no explanation, a few times in the past. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
currect_look.png (11,761 bytes) 2023-03-27 00:08 https://tracker.anidb.net/file_download.php?file_id=427&type=bug desired_look.png (17,356 bytes) 2023-03-27 00:08 https://tracker.anidb.net/file_download.php?file_id=428&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3545 | [HTML & PERL] Bug Report - Misc | minor | always | 2023-03-12 11:55 | 2023-03-12 11:55 |
Reporter: | Zabr | Platform: | Mozilla/Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | low | OS Version: | 10/11 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Song-anime relation elements dont'have/has wrong IDs | ||||
Description: |
For now, on song pages in "table#animelist" there are "id" attribute only at 1st "tr" of each relation group (opening/ending/etc). It works correct with only 1 relation in 1 group (see "correct"). But, if there are more than 1 relation in 1 group, "tr" can has id attribute with wrong id (see "incorrect" 1-3), as I understand, the 1st "tr" will always has id of the earliest anime-song relation It will be great, if every relation (tr) will have it's own correct relation id in "id" attribute |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
correct.png (90,768 bytes) 2023-03-12 11:55 https://tracker.anidb.net/file_download.php?file_id=423&type=bug incorrect 1.png (161,944 bytes) 2023-03-12 11:55 https://tracker.anidb.net/file_download.php?file_id=424&type=bug incorrect 2.png (153,703 bytes) 2023-03-12 11:55 https://tracker.anidb.net/file_download.php?file_id=425&type=bug incorrect 3.png (155,859 bytes) 2023-03-12 11:55 https://tracker.anidb.net/file_download.php?file_id=426&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3544 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2023-03-12 01:51 | 2023-03-12 01:51 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add BB Code tools to CMT creq interface | ||||
Description: |
Example: https://anidb.net/admin/creq/?creq.cmt=1&id=44785&tb=songanimereltb Currently this is just a text box. The feature request is to add the standard editing tools (bold, bullets, quotes, etc). |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3542 | [HTML & PERL] Bug Report - Interface | block | always | 2023-01-30 00:41 | 2023-02-16 09:59 |
Reporter: | teddiebears | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Too low maxlength on password input on "Login Failed - Account not activated" causing invalid password errors | ||||
Description: |
The password field on the "Login Failed - Account not activated" page has a max length of 50, causing issues if you have a longer password, and its a silent failure as there is no indication that the whole password, if having a longer password than 50 characters, is not fully entered. As the max length on passwords when creating an account is 64 characters, this should be fixed. Only way to fix it temporarily is to change the maxlength attribute to be longer, or remove it altogether before entering the password as the backend allows the full length password. |
||||
Tags: | |||||
Steps To Reproduce: |
1. Go to the "Login Failed - Account not activated" 2. Inspect the password field and see the maxlength=50 attribute. |
||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3541 | [AniDB Website] Feature Request - Database | feature | N/A | 2023-01-11 01:04 | 2023-01-11 01:08 |
Reporter: | PortaTerzo | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Multi-tagger | ||||
Description: |
Tagging a single tag on multiple characters is painful, and going to edit-tag section has a delay, so when you do this for dozen of characters, it is going to take far more time than it should. To increase effectiveness, I believe it would be rational to include a checkbox next to every character. When this checkbox is checked, the character is added to a temporary list. Once the user has selected multiple characters, they can enter "multi-tag"-page, in which the user might enter tags that should be added to all characters on the temporary list. |
||||
Tags: | characters, tags | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3540 | [AniDB Website] Feature Request - Interface | minor | always | 2022-12-27 18:46 | 2022-12-27 18:49 |
Reporter: | Newser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Indicate that only part of the episodes contain specified Languages from specific group (either dub or sub), when applicable | ||||
Description: |
What the "Languages" field means in the "Group Status" (or "Released Anime" if you look from the group's page) is that the specified dub or sub tracks are present on at least 1 file from that group, but not necessarily all of them at the same time, and not necessarily for all episodes the group has released files for The user needs to be well affluent into how the website works to understand the above, and many don't, so this interface solution is not ideal and can be improved I suggest to indicate in some way when not all episodes have the track: maybe make the language icon transparent, or add * or "i" next to it (maybe also howerable, and three dots below), or something like that |
||||
Tags: | |||||
Steps To Reproduce: |
Here is an example: http://anidb.net/a8176 It says "ARR released episodes 1-26. The files released can contain the Japanese dub and they can contain English subs. For more details on what is available check the anime-group page." (http://anidb.net/c5824471#msg33346832) I agree "there is no error and everything works correctly as intended", but users still might not realise that they need to check, and just assume the entire show contains English subs When the user is not logged in, there is no way for them to check btw |
||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3539 | [HTML & PERL] Feature Request - Database | minor | N/A | 2022-11-21 16:17 | 2022-11-28 15:26 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add song-anime-rel comments | ||||
Description: |
Similar to how char-char-rel allow comments, add comments to song-anime-rel. Example: https://anidb.net/song/108675/anime Songs have various issues that need to be documented, for example: 1. credited vs uncredited 2. timestamp info to help with song crediting 3. different cuts of songs 4. other idiosyncrasies where having the ability to document comments would be helpful Currently, since song-anime-rel do not have a comment field, the comments are being stored in the song entries themselves. The problem with this is that anime-relation-specific data is being stored in the song entry. For example, if an insert song is used across 3 anime in the franchise, then comments entered in the song description for anime 1 will not apply to anime 2 and 3. Further discussion was had in here: https://anidb.net/admin/creq/16411850 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
timestamp.json (195 bytes) 2022-11-28 15:26 https://tracker.anidb.net/file_download.php?file_id=420&type=bug |
||||
Notes | |
(0004483)
Zabr 2022-11-28 15:26 |
As I asked in https://anidb.net/admin/creq/16411850 and saw no objection, the only data we want to have and maintain in anime-song-rel is broadcast type and timestamps. The first suggestion is: 1 new column to anime-song table: - description (text) In this text field we will fill info by the template, if necessary. This one will be easier and faster to implement, but I think it will create next problems in the future: - it's just unvalidated text field and anybody can write here anything; - even if we will follow the template, it easily could be mistakes, typos, wrong separators; - as ADD creqs process instantly, nobody can notice the errors mentioned above and fix them right away. The second suggestion is: 2 new columns to anime-song table: - broadcast_type (enum) - timestamps (jsonb) (json column should works good there, because we only need to save and read this data without any filtering) timestamps format in the attached file (timestamps is array to support multiply plays of the 1 track in the 1 episode) All data could be validated: - broadcast_type - is final list of options - episode_id / episode_number - should be in this relation episode field; - timestamp - should be time. This one will be harder and slower to implenent, but because of validation, will be easier to maintain. The only question is front view (anime detail, song detail, add/edit forms). Also, as we will have episode in json, this data could be used (shown) on file detail pages for certain episode. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3537 | [HTML & PERL] Feature Request - Database | minor | N/A | 2022-10-05 15:23 | 2022-11-02 15:59 |
Reporter: | Cuan | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Allow marking an anime entry without an end date as finished | ||||
Description: |
We have some anime in the DB where it is hard to find credible information about when exactly they were released. But we know for a fact that they are complete and finished. Many of these can be found with this search: https://anidb.net/anime/?airing=3&do.update=1&noalias=1&orderby.ucnt=0.2&release.state=1 These include about ⅓ old anime from the 1930s/40s, ⅓ obscure Sanrio anime that have been reissued so many times it's hard to pin down the first release and another ⅓ miscellaneous stuff. All in all, we're talking about around 20-30 entries where there just isn't any reliable info to be found. The list used to be longer, but me and some other users spent considerable time to track down the release dates. I think we should have a way of marking them as finished even without an end date. This would allow users to cast a vote and prevent creqs trying to set a bogus end date. In the past, you could say that not being able to cast a vote incentivised further research. Now it does the opposite. Interface-wise, this could be done with a simple tick box when editing anime entries. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3538 | [HTML & PERL] Bug Report - Interface | major | always | 2022-11-02 13:45 | 2022-11-02 15:59 |
Reporter: | Corwin90 | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Windows | ||
Priority: | high | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Relations for Tab broken | ||||
Description: | Before when you open the "Relations for an anime" tab you get a map with all the related animes to that one and you could click on each one to open that anime. Now it's like the whole thing is one big picture and you can't click on anything. | ||||
Tags: | |||||
Steps To Reproduce: | There is nothing to "reproduce" it's bugged for all animes. I click on "relation graph" and there it's like a one big picture, can't click on anything in there. | ||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3536 | [HTML & PERL] Feature Request - Database | feature | N/A | 2022-07-23 22:06 | 2022-07-27 08:30 |
Reporter: | Cuan | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | File Source: CD Video (CDV) / Video Single Disc (VSD) | ||||
Description: |
CD Video (not to be confused with Video CD) and Video Single Disc are two analog videodisc formats related to both LaserDisc and CD. Basically, they're analog LD video on a CD with digital CD sound. https://en.wikipedia.org/wiki/CD_Video https://en.wikipedia.org/wiki/Video_Single_Disc I'm aware of https://anidb.net/file/2987844 actually being sourced from VSD. Right now it's entered as LD source, which might be considered acceptable for these formats if a file comment is added to them. The same group has ripped some other stuff not in the DB from both formats. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004481)
Cuan 2022-07-23 22:12 |
Other obscure formats: https://en.wikipedia.org/wiki/MovieCD was a proprietary North American format that had about 15 anime releases by Central Park Media. https://en.wikipedia.org/wiki/PVD_Disc was a format for Hasbro's VideoNow media player. Some episodes of Yu-Gi-Oh! were released for it. I'm not aware of any rips sourced from these. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3533 | [HTML & PERL] Feature Request - Interface | tweak | N/A | 2022-06-29 22:06 | 2022-07-27 08:30 |
Reporter: | Ezeuz | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Upon removing a recommendation: Send notification & store the content temporarily. | ||||
Description: |
As you already know, you may report a recommendation if it's deemed unfit due to various reasons (commonly spoiler, not helpful, abusive usage, etc). And as someone who use it often, it's understandable how some of my recommendation might gone. But the problem is: I never get to know if it's gone, I never got any notification for it. And what's worse even if I notice it is that I don't remember what I write to even correct any mistake -- there's no trace of it. It's a bit bummer too since I often use it to share my key impression and easily recall what I thought about the series. |
||||
Tags: | anime staff, notification, recommendation, tooltip | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3532 | [HTML & PERL] Bug Report - Database | minor | always | 2022-06-24 11:03 | 2022-07-27 08:30 |
Reporter: | Cuan | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add File Relation: error when adding relation to multiple files | ||||
Description: |
I've tried to add file relations to https://anidb.net/file/3025799, which is a chapter-linker for all other files released by the same group. After selecting multiple files (tried with 3 and all by the group) and hitting the Add button, I get this: "ERROR: multiple files selected in an edit" Since the dropdown allows selecting multiple files and the note references the possibility as well, this is a bug. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3531 | [HTML & PERL] Bug Report - Interface | tweak | always | 2022-06-15 11:02 | 2022-07-27 08:30 |
Reporter: | Cuan | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Episode search: Number field non-continuous between pages | ||||
Description: |
When searching for episodes, the search results display a number column based on the number of different anime in the results. When getting to further results pages, the count starts again based on the number of results per page, giving a non-continuous number. Example search: https://anidb.net/episode/?adb.search=Interview&do.search=1&page=1 Screenshot shows last results of page 1, then first result of page 2. 500 entries per page. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Screenshot_20220615_125133.png (48,292 bytes) 2022-06-15 11:02 https://tracker.anidb.net/file_download.php?file_id=419&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3530 | [AJAX/JS] Bug Report - Interface | minor | always | 2022-05-28 12:02 | 2022-05-28 12:02 |
Reporter: | ibzotaku | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Rating a group release without selecting a score from dropdown causes a JS console error | ||||
Description: |
Basically the Summary. Here's the complete JS console error text: global.js:1960 Uncaught TypeError: Cannot use 'in' operator to search for 'eid' in <body id="anidb" class="nonav agvote"> <div id="layout-main"> <h1 class="agvote">Anime/Group Rating</h1> <div class="g_content agvote_all"> <a href="/perl-bin/animedb.pl?show=vmkjzotqvgudkmwb" style="display:none;">Download (Do NOT click!)</a> <div class="g_section agvote_cast"> <h4>Sonny Boy - Tenrai-Sensei</h4> <form id="popup_form" action="/perl-bin/animedb.pl" method="post">
</form> </div> </div><!--g_content--> <div class="g_end"></div> </div><!--layout-content--> <div class="hide" itemscope itemtype="https://schema.org/Organization"> https://anidb.net/ <img loading="lazy" alt="AniDB" itemprop="logo" src="https://cdn-eu.anidb.net/css/assets/images/touch/android-chrome-512x512.png"/> https://twitter.com/AniDBStatus <span class="hide" itemprop="name">AniDB</span> </div> </body> </html> at handleVote (global.js:1960:21) at Object.success (global.js:252:25) at fire (jquery.js:3937:47) at Object.fireWith [as resolveWith] (jquery.js:4067:29) at done (jquery.js:10658:30) at XMLHttpRequest.<anonymous> (jquery.js:10936:37) handleVote @ global.js:1960 success @ global.js:252 fire @ jquery.js:3937 fireWith @ jquery.js:4067 done @ jquery.js:10658 (anonymous) @ jquery.js:10936 load (async) send @ jquery.js:10957 ajax @ jquery.js:10549 Data.fetchJSONData @ global.js:223 (anonymous) @ global.js:1994 dispatch @ jquery.js:5973 elemData.handle @ jquery.js:5724 |
||||
Tags: | AJAX, anime, group | ||||
Steps To Reproduce: |
1) Go to https://anidb.net/perl-bin/animedb.pl?show=anime&aid=16282 2) Scroll down to Group Status section 3) Click the rate/like button on a release (I choose Tenrai-Sensei) 4) In the popup modal, click the vote button without selecting a score from dropdown 5) keep waiting while the spinner keeps spinning and nothing will happen because there's a JS error in the console |
||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3198 | [HTML & PERL] Feature Request | minor | have not tried | 2018-06-07 06:46 | 2022-05-16 08:34 |
Reporter: | idalgo | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Ed2k Dump like import | ||||
Description: |
Feature: I was wondering if it would be possible to create Import type which would be similar to Ed2k Dump yet it wouldn't have its limitations ie 50 items. Background Generally I'm keeping my anime on NAS and running any of the API clients is huge pain as getting checksums over LAN is slow. But I can create ed2k links / hashes directly on NAS which is way faster. Also this generation is under my control so I can adjust output to my needs ie add watched, state and other field on can see on ed2k dump page. Additional benefit Since we have ed2k export we could adjust it to the same format and have coherent solution for import / export and / or mass updates of anime episodes state. |
||||
Tags: | ed2k, import | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3529 | [AniDB Applet] Bug Report | major | always | 2022-05-11 12:50 | 2022-05-11 13:08 |
Reporter: | Harkonnen | Platform: | OpenJDK 1.8.0_312 | ||
Assigned To: | OS: | Linux | |||
Priority: | normal | OS Version: | Debian 9 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | AniAdd attempts to rename files in some circumstances even when file moving/renaming is disabled in option | ||||
Description: |
If total path+filename of a file exceed 254 symbols (or maybe bytes, idk i had ascii charactes) AniAdd truncated filename. With both "Enable Filemoving" and "Enable Filerenaming" disabled in options. If there is multiple files in that folder, AniAdds deletes them because it truncates all of them to the same name. P.S. Only if file is identified, if not it doesnt touch it. |
||||
Tags: | applet | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3528 | [AJAX/JS] Bug Report - Interface | tweak | always | 2022-05-07 09:53 | 2022-05-07 23:48 |
Reporter: | Cuan | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | File Upload: file size limit shown doesn't reflect actual size limit. | ||||
Description: |
https://anidb.net/upload shows a max file size limit of 204800 bytes. However, trying to upload a 182753 byte image fails with the error message "Allowed Max size: 150.00 KB". Limits shown in the yellow blurb as well as the error message should reflect the actual limits. Please fix this to actually allow users to upload 204800-byte files. |
||||
Tags: | upload | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Screenshot_20220507_104612.png (14,311 bytes) 2022-05-07 09:53 https://tracker.anidb.net/file_download.php?file_id=418&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3482 | [HTML & PERL] Feature Request | feature | N/A | 2020-12-19 07:49 | 2022-04-26 21:15 |
Reporter: | scott-lin | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Percentile stats for ratings | ||||
Description: |
Hi, This may not be new, but I didn`t find anything on the forum / tracker about it either. Today, I wanted to understand which group had the "best" release for an anime. I wasn`t able to make a decision based on release rating, because there are not enough votes. I decided to inspect each group`s rating next, which gave me more data, but it`s still difficult to make heads or tails of a group`s rating. For example, is 6.8 a good rating? It would be more clear to me if the rating came with a percentile to indicate, "this group is within the 80th percentile" or something to that effect. In order to understand a rating right now, I need to go look at large sets of rating data and memorize what is generally "good" then go back and compare it to what I was looking at earlier. Since the ratings can change over time, and I can also forget over time what a "good" rating is, it`d be great if this were more easily apparent. In summary, it`d be great if relative ratings across the site could be accompanied by percentiles. - "This anime ranks better than 95% of all other anime out there" -- what a great thing to know immediately on a anime page - "This group ranks better than only 10% of all other groups" -- stinky, thanks for letting me know anidb If there`s a way to understand this kind of message already, I`d love to know. Otherwise, thanks for considering this feature request. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3526 | [HTML & PERL] Feature Request - Interface | tweak | N/A | 2022-04-17 03:42 | 2022-04-17 03:43 |
Reporter: | VainNihilist | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Change to landing page after submitting creq for file edit, currently titled "Added File" | ||||
Description: |
The landing page (https://anidb.net/perl-bin/animedb.pl) after submitting a creq for a file edit is currently titled "Added File" even though the creq is not adding a file. Suggest that the landing page after submitting a creq is titled to reflect that it is an edit request, e.g. "Creq Submitted - File - <additional info>" Possibly including additional info specific to the entry being edited. May also be nice to include a direct link somewhere on the page to the creq created, e.g. to add/edit creq comments. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: |
This "Added File" landing page might currently be in use for other transactions, i.e. adding individual files. Although the link to the file entry is on the page, it could still be useful to update the title to be more descriptive, including e.g. anime title, episode number. Might be an opportunity to review other creq submission landing pages for consistency. |
||||
Attached Files: |
Edit File Landing Page.JPG (40,197 bytes) 2022-04-17 03:42 https://tracker.anidb.net/file_download.php?file_id=417&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3525 | [HTML & PERL] Bug Report - Interface | major | always | 2022-04-14 21:17 | 2022-04-15 16:40 |
Reporter: | Ileca | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | urgent | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Loading animation is broken | ||||
Description: |
When "mark file (as) watched" in the episode block by clicking on the eyes, the loading animation <div id="loading" class="active"></div> is broken and doesn't disappear when the Ajax call successfully finished. Therefore, the little eye is never updated and you have to refresh to see that the added episodes were indeed added. I am on Firefox Developer Edition 100.0b5. I could reproduce this issue in troubleshoot mode so it's not the fault of one of my addons. The broken behavior started happening recently. The console tells me: Content Security Policy: The page’s settings blocked the loading of a resource at inline (“script-src”). moz-extension:1:5003 This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”. 12602 XHRGEThttps://anidb.net/user/mylist/?do=seen&lid=340883328&seen=1&nonav=1&headless=1&geteprow=1 [HTTP/2 500 Internal Server Error 144ms] Uncaught EvalError: call to eval() blocked by CSP error global.js:223 jQuery 6 fetchJSONData global.js:198 ChangeBehaviourOfExternalLinks global.js:1293 jQuery 2 global.js:223:15 Content Security Policy: The page’s settings blocked the loading of a resource at eval (“script-src”). global.js:223:15 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | This broken behavior is really annoying. | ||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3515 | [CSS] Bug Report - Interface | minor | sometimes | 2022-01-09 20:33 | 2022-04-10 20:40 |
Reporter: | Newser | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Image preview is being cut off at the top of the table in the tag list | ||||
Description: |
I have only encountered it for tag entries, specifically If you hover over the thumbnail and size of the appearing image preview exceeds the size of the tag list table, then only the part inside the table would be shown (see attachment below for illustration) |
||||
Tags: | |||||
Steps To Reproduce: |
Visit any tag that has entries with pictures (preferably big), e.g. http://anidb.net/t6097 Hover over the first few thumbnails in the list |
||||
Additional Information: |
This css rule fixes the issue: #layout-main div.tag_all .g_bubblewrap, #layout-main div.tag_all table.animelist, #layout-main div.tag_all table.characterlist { overflow-x: initial; } It also happens to fix another issue you may see in the attachment below – the "x" button at the top right corner of the filters being cut |
||||
Attached Files: |
AniDB_image_preview_cut_off_at_top_in_tag_list.png (394,161 bytes) 2022-01-09 20:33 https://tracker.anidb.net/file_download.php?file_id=409&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3523 | [HTML & PERL] Bug Report - Interface | minor | always | 2022-03-26 00:24 | 2022-04-10 20:39 |
Reporter: | wolf | Platform: | Firefox | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | MyList 'Action' column in Episode list ignores column order settings | ||||
Description: | When trying to set the order of columns in settings, the Action column, when you expand to the episodes list, won't change. See image for clarity. | ||||
Tags: | episodepage, mylist | ||||
Steps To Reproduce: | See image. | ||||
Additional Information: |
I changed every setting, related or not, in Table Columns settings to be the same. It still won't move. Checked browsers on iOS devices, too. |
||||
Attached Files: |
anidb action column issue.png (206,050 bytes) 2022-03-26 00:24 https://tracker.anidb.net/file_download.php?file_id=415&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3521 | [HTML & PERL] Bug Report - Interface | tweak | always | 2022-03-01 18:54 | 2022-04-10 20:39 |
Reporter: | kori97 | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Song ID displayed intead of it's name when name is "0". | ||||
Description: | The latest songs list displays the song ID instead of it's name when the name is "0". I assume it's some if statement checking if there's a main name and '0" gets converted to false hence resulting in the ID being displayed instead. | ||||
Tags: | |||||
Steps To Reproduce: |
1. Go to https://anidb.net/admin/latest/entity/song 2. Change pages till you can see the song with ID 107803 (currently on the first page) or 106732 3. Voila. |
||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
Screenshot 2022-03-01 19.53.12.png (3,158 bytes) 2022-03-01 18:54 https://tracker.anidb.net/file_download.php?file_id=414&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3520 | [CSS] Bug Report - Interface | minor | always | 2022-03-01 15:52 | 2022-04-10 20:39 |
Reporter: | Newser | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Creq revoke button is invisible in "My Creqs" list | ||||
Description: | The button itself is there, but there is no associated icon, and no text, so the only way for you to use it is by knowing it is there, and guessing its location | ||||
Tags: | |||||
Steps To Reproduce: |
Go to http://anidb.net/user/creq Need to have at least one creq in Pending tab, then hover to the right of "Show Creq" icon in the "Action" column (see attachment for illustration) |
||||
Additional Information: |
Also I've noticed that there is no such buttons for your own creqs when going to the entire list of creqs http://anidb.net/admin/creq Not sure if this is intended that way |
||||
Attached Files: |
NewFilm_220301171555.avi (1,165,212 bytes) 2022-03-01 15:52 https://tracker.anidb.net/file_download.php?file_id=413&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3522 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2022-03-07 08:37 | 2022-03-07 08:37 |
Reporter: | polariser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Group status: add option to show filtered groups | ||||
Description: |
Hello, I have a 'default language' filter in effect in my profile and therefore releases in other languages were being hidden from me on certain anime pages. However, I was able to notice this in the "Episodes" section as there was a helpful message along the lines of "4 language filtered file(s) not shown - show all languages". When I clicked the "show all languages" link, I was able to see the releases in languages other than my chosen defaults. However, I do not see a similar option for the "Group Status" section. For some anime, I see an empty "Group Status" section even though there are multiple subs available albeit not in my preferred languages. A similar "show all languages" option might be useful here too. Cheers! |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3516 | [HTML & PERL] Bug Report - Interface | text | always | 2022-01-15 18:50 | 2022-02-27 16:16 |
Reporter: | Shitenshi | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | assigned | Product Version: | |||
Product Build: | Resolution: | reopened | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Guest version of Song page has "Performer(S)" with capital "S" | ||||
Description: | On the guest version of a song page, e.g. https://anidb.net/song/1580 while not being logged in, on the "Info" tab, the row header "Performer(S)" is spelled just like that, with a capital "S". While logged in, the text is displayed as "Performer(s)". | ||||
Tags: | songpage | ||||
Steps To Reproduce: | Simply open a song page (e.g. https://anidb.net/song/1580) while not logged in, for example using an InPrivate/Incognito browser screen. | ||||
Additional Information: | |||||
Attached Files: |
No issue (CSS disabled) though with side-effects (buttons).png (298,449 bytes) 2022-02-27 16:03 https://tracker.anidb.net/file_download.php?file_id=411&type=bug Issue appears (CSS enabled).png (298,912 bytes) 2022-02-27 16:03 https://tracker.anidb.net/file_download.php?file_id=412&type=bug |
||||
Notes | |
(0004476)
DerIdiot 2022-02-27 15:12 |
i can't reproduce that. The code itself as has it lowercase so the only thing that could up it would be css/js and that would be some quite selective code |
(0004477)
Shitenshi 2022-02-27 16:01 (Last edited: 2022-02-27 16:16) |
I've tested it a bit more: Cannot reproduce in FireFox 35.0.1 (yes, it's ancient). Issue appears in Internet Explorer 11(.0.9600.18204). Issue appears in Chrome 98.0.4758.102 (latest version it tells me). EDIT: the above also explains my initial report on it depending on being logged out; never tried logging in on Chrome. Issue also present when logged in. The source code does indeed have the "s" in lower case, and it seems you're correct about CSS being the culprit, according to Chrome it is caused by: .g_button a span, button, h2, h4, #layout-main .g_bubble.graph div.header, #layout-main div.block div.data table th, #layout-main div.edit_actions span, #layout-main div.g_definitionlist tr th, #layout-main div.g_menu.user ul li, #layout-main div.g_timedentry h4, #layout-main div.tabbed_pane ul.tabs li, #layout-search .submit, #layout-tabs ul.main-tabs { text-transform: capitalize; } From https://cdn-eu.anidb.net/css/anidbstyle3/anidbstyle3.css?v=2022-01-16T19-07-37 Disabling that returns the "s" to lower case, thought also changes other capital case letters. I'll see if I can add a screenshot after reopening the issue. That said, absolutely minor, so if this falls under "won't fix", I won't object further. ~ Shitenshi |
(0004478)
Shitenshi 2022-02-27 16:03 |
|
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3519 | [HTML & PERL] Bug Report - Interface | text | always | 2022-02-26 14:21 | 2022-02-27 15:07 |
Reporter: | kori97 | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Windows | ||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Contribution tab on songs has a typo | ||||
Description: | If you go into the "contribution" tab on any song, the first option is "edit this enty" which is definitely a typo. I also checked the same tab on anime/creator pages, and everything is spelled correctly there. | ||||
Tags: | songpage | ||||
Steps To Reproduce: |
1. Go to any song page, e.g. https://anidb.net/song/1 2. Click on the "Contribution" tab. 3. Look at the first option and notice the typo. |
||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
Screenshot 2022-02-26 15.20.55.png (9,330 bytes) 2022-02-26 14:21 https://tracker.anidb.net/file_download.php?file_id=410&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3517 | [HTML & PERL] Bug Report - Interface | minor | always | 2022-01-30 17:08 | 2022-02-27 15:03 |
Reporter: | Tokoyami | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Cannot enter episodes above 999 in the "Have you seen this anime?" form (bottom of anime page) | ||||
Description: |
The input field is set to a max length and size of 3, even on anime with episodes past 999. The site does input the last episode for you, even if higher than 999, but you cannot edit that to any other 4 digit number normally. Example from "One Piece": <input type="text" name="addl.upto" value="1009" size="3" maxlength="3"> |
||||
Tags: | animepage, HTML | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004474)
Tokoyami 2022-02-27 13:43 |
I needed to use this feature again and while the "size" attribute is now 4, "maxlength" is still set to 3 and is preventing me from entering a 4 digit episode number. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3513 | [HTML & PERL] Bug Report - Interface | tweak | N/A | 2022-01-02 02:53 | 2022-01-02 02:53 |
Reporter: | VainNihilist | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime Page > Group Status table > Episodes bar shading width percentage rounding | ||||
Description: |
In the Group Status table, the Episodes bar (epbar) appears to round the width of the "done" or "notdone" shaded parts to a whole percentage width. This sometimes rounds up, not to the closest percentage, leading to apparent misalignment of some episodes between different rows in the table (different groups). This may be more visible with the addition of "done mylist" shading which may show overlapping shading where there are not actually overlapping episodes. This is more applicable to anime with large numbers of episodes and for groups with incomplete releases. Understood that the maths needs to sum all the parts to 100% so some rounding away from the closest whole percentage may be inevitable, unless there is a different method for calculating and drawing to more precision? The minimum of 1% precision also limits the accuracy of drawing the bar for releases with multiple gaps on high episode count anime. |
||||
Tags: | |||||
Steps To Reproduce: |
e.g. https://anidb.net/anime/56 Highest episode number = 178 Group A: Done: 161-178, in mylist: 165-178 notdone 90% | done 2% | done mylist 8% Group B: Done: 1-164, in mylist: 1-164 done mylist 93% | notdone 7% The shading to EP164 would be 164/178 = 92.13% but this has been rounded up so there is an apparent shading overlap of 1%. |
||||
Additional Information: | Screen snip using style AniBlackle v2. | ||||
Attached Files: |
Group Status epbar overlap - a56.JPG (17,786 bytes) 2022-01-02 02:53 https://tracker.anidb.net/file_download.php?file_id=406&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3511 | [HTML & PERL] Bug Report - Interface | minor | always | 2021-12-04 22:41 | 2021-12-06 19:58 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Broken Back Buttons on Credit Admin Entry Edit Page | ||||
Description: |
See screenshot. https://anidb.net/admin/credit/?crel.edit=2644&epp=all&mode=all&orderby.type=0.1 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
image.png (84,637 bytes) 2021-12-04 22:41 https://tracker.anidb.net/file_download.php?file_id=402&type=bug image-2.png (94,238 bytes) 2021-12-04 22:41 https://tracker.anidb.net/file_download.php?file_id=403&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3498 | [HTML & PERL] Feature Request | minor | N/A | 2021-04-07 09:49 | 2021-11-07 03:00 |
Reporter: | dorainam | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Create a filter based on origin country in the season chart / schedule. | ||||
Description: |
The Chinese animation industry is growing. The titles are produced in more numbers and in better quality from year to year so they will end to be more visibility present in charts and upcoming seasons. The ability to filter them is needed because not all are interested to see all the titles. It will be indispensable for the upcoming seasons. This feature will be similar to something like "Adult Content", see the attached pic, where: ignore - show all Japan/China or Korea - show produced in Japan/China or Korea. other - show produced in other countries <- I'm not sure that this is indeed needed, so optional based on its necessity. ------------------------------- I would not say that this is the easiest way to implement it, but this filter can be tied to the main title of the anime. If the main title is Japanese transcription then it is Japan, and respectively for Chinese and Korean transcription. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
pic14.jpg (56,627 bytes) 2021-04-07 09:49 https://tracker.anidb.net/file_download.php?file_id=392&type=bug |
||||
Notes | |
(0004462)
DerIdiot 2021-04-07 11:27 |
1. we do not track country of origin 2. how much of somethign consitutes as being the country of origin? is 50% japanese enough? is 40? 30? globalisation does not make for clear cuts. a lot of anime has outsourcing to korea, china etc. |
(0004463)
dorainam 2021-04-07 12:02 (Last edited: 2021-04-07 12:43) |
1. Strange to hear this when there are tags like South Korean animation and Chinese anime already in the database, and quite old. The people just want to be able to filter them, it can be also implemented through the presence of these tags, if it is easier to you. 2. I don't understand what is the issue here. If you don't like "country of origin" then just name it "production country" or just "country" or something else. Definitely on some anime can work different people from more that one country, but the main title was decided based on the animation studio and main staff, that decide how the work will look. Until now I didn't see big issues. Somehow we managed to put main titles (language) and those tags. --- If the production is the problem then just name the filter based on what already exist, like "Anime main title language" with the options: -ignore -Japanese -Chinese -Korean and this will satisfy the majority. There is a present interest in filtering them and I don't see why we can't satisfy this interest. |
(0004464)
DerIdiot 2021-04-07 12:39 |
if they want to use these tags they already can do excactly that. no extra work required. https://anidb.net/search/anime -> Page to search in: season chart Tags - Anime: origin, select the relevant tags and pick exclude. done example: https://anidb.net/anime/season/?do.update=Search&tag.6152=-1&tag.6166=-1&tag.6219=-1&tag.6762=-1&tag.7270=-1 |
(0004465)
dorainam 2021-04-07 13:36 (Last edited: 2021-04-07 13:40) |
I can assure you that for the majority this is not intuitive at all, so don't be surprised when the majority will not know how to use this or that it even exists. Well even I never needed to search in the season chart so never looked for such a possibility. Now this in some way solves the issue from that thread, but I would say that this is not really something niche, so a lot of users would use it. Make it more easier to access. Since the tags exist, then just a visible option on the season chart / schedule page. Based on the tags' titles: "Production" with two option (box that can be checked) - exclude Chinese production - exclude Korean production (includes South Korean production and North Korean production tags). -------- Dunno... I do think that such an option has the potential for more widespread use in order to make it more public. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3494 | [AJAX/JS] Bug Report - Interface | minor | always | 2021-02-02 15:40 | 2021-09-06 15:49 |
Reporter: | PortaTerzo | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | feedback | Product Version: | |||
Product Build: | Resolution: | reopened | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Missing guise drop-down menu | ||||
Description: | For the entries that have guises there is meant to be a drop-down menu above the description box, however, in some profiles it is absent. | ||||
Tags: | |||||
Steps To Reproduce: |
Examples: https://anidb.net/creator/8524 https://anidb.net/creator/37062 |
||||
Additional Information: | |||||
Attached Files: |
466.png (203,656 bytes) 2021-02-18 16:07 https://tracker.anidb.net/file_download.php?file_id=390&type=bug |
||||
Notes | |
(0004458)
DerIdiot 2021-02-08 17:43 |
no idea what you are talking about. the dropdown is there |
(0004459)
PortaTerzo 2021-02-18 16:07 (Last edited: 2021-02-18 16:11) |
Do you see it in this screencap? Because I don't. Also, I'm using Firefox. |
(0004460)
DerIdiot 2021-02-22 10:23 |
it shows up correctly if you enable javascript. this is entirely your end |
(0004461)
PortaTerzo 2021-02-22 12:59 (Last edited: 2021-02-22 12:59) |
My javaScript is enabled... And guise menu shops in other profiles. I discover this from the console? https://i.imgur.com/OCG2xJA.jpg Could that prevent the guise from being built by? |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3502 | [AJAX/JS] Bug Report - Interface | minor | always | 2021-06-10 23:41 | 2021-09-06 15:47 |
Reporter: | Newser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | No "i" for seiyuu at episode pages | ||||
Description: | When there is a cast with specified episode range (any relation type) and a non-virtual seiyuu assigned, if you open a corresponding episode, there are no "i" icons (that are used to "click here to get more information about this entry") before the seiyuu names (next to "voiced by:") (see attachment for illustration) | ||||
Tags: | |||||
Steps To Reproduce: | e.g. http://anidb.net/e12275 | ||||
Additional Information: | Possibly related: http://tracker.anidb.net/view.php?id=3497 | ||||
Attached Files: |
AniDB_no_i_icon_next_to_voiced_by_in_episode.png (97,208 bytes) 2021-06-10 23:41 https://tracker.anidb.net/file_download.php?file_id=397&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3497 | [AJAX/JS] Bug Report - Interface | minor | always | 2021-04-04 10:07 | 2021-09-06 15:47 |
Reporter: | Newser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | No "i" for seiyuu when loading needed for "Show All" cast | ||||
Description: | When there is a cast that "Appears" (or makes a "Cameo Appearance"), you have to click "Show All" in order to see the entire cast. If the number of cast that appears is above certain amount (not sure the exact number), this cast needs to be additionally loaded with the JS, and in this case, there are no "i" icons (that are used to "click here to get more information about this entry") before the seiyuu names (next to "voiced by:") (see attachment for illustration) | ||||
Tags: | |||||
Steps To Reproduce: | e.g. http://anidb.net/a942 – click "Show All" | ||||
Additional Information: | Possibly related: http://tracker.anidb.net/view.php?id=3502 | ||||
Attached Files: |
AniDB_no_i_icon_next_to_voiced_by.png (265,447 bytes) 2021-04-04 10:07 https://tracker.anidb.net/file_download.php?file_id=391&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3505 | [HTML & PERL] Feature Request | minor | have not tried | 2021-07-04 11:09 | 2021-09-06 15:46 |
Reporter: | dorainam | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Search characters by birthday. | ||||
Description: |
The field is free text but the absolute majority follows dd.mm.yyyy format so searching using this format will show almost everything. related https://anidb.net/forum/thread/109906 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3504 | [HTML & PERL] Feature Request | minor | always | 2021-06-28 15:39 | 2021-09-06 15:46 |
Reporter: | alltimemarr | Platform: | Safari | ||
Assigned To: | OS: | macOS Catalina | |||
Priority: | normal | OS Version: | 10.15.7 19H1217 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Show a warning when hitting the "convert entry" that a change request is already pending | ||||
Description: |
Shouldn't the site tell you [I]before[/I] trying to convert an entry, that a change request is already pending? https://anidb.net/admin/creq/13923394#msg29257925 I filled in all the same info, and uploaded the same pic, but only saw someone already wanted to convert the entry after hitting submit, in the thing with the warning and if it's already in the database/create a guise etc etc |
||||
Tags: | creator, creq | ||||
Steps To Reproduce: |
- Go to a virtual credit where a change request is already pending (example: https://anidb.net/creator/virtual/408460) - Hit the "Convert Entry" button - Fill in info and hit submit - Be amazed that there's already someone with the same name, and that that entry is currently pending, and that they have the same birthday and info haha! |
||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3501 | [HTML & PERL] Bug Report - Interface | minor | always | 2021-05-18 17:59 | 2021-09-06 15:46 |
Reporter: | drr | Platform: | Firefox | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 10 | ||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Unable to (fully) remove buddy with private buddylist | ||||
Description: |
Added a buddy a year or so back who I no longer talk to and tried to remove them. Keeps giving a "Access Denied - This user has not granted you permission to view their buddylist." error upon trying to remove them via the "Remove <user> from your buddies" button. Friendship is listed as one-sided, which I assume is on their side as it states I've revoked their permission under the "Former Buddies" tab. |
||||
Tags: | buddies | ||||
Steps To Reproduce: |
1. Add a buddy mutually. 2. Have the buddy private their buddylist. 3. Remove the buddy. 4. Friendship will still remain one-sided and it's impossible to fully remove them as long as their list is private. |
||||
Additional Information: | Tested on Edge, Chrome and Firefox - all same result. All on Windows 10. | ||||
Attached Files: |
firefox_3en3ZGgKm0.jpg (13,436 bytes) 2021-05-18 17:59 https://tracker.anidb.net/file_download.php?file_id=394&type=bug firefox_uC1UYdg9Bi.jpg (47,882 bytes) 2021-05-18 17:59 https://tracker.anidb.net/file_download.php?file_id=395&type=bug firefox_AiUlH9x0y9.jpg (24,393 bytes) 2021-05-18 17:59 https://tracker.anidb.net/file_download.php?file_id=396&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3509 | [HTML & PERL] Bug Report - Interface | text | always | 2021-09-05 01:02 | 2021-09-05 01:02 |
Reporter: | VainNihilist | Platform: | |||
Assigned To: | OS: | ||||
Priority: | low | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | CREQ Handler Secondary Role display on UserPage truncated | ||||
Description: | The "CREQ Handler" Secondary Role as displayed on a UserPage does not show the details of which section of the database it applies for. When there are multiple "CREQ Handler" roles, they are listed without distinction and appear as if it is repeated. | ||||
Tags: | UI | ||||
Steps To Reproduce: |
View a UserPage for a user with multiple "CREQ Handler" roles. Compare to the staff page: https://anidb.net/admin/staff |
||||
Additional Information: | Long strings in the Userlevel section of the UserPage appear to wrap to the next line, but this does not seem to be what is happening with the "CREQ Handler" text. | ||||
Attached Files: |
UserPage Userlevel - CREQ Handler.JPG (17,590 bytes) 2021-09-05 01:02 https://tracker.anidb.net/file_download.php?file_id=400&type=bug UserPage Userlevel - example line wrap.JPG (13,181 bytes) 2021-09-05 01:02 https://tracker.anidb.net/file_download.php?file_id=401&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3508 | [HTML & PERL] Bug Report - Interface | text | have not tried | 2021-08-11 21:10 | 2021-08-11 21:10 |
Reporter: | Belove | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime page: Unnecessary zero-padding of review approval rating | ||||
Description: |
Approval percentage for reviews is zero-padded to 2 decimal places on anime pages, which detracts from readability. Example: https://anidb.net/anime/11998 first review (https://anidb.net/anime/review/10131) |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
screenshot.jpg (618,540 bytes) 2021-08-11 21:10 https://tracker.anidb.net/file_download.php?file_id=399&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3506 | [HTML & PERL] Feature Request - Misc | feature | N/A | 2021-07-17 18:53 | 2021-07-17 18:53 |
Reporter: | PortaTerzo | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Randomize multiple | ||||
Description: | I quite like the random feature of advanced search, however, its usability is very limited by the spam filter, which is understandable. So, assume it would be less stress to the server if one request would return a list of random selections, say 10 selections. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
446.png (9,278 bytes) 2021-07-17 18:53 https://tracker.anidb.net/file_download.php?file_id=398&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3503 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2021-06-16 02:49 | 2021-06-16 02:49 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime page, ep list: add icon (like the note or recap icons) for tags, show eptags marked is_important on hover | ||||
Description: |
While a very reasonable argument can be made that there may be no point in listing every ep tag on each ep on the anime page, there are still a handful of ep tags that really should be displayed, as they are particularly helpful or important in some way or another. An icon, such as the note or recap icons, and with the important tags listed on hover, would be an elegant way of doing it. An ep tag would be defined as important simply by setting the is_important flag on tagreltb; to the best of my knowledge, that flag is not actually used anywhere for ep tags, and this seems a very good place to put it to use. A rather obvious example of the use for this feature is the "live-action episode" tag, whose absence in the anime page can be particularly annoying when looking at S-type episodes. The fact an episode contains primarily live-action content is arguably at least as important as the fact another episode is a recap, and the eptb recap flag is deemed important enough to be shown on the anime page via an icon. The best existing workaround for the lack of such an icon is to backtrack to the tag section for the anime, open the ep list with each important tag in new tabs, scroll back to the episode list, and compare manually. While it is great that a workaround exists in the first place, which makes this issue less of a game breaker, not many think to use it or even realize they can, and using it is still a hassle at best; implementing this request would produce be a big QoL improvement. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3500 | [CSS] Bug Report - Interface | trivial | always | 2021-05-02 06:28 | 2021-05-02 06:29 |
Reporter: | Ileca | Platform: | Firefox | ||
Assigned To: | OS: | Windows | |||
Priority: | low | OS Version: | 7 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Vote For This Entry from Mylist & Vote Status tab overlaps MyList Info | ||||
Description: |
Look at my attached pic to see what I mean. My viewport's width is of 1600 and the option for having a side bar asks you to have "min. 1500px screen estate". It is the same when you have a temporary vote as you still have the choice to vote permanently. Reducing the space between temporary and permanent vote should be enough, or reducing the length of the title column. I see no problem with my other tabs. That's all. o7 |
||||
Tags: | CSS, layout | ||||
Steps To Reproduce: | 1600 width and "Show info blocks as a sidebar (min. 1500px screen estate)" checked. | ||||
Additional Information: | |||||
Attached Files: |
overl.PNG (243,195 bytes) 2021-05-02 06:28 https://tracker.anidb.net/file_download.php?file_id=393&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2975 | [HTML & PERL] Feature Request - Interface | feature | N/A | 2017-08-03 13:49 | 2021-04-09 13:27 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | worf | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | AddResource for Episode - add type Netflix | ||||
Description: | This is useful for Netflix only/exclusive licensed shows, similar to Crunchyroll. | ||||
Tags: | episode, resources, usability | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3496 | [MyList Export] Feature Request - SDK | feature | always | 2021-03-07 16:21 | 2021-03-07 16:21 |
Reporter: | CyberTailor | Platform: | |||
Assigned To: | OS: | ||||
Priority: | low | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add mylist "start date" and "end date" | ||||
Description: |
Not "airing/release" date but "started/ended watching" date as in "Edit the state for this anime" dialog https://anidb.net/forum/thread/106873 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3493 | [HTML & PERL] Bug Report - Interface | minor | always | 2021-02-01 05:51 | 2021-02-01 09:52 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | TAG: edits to tagdatatb are removing images | ||||
Description: |
[2021.02.01 00:46:43] <CDB-Man> I cannot edit https://anidb.net/tag/2837 to put 256528.jpg as the pic ID. whenever i fill in the image id field and hit edit, the change does not commit. if i try to include anotehr change with the creq, such as https://anidb.net/admin/creq/13999618 where i edited the description as well, the description chagne is recorded but not the image change [2021.02.01 00:46:52] <CDB-Man> can anyone else replicate? [2021.02.01 00:48:00] <CDB-Man> reuploading 256529.jpg it also does not work [2021.02.01 00:48:54] <CDB-Man> okay, it seems there is a bug It seems there is a bug with adding images to tags. It also seems that any changes to tags are generating creqs that remove the image from the tag, such as https://anidb.net/admin/creq/13993262 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3490 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2021-01-27 02:43 | 2021-01-30 18:59 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | ADMIN: Award Type Edit Link Broken | ||||
Description: |
On https://anidb.net/admin/award/?type=1 When I click "edit/del" on an award type, the link generated is: https://anidb.net/admin/award&type=1/?edit=6 Which returns 404. The correct link should be: https://anidb.net/admin/award?type=1&edit=6 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3476 | [HTML & PERL] Bug Report - Interface | trivial | always | 2020-10-29 21:20 | 2021-01-30 18:59 |
Reporter: | zeromind | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | "reject" club invitation link broken on club page | ||||
Description: |
If one has a pending invitation to a club and navigates to that club's page, an info box regarding the pending invitation is being displayed. The box contains 'You have been invited to this club, join the club or /club/410/?reject=1">reject the invitation.' |
||||
Tags: | |||||
Steps To Reproduce: |
1. Get invited to a club 2. Go to that club's page (e.g. https://anidb.net/club/410) |
||||
Additional Information: |
<div class="g_msg g_bubble note"> <h3>NOTE</h3> <div class="container">You have been invited to this club, /club/410/?join=1 or /club/410/?reject=1">reject the invitation</a>. </div> </div> |
||||
Attached Files: |
club_pending_invitation.png (17,918 bytes) 2020-10-29 21:20 https://tracker.anidb.net/file_download.php?file_id=387&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3488 | [HTML & PERL] Feature Request - Interface | minor | have not tried | 2021-01-14 07:30 | 2021-01-14 07:30 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Calendar: also show studios when they are credited with Work instead of only with Animation Work | ||||
Description: | Currently, the calendar (https://anidb.net/anime/season) shows the studios (generally one, but on occasion multiple) for each show by bringing up Animation Work (アニメーション制作) credits (https://anidb.net/creator/?credit=109). Quite often, however, studios are credited with Work (制作) (https://anidb.net/creator/?credit=122) instead, in which case no studios are shown. While there seems to be some sort of difference between the two credits sometimes, it is effectively non-existent or at most immaterial for most cases by far, especially for the calendar's purposes. The calendar should thus show both credits equally. | ||||
Tags: | |||||
Steps To Reproduce: |
https://anidb.net/anime/season?last.anime.year=2021&last.anime.month=13 Search for Hataraku Saibou, or Slime, or Log Horizon; they all have a studio listed right after e.g. "TV Series, X eps". Open up the anime page and you will find that studio with Animation Work (アニメーション制作) credits. Now search for Horimiya, or Mushoku Tensei, or Beastars; they have no studio listed at that location. All examples provided have a Work (制作) credit that the calendar doesn't show. |
||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3487 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2021-01-05 02:54 | 2021-01-05 02:54 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | CREQ: modify creq for credits and text credits | ||||
Description: |
For example: https://anidb.net/admin/creq/13729974 The user creq'd the credit, but deleted the original source "ED credits". A modify creq button would allow us to edit the source field and add it back right away. Going into the cast page to find and modify is cumbersome, especially when credit creqs usually come in large batches. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
image.png (170,943 bytes) 2021-01-05 02:54 https://tracker.anidb.net/file_download.php?file_id=388&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3486 | [HTML & PERL] Feature Request - Interface | minor | have not tried | 2021-01-01 04:13 | 2021-01-01 04:17 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | CREQ: show the character ID behind the char-animerel ID in a creatortextreltb creq | ||||
Description: |
https://anidb.net/admin/creq/11472385 -- for this creq on creatortextreltb, the edit is to re-link a text seiyuu credit from text credit "ミキ" to an existing charanimerel 143463. Somehow, please present on the creq page the character ID that is contained in 143463. For example, I would need to visit https://anidb.net/admin/creq/?creq.cmt=1&tb=charanimereltb&id=143463 in order to have learned that the character was https://anidb.net/character/101610/anime Alternatively, make the charanimerel clickable somehow. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3470 | [HTML & PERL] Bug Report - Interface | minor | sometimes | 2020-10-04 10:54 | 2020-12-30 05:58 |
Reporter: | Newser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Incomplete data in file's subtitles' tooltip for last files in some places for some formats | ||||
Description: |
I've noticed that starting with file http://anidb.net/f2389938, the tooltip when you hover with a mouse over the subtitle's icon (e.g. in the Episodes list of the corresponding anime, or in latest files), stopped showing the format (codec) and type (hard or soft subs). For files prior to that one, i.e. http://anidb.net/f2389937 and earlier, the info in the tooltip is full. Please see attachments for illustration However, I've also noticed that e.g. http://anidb.net/f2398518 does not have this issue. So it's possible that it's only related to some specific formats (maybe only to ASS) |
||||
Tags: | |||||
Steps To Reproduce: |
One of the ways to reproduce is to go to the anime page that the file belongs to, expand the episode (or release) in the Episodes list and hover over the subtitles icon http://anidb.net/f2389937 can be found at http://anidb.net/a14811 (1st episode) http://anidb.net/f2389938 can be found at http://anidb.net/a14490 (17th episode) |
||||
Additional Information: | |||||
Attached Files: |
AniDB_sub_tooltip_with_more_info.png (36,479 bytes) 2020-10-04 10:54 https://tracker.anidb.net/file_download.php?file_id=382&type=bug AniDB_sub_tooltip_missing_more_info.png (52,635 bytes) 2020-10-04 10:54 https://tracker.anidb.net/file_download.php?file_id=383&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3485 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2020-12-29 05:49 | 2020-12-30 05:58 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Profile settings: default languages, provide an option for "entry default" | ||||
Description: |
Forum thread: https://anidb.net/forum/thread/104856 Currently, language settings are set globally, meaning that if the setting is Japanese transcription, the JP Trans title for a Chinese anime is shown, even though the main title is a Chinese transcription. Add a new setting (called "entry main title" ?) that shows whatever is the entry's main title language title. For Japanese anime the japanese transcription is shown. For Chinese and Korean, same thing, the Chinese or Korean transcription title is shown. Same logic should apply to other entry types that allow changing the language flag for main title (character, creator, etc). |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004457)
Hinoe 2020-12-30 05:55 |
Ideally, there should also be an equivalent choice for "non-transcribed version of the title", (e.g. for a Korean entry, the actual, non-transcribed Korean), though this might pose problems with traditional vs simplified Chinese when both exist and the main title is transcribed Chinese. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3469 | [HTML & PERL] Feature Request - Interface | text | have not tried | 2020-09-25 20:12 | 2020-12-29 05:45 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Text update: SONG: More descriptive song relation descriptions for remix vs cover | ||||
Description: |
Current descriptions as found at https://anidb.net/song/104229/relation Is A Remix Of: Song was remixed from the other song Is A Cover Version Of: Song was covered from the other song Updated description (per nwa's explanation on IRC): Is A Remix Of: Song was remixed from the other song (remix = the original singer's voice is used in a new arrangement of their own song) Is A Cover Version Of: Song was covered from the other song (cover = a singer is singing their own version of another singer's song) As described on #anidb-mod the current descriptions are very vague, so adding clarity. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3481 | [HTML & PERL] Feature Request - Database | minor | N/A | 2020-11-20 01:53 | 2020-12-29 05:43 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | ResourceTB: more official Chinese streaming sites | ||||
Description: |
These are all major Chinese streaming sites for TV shows. Currently, we likely have a bunch of links in the "official site" or "official stream" type resource. These are all common enough that it can probably get its own type, just like bangumi & douban. Example links Youku Tudou The compressed link is: https://v.youku.com/v_nextstage/id_afab4239010743608be9.html But when you click on the page, it may generate either of these: 1. https://v.youku.com/v_nextstage/id_afab4239010743608be9.html?spm=a2h0c.8166622.PhoneSokuProgram_1.dtitle 2. https://v.youku.com/v_show/id_XNDg5OTAwOTg5Ng==.html?spm=a2h0c.8166622.PhoneSokuProgram_1.dtitle&s=afab4239010743608be9 Bilibili https://www.bilibili.com/bangumi/media/md88872/ iQIYI https://www.iqiyi.com/lib/m_217310814.html https://v.qq.com/detail/g/g6da8tj74x97ebk.html https://v.qq.com/detail/f/fittap2v6pqy8f3.html https://v.qq.com/detail/s/sdp00100511dtbw.html https://v.qq.com/detail/o/o2tvj6stx7u2u32.html |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3479 | [HTML & PERL] Bug Report | trivial | always | 2020-11-13 17:22 | 2020-12-29 00:35 |
Reporter: | Payuri | Platform: | Firefox | ||
Assigned To: | OS: | Linux | |||
Priority: | low | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Empty alt tag hides broken image placeholder | ||||
Description: |
On the forums and blogposts image tags have attribute alt="" which prevents clients from displaying placeholder image when image fails to load (due to src leading to inexistent resource or client blocking 3rd party resources). Expected behaviour: if image fails to load client should display placeholder image or image url |
||||
Tags: | |||||
Steps To Reproduce: |
1. Go to any post with an image (for example: https://anidb.net/forum/thread/98314) 2. Disable external resources or change image src to inexistent resource There is nothing to indicate that there should be an image |
||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004453)
DerIdiot 2020-12-28 09:17 |
personally i would classify that as really retarded on the browsers side of things. the alt attribute is _required_ according to the html spec. especially searchengines scream bloody murder if you drop it. usually we set the value of the alt attribute to the name of the entity shown in the image. for images displayed in the forum that is not really possible as we don't know what it shows. using some dumb "here be dragons" value seems ridiculous to me. seems like an empty alt attribute is interpreted as "do not show anything" which is ... ok i guess, but the placeholer image on load issues is only shown if the mandatory alt attribute is missing? the fuck? i guess i will have to set something in the place of an empty aqlt attribute. the url i guess *shrug* |
(0004454)
Payuri 2020-12-29 00:35 |
The specification states that "the alt attribute must be specified and its value must not be empty" except for specific cases. In case where image contents are not known due to being provided by user it says that the alt attribute can be omitted if img is in figure with figcaption or img has a title attribute[1]. Personally I think providing url in the alt attribute would be preferable – maybe prefixed with "User supplied image" for accessibility but that seems kind of redundant. [1] https://html.spec.whatwg.org/multipage/images.html#unknown-images |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3448 | [HTML & PERL] Bug Report | trivial | always | 2020-06-11 14:57 | 2020-12-28 09:22 |
Reporter: | VesperLlama | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | "The end date is in the future" error, even when the it is the correct date in my timezone | ||||
Description: | When i complete an anime and set the end date to the current date in my timezone (UTC +5:30) , i get the error "10 - the end date lies in the future". This only happens when i try to set that date after 12 am in my timezone and it is fine when i do it in the morning. | ||||
Tags: | calendar, date, mylist | ||||
Steps To Reproduce: | |||||
Additional Information: | I think this happens because AniDB's servers are in a timezone behind me and they are still in the previous day compared to me. And it starts working in the morning (for me) when the server's timezone is also at the same day. | ||||
Attached Files: |
Screenshot_20200612_003348.png (4,295 bytes) 2020-06-11 19:08 https://tracker.anidb.net/file_download.php?file_id=372&type=bug Screenshot_20200612_003334.png (366,607 bytes) 2020-06-11 19:08 https://tracker.anidb.net/file_download.php?file_id=373&type=bug |
||||
Notes | |
(0004428)
DerIdiot 2020-06-11 16:43 |
That is far too unspecific to make any sense. What are you doing? Where are you doing it? Please consider that we can't read your mind. If you report an issue be precise and thorough. |
(0004429)
VesperLlama 2020-06-11 19:08 (Last edited: 2020-06-11 19:09) |
In second screenshot - Current date in my timezone and setting that as the end date. The error i get is in the first screenshot. I have also updated the issue with more information |
(0004430)
DerIdiot 2020-06-11 19:33 |
No this still explains absolutely nothing. What are you doing and where. I don't need screenshots i need you to actually explain what you are doing and on which page. |
(0004431)
VesperLlama 2020-06-11 20:55 |
I am trying to set the Start and end dates of an anime i have watched in the "Edit the state for this anime" menu in the "My List" page. When I enter the current date for my timezone (after midnight) i get the above error. I think this is happening because the AniDB server's timezone is behind mine and it is still in the previous day compared to me, so it thinks I am entering a future date but for me it's present time. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3453 | [HTML & PERL] Feature Request | minor | have not tried | 2020-07-01 16:18 | 2020-12-28 09:22 |
Reporter: | Flank27 | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Time Statistics | ||||
Description: | For statistics, it would be interesting to see in History how much time you spent daily/weekly/monthly/yearly watching anime. It would be more precise than an episode count. Also, may be, statistics for times of day. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004435)
DerIdiot 2020-07-04 23:09 |
that's 2 entirely different things and should not be crammed into 1 ticket. aside the second is not doable anyway |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3454 | [HTML & PERL] Bug Report - Interface | minor | N/A | 2020-07-03 23:21 | 2020-12-28 09:21 |
Reporter: | DestinyofShadow | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Profile Picture Uploading | ||||
Description: |
Unable to Upload Profile Picture despite proper file size and image dimensions (im not uploading a banner im trying to upload a profile avatar picture) always get this error: 2-3 - file dimensions too large (max. 500x200 pixels) |
||||
Tags: | picture, profile | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
info may need updating.png (11,135 bytes) 2020-07-05 01:31 https://tracker.anidb.net/file_download.php?file_id=376&type=bug |
||||
Notes | |
(0004434)
DerIdiot 2020-07-04 23:08 |
"The max. image size is 100x100 pixel." |
(0004436)
DestinyofShadow 2020-07-05 01:31 |
if thats the case then i think this needs to be updated in the profile settings |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3458 | [HTML & PERL] Feature Request - Interface | feature | always | 2020-08-05 19:35 | 2020-12-28 09:21 |
Reporter: | Abu3safeer | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Make Right-To-Left language direction is rtl | ||||
Description: |
Hello, When I feed the database with Arabic text (which is Right To Left) the direction become from left to right. The text is fine, but when mixed with special characters like ? or ! the order become reversed, This is can be easily fixed by setting direction to rtl in css, no need to use text-align feature because it does not change the direction. See also forum thread: https://anidb.net/forum/thread/101838 |
||||
Tags: | |||||
Steps To Reproduce: | It can be found in any Arabic or RTL language. | ||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3460 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-08-22 14:15 | 2020-12-28 09:21 |
Reporter: | inim | Platform: | Chrome 84.0.4147.135 | ||
Assigned To: | OS: | Ubuntu | |||
Priority: | normal | OS Version: | 20.04.1 LTS | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Editing tags has side effect on existing is_spoiler tags | ||||
Description: |
BUG: Editing tags has side effect on existing is_spoiler tags When editing the tags of a show using the visual editor, a side effect creates CREQs concerning existing tags with the is_spoiler flag. WORKAROUND: Revoke the erroneously created CREQ manually, no damage was done yet (unless you are a mod) REQUESTED FIX: Fix the submit code so the buggy CREQs aren't created at all. ========= CDB EDIT: he reason is because the tag itself, "everybody dies", is marked as a global spoiler: https://anidb.net/tag/3267/edit Therefore as a global spoiler, it does not need per-entry spoilers. The system cleans these whenever anyone generates an edit via the GUI, and since you were the first person to touch Katanagatari via the GUI, you just happened to be the one that triggered the change. The edit is intended, therefore, modifying this request to as follows. Tags marked global spoiler do not need to be marked local spoiler on a per-anime, per-character, etc per entry basis. Whenever a user or mod uses the GUI tag editor, the system generates a creq, under that user/mod's name, to remove the local spoiler. User creq: https://anidb.net/admin/creq/13333190 https://anidb.net/admin/creq/13243019 Modedit creq: https://anidb.net/admin/creq/13337036 This is very confusing, especially for the user who never changed that tag. As such, similar to how tags deleted via massedit have an auto-generated creq message of "deletion request from massedit", make these spoiler flag cleanup creqs have the following message: "[b]Notice to user and mod:[/b] This creq was generated by the system under the user's name, to remove the is_spoiler flag from this tagentityrel, because the tag is already marked as a global spoiler. Mods, please grant this routine maintenance creq." |
||||
Tags: | creq, editor, tags | ||||
Steps To Reproduce: |
BUG Example / Reproduce: 1. I've added "predominantly adult cast" to https://anidb.net/anime/6613/ Katanagatari using the "Edit tags (GUI)" dialog 2. I've submitted the edit from there 3. A new CREQ on an untouched, unrelated tag was created (and submitted for mod approval) because the "is_spoiler" tag of existing tags is reset to "false"/0 https://anidb.net/admin/creq/13333190 |
||||
Additional Information: |
This happens the 2nd time, so I firmly believe this is a software bug and not some mis-edit on my side. See the first CREQ and it's follow up discussion https://anidb.net/admin/creq/13243019 Also reported here: https://anidb.net/forum/thread/102228 |
||||
Attached Files: | |||||
Notes | |
(0004441)
CDB-Man 2020-08-23 01:42 |
I have added the following commentary: CDB EDIT: he reason is because the tag itself, "everybody dies", is marked as a global spoiler: https://anidb.net/tag/3267/edit Therefore as a global spoiler, it does not need per-entry spoilers. The system cleans these whenever anyone generates an edit via the GUI, and since you were the first person to touch Katanagatari via the GUI, you just happened to be the one that triggered the change. The edit is intended, therefore, modifying this request to as follows. Tags marked global spoiler do not need to be marked local spoiler on a per-anime, per-character, etc per entry basis. Whenever a user or mod uses the GUI tag editor, the system generates a creq, under that user/mod's name, to remove the local spoiler. User creq: https://anidb.net/admin/creq/13333190 https://anidb.net/admin/creq/13243019 Modedit creq: https://anidb.net/admin/creq/13337036 This is very confusing, especially for the user who never changed that tag. As such, similar to how tags deleted via massedit have an auto-generated creq message of "deletion request from massedit", make these spoiler flag cleanup creqs have the following message: "[b]Notice to user and mod:[/b] This creq was generated by the system under the user's name, to remove the is_spoiler flag from this tagentityrel, because the tag is already marked as a global spoiler. Mods, please grant this routine maintenance creq." |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3461 | [HTML & PERL] Feature Request - Database | feature | always | 2020-08-22 16:56 | 2020-12-28 09:20 |
Reporter: | permidion | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Import from MAL should store missing id correspondence to help editor add missing info | ||||
Description: |
When a user import his MAL data into Anidb, the importer will throw warning when it cant find any corresponding id between MAL and Anidb I would be nice of all these unknown MAL ids would be listed somewhere so that editors could know that something should be edited/added on Anidb side |
||||
Tags: | |||||
Steps To Reproduce: | Import MAL list into anidb | ||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
Notes | |
(0004440)
inim 2020-08-22 17:08 |
Related to this / extended: There are anime such as "Inferno Cop" for which exist a decision to never create them in anidb (see https://anidb.net/forum/thread/50256 ). I have several dozen messages per import already which probably are related to "won't add" decisions. To silence those, the equivalent of a NULL mapping should be created in anidb's import logic, a black list of unsupported MAL ids. That would reduce the noise and the list suggested in the OP would be far more useful. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3467 | [HTML & PERL] Feature Request | feature | N/A | 2020-09-16 10:36 | 2020-12-28 09:20 |
Reporter: | UnAmericanOtaku | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Sort by Dropped/on hold percentage and total | ||||
Description: | It would be interested to have the ability to sort or filter anime by the dropped percentage much like we can sort/filter by score. It would be nice to see what anime people are abandoning the most, and it might even be more useful at finding something to watch or not to watch if we could look for anime with a low percentage of people giving up(which means it remains interesting through each episode) or a high percentage of dropped(meaning at some point, people decided it isn't worth continuing, so it's an anime to not even give a shot to). | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3475 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-10-18 15:56 | 2020-12-28 09:20 |
Reporter: | alltimemarr | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Adding existing song to collection as "Normal", gives error when leaving duration as default 0:00 | ||||
Description: |
When adding an existing song to a collection as "Normal", you get an error when you leave the duration as 0:00. You need to blank in out in order to proceed. Maybe it would be possible to leave the duration field blank by default? |
||||
Tags: | collection, song | ||||
Steps To Reproduce: |
Add a song to a collection. Leave the duration field as 0:00 |
||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
image.png (62,695 bytes) 2020-10-18 15:59 https://tracker.anidb.net/file_download.php?file_id=386&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3468 | [HTML & PERL] Feature Request | feature | have not tried | 2020-09-22 06:29 | 2020-12-27 19:58 |
Reporter: | Xemnarth | Platform: | |||
Assigned To: | OS: | ||||
Priority: | low | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Year Column | ||||
Description: | Addition of 'Year' column in 'MyNotifies - History' page so entries can be sorted by their airing year. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3263 | [AniDB HTTP API] Feature Request | feature | N/A | 2018-09-18 05:06 | 2020-12-27 19:54 |
Reporter: | dbrown369 | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add indirectly related anime | ||||
Description: |
Series info already provides directly related series through the 'relatedanime' tag section (is a representation of the 'Directly Related' section on the website) but there is currently no easy way to see all relations to an anime series through the API. This is easily viewable in the "Relation Table" on the site with "All Related Anime" enabled. http://anidb.net/perl-bin/animedb.pl?show=rel&aid=12569&table=1&all=1 EX: http://anidb.net/perl-bin/animedb.pl?show=anime&aid=12569 ################################################## ... <title xml:lang="x-jat" type="main">Baki (2018)</title> ... </titles> <relatedanime> <anime id="12258" type="Prequel">Baki</anime> </relatedanime> ... ################################################## If I was currently to try and pull all related anime to a series, I would have to pull all 5 ids just to pull each's '<relatedanime>' tag info. This could possibly be added in as a separate new tag '<indirectlyrelatedanime>' on each anime serie's xml. We would probably not want to add this info into '<relatedanime>' as that could cause issues in people already setup with info expectations on this tag. Basically pull in every indirectly related anime's '<relatedanime>' tag info. EX: ################################################## ... <title xml:lang="x-jat" type="main">Baki (2018)</title> ... </titles> <relatedanime> <anime id="12258" type="Prequel">Baki</anime> </relatedanime> <indirectlyrelatedanime> <anime id="12258" title="Baki"> <relatedanime> <anime id="880" type="Sequel">Grappler Baki: Saidai Tournament Hen</anime> <anime id="12569" type="Sequel">Baki (2018)</anime> </relatedanime> </anime> <anime id="1512" title="Grappler Baki"> <relatedanime> <anime id="880" type="Alternative Setting">Grappler Baki: Saidai Tournament Hen</anime> </relatedanime> </anime> <anime id="880" title="Grappler Baki: Saidai Tournament Hen"> <relatedanime> <anime id="453" type="Prequel">Grappler Baki (2001)</anime> <anime id="12258" type="Prequel">Baki</anime> <anime id="1512" type="Alternative Setting">Grappler Baki</anime> </relatedanime> </anime> <anime id="453" title="Grappler Baki (2001)"> <relatedanime> <anime id="880" type="Sequel">Grappler Baki: Saidai Tournament Hen</anime> </relatedanime> </anime> </indirectlyrelatedanime> ... ################################################## |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3473 | [MyList Export] General | minor | always | 2020-10-11 19:13 | 2020-12-27 19:54 |
Reporter: | Arosopu | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | marumegane no longer exists | ||||
Description: |
marumegane.com was used for anime information. Now the site is gone. AFAIK, it was not renamed or migrated. In which case, a mass deletion of links is in order or to mass convert them to WayBack links. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3442 | [HTML & PERL] Feature Request | feature | have not tried | 2020-05-19 06:38 | 2020-12-11 19:49 |
Reporter: | csfflame | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Request addition of "UHD Blu-ray" as a "source" | ||||
Description: | Currently there are 2 types of blu-ray, H264 1080p (normal) and H265 4K (2160p) UHD blu-ray. I think having them be separate would be helpful. (anidb only has "blu-ray" as a source) | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004450)
CDB-Man 2020-11-23 00:28 (Last edited: 2020-11-23 00:29) |
Additional related discussion for reference: https://anidb.net/forum/thread/104369 |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3477 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-10-31 06:15 | 2020-10-31 06:15 |
Reporter: | josi | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Guest password not preserved after visiting timeline | ||||
Description: | Guest password (the 'pass' GET parameter) isn't present in the links to the userpage tabs in the timeline tab. | ||||
Tags: | userpage | ||||
Steps To Reproduce: |
1. Visit a userpage with a correct guest password present in the URL. 2. Click on the Timeline tab -> the 'pass' parameter is in the URL as expected. 3. Click on any other tab -> the 'pass' parameter is missing. |
||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3325 | [HTML & PERL] Feature Request - Interface | feature | have not tried | 2019-03-11 18:58 | 2020-10-29 22:04 |
Reporter: | phaolo | Platform: | |||
Assigned To: | OS: | ||||
Priority: | low | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Some minor changes for graphs in the user section | ||||
Description: |
- Timeline tab (http://anidb.net/perl-bin/animedb.pl?show=timeline): could you please make it smaller? For example, semi-empty columns could be auto-resized and the headers could have a shortened date (e.g: "Feb-2018" or "2018-02"). - Stats tab (http://anidb.net/perl-bin/animedb.pl?show=userpage&do=stats): can you add 0.5 increments in the "Vote Distribution" graph? (e.g: ..6; 6.5; 7; 7.5; 8..) Currently, they seem rounded to the highest integer, which isn't ideal. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004343)
DerIdiot 2019-03-15 11:59 |
you realize you can vote up to .xx so you will _always_ have some rounding |
(0004344)
phaolo 2019-03-15 12:59 (Last edited: 2019-03-15 13:04) |
Uh.. I'm not asking to remove rounding, just to round to 0.5 instead of integers. (up&down ideally, even if it doesn't matter to me much, as I only use 0.5 increments) |
(0004448)
phaolo 2020-10-29 22:04 |
BUMP for this. Btw I'm using 0.1 increments instead of 0.5 now. Maybe there could just be an option to select the rounding precision for the graph? For the timeline, instead, the request is unchanged. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3474 | [HTML & PERL] Feature Request - Interface | minor | have not tried | 2020-10-17 15:11 | 2020-10-17 15:11 |
Reporter: | Harkonnen | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add "Apply to all" field for vX on MassAdd page , similar to how there is one for date. | ||||
Description: |
Setting version on files during mass add is extremely bothersome - parser almost never catches it from filenames (and often its not there anyway), keyboard input doesnt work in this field. Adding "apply to all" field for version similar to the one for date will makes lt easier. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3466 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2020-09-13 19:13 | 2020-09-13 19:13 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | SONG: add song link to Wiki broken | ||||
Description: | On https://anidb.net/song/add the help button at the bottom of the page links to https://wiki.anidb.net/Content:song instead of https://wiki.anidb.net/Content:Songs | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3465 | [MyList Export] Feature Request - SDK | minor | always | 2020-09-05 11:22 | 2020-09-05 11:22 |
Reporter: | Arosopu | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Ability to export and import some common format. | ||||
Description: |
Make it possible to import data in a format which AniDB exports. This feature would make it possible to export My List and possibly other data and then to import them. Having this feature for Wishlist would be nice. I don't know whether you would want that wish in the same tracker item. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3464 | [HTML & PERL] Feature Request - Interface | minor | have not tried | 2020-08-29 00:49 | 2020-08-30 01:47 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Resource: Bangumi allow both bgm.tv and bangumi.tv links | ||||
Description: |
[2020.08.28 17:22:42] <Fafnir> I cant seems to be able to add this resource "http://bangumi.tv/subject/75758" to the Bangumi field in anime https://anidb.net/anime/15700/edit [2020.08.28 17:23:01] <Fafnir> no error on save but when I edit again the field is empty [2020.08.28 17:23:09] <Fafnir> any idea ? [2020.08.28 20:45:48] <CDB-Work> Fafnir: i would use the resource page instead https://anidb.net/anime/15700/resource [2020.08.28 20:46:30] <CDB-Work> Fafnir: also it looks like deridiot changed the link parser: Bangumi: https://bgm.tv if you scroll down on the resources page. hes parsing the short links now rather than the full link [2020.08.28 20:49:52] <CDB-Work> Fafnir: https://tracker.anidb.net/view.php?id=3464 [2020.08.29 04:48:43] <Fafnir> the short links? but these are used nowhere in the site itself [2020.08.29 04:48:52] <Fafnir> why did he do that [2020.08.29 04:49:53] <Fafnir> thanks for opening the issue Parser only recognizes http://bgm.tv/subject/75758 And not http://bangumi.tv/subject/75758 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3456 | [HTML & PERL] Feature Request - Interface | minor | have not tried | 2020-07-17 16:19 | 2020-07-17 16:19 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime-anime, char-char rels: block "vice versa" from being unmarked | ||||
Description: |
When we add anime-anime and char-char rels, "vice versa" can currently be unmarked, and I frankly can't see why. They should not ever be unmarked. The system knows to not add the backrel when it already exists anyway. Please block the checkbox from being unmarked. As far as I can tell, for creator-creator rels, the checkbox is already blocked. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3455 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2020-07-17 15:58 | 2020-07-17 15:58 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Char rel table: on missing backrel, the table shows the missing rel instead of the existing one | ||||
Description: |
See pics. https://i.imgur.com/Yl1KkYK.png - Oshina's char-char rels - https://anidb.net/character/111406/relation https://i.imgur.com/vBWBiUz.png - Ryouan's char-char rels - https://anidb.net/character/111363/relation https://i.imgur.com/BasIHU5.png - Oshina's char rel table - https://anidb.net/perl-bin/animedb.pl?show=characterrel&charid=111406&table=1 https://i.imgur.com/30TteAg.png - Ryouan's char rel table - https://anidb.net/perl-bin/animedb.pl?show=characterrel&charid=111363&table=1 Existing rel: Ryouan is the love interest of Oshina. Missing rel: Oshina has a love interest in Ryouan. It is correctly displayed on the char page, but the table displays the missing rel (Oshina has a love interest in Ryouan) instead of the existing rel (Ryouan is the love interest of Oshina). That can be incredibly confusing. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3124 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2018-02-05 16:50 | 2020-07-13 20:18 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Char: 0 recognized as valid age (zero years old) only on some pages | ||||
Description: |
For some characters, the fact they're less than one year old is relevant, non-obvious information. Example: https://anidb.net/ch93241 -- see https://anidb.net/c9306593 Some, but not all, pages recognize 0 as a valid character age. For example, the char page above and her related anime https://anidb.net/a12603 don't display the age, but the character list shows the age as expected: https://anidb.net/perl-bin/animedb.pl?show=characterlist&do.search=1&ctags.include=homunculus&adb.search=nana All pages should accurately display that age. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3452 | [HTML & PERL] Bug Report | minor | have not tried | 2020-06-27 03:17 | 2020-06-27 03:17 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | "7: db error" when granting a tagentityrel creq that removes weight from weightless tag | ||||
Description: |
https://anidb.net/c13091843 The tag in question (sumata, NSFW) is weightless, but due to a rare oversight one entity merged from another tag was left with weight. The user submitted an edit to fix this, which I was unable to grant, repeatedly getting a "7: db error" message instead. After making sure that that was the problem, I ignore-granted the creq and modedited the tagentityrel, both with perfect success. Handling creqs for such error states is so rare that this may well be the first one, so I wouldn't be surprised if this issue has been hidden in the handling of weight-removing creqs (a normally undesirable edit) all along. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3449 | [HTML & PERL] Feature Request | minor | have not tried | 2020-06-13 06:43 | 2020-06-13 06:43 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add .gid_GID classes to tr tag in tables dealing in files and animegroup | ||||
Description: |
On any anime page, the group status section has ids of gid_GID in the tr tags for all groups. This is quite useful for hacky usercss purposes, but while I'd like that expanded to tables that deal directly with files, that is not possible because ids must be unique. Fortunately, no such limitation exists for classes, so please add classes to them. Since working directly with .gid_GID can require hundreds of lines of selectors, duplicating them with #gid_GID is a massive waste, so please also include that class where the id already exists. In short, please add gid_GID classes to the tr tags in the following tables that show files and group status, and any other you feel might be convenient (is there any other place where this would be remotely useful?): Anime page, group status section Anime page, episode section Anime page, files on mylist section Episode page, files section Animegroup page, files section (looks redundant at first glance, but it's not because of joints, e.g. https://anidb.net/ag20071) Group page, inside the joint subtables (e.g. go to https://anidb.net/g1 and expand Captain Tsubasa) |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3447 | [API] General | feature | N/A | 2020-06-09 23:04 | 2020-06-09 23:05 |
Reporter: | anallin | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Mappings | ||||
Description: | Currently the API does not provide a way to grab all MAL <-> AniDB mappings at once, but it would be very useful if it had. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3446 | [AniDB HTTP API] Feature Request | feature | have not tried | 2020-06-02 23:23 | 2020-06-03 07:24 |
Reporter: | JoshGerdes | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Song title missing from Episode Data for openings and endings | ||||
Description: |
Currently, when making a request for the Data of a particular Anime using the HTTP API (as shown at https://wiki.anidb.net/HTTP_API_Definition#Data), the API returns information like the Main Title, Rating, and Episode Number. For example, this is what is returned for the first opening of Tensei Shitara Slime Datta Ken/That Time I Got Reincarnated as a Slime (https://anidb.net/episode/208850) when calling with http://api.anidb.net:9001/httpapi?request=anime&client={str}&clientver={int}&protover=1&aid={int} <episode id="208850" update="2018-10-02"> <epno type="3">C1</epno> <length>2</length> <airdate>2018-10-02</airdate> <rating votes="4">7.36</rating> <title xml:lang="en">Opening 1</title> </episode> However, at least for openings and endings, it would be useful to have a way to also know the Main Title of the song that is associated with that episode. In the above example, the AniDB page shows that the song title is "Nameless Story". So it would be helpful if there was something like this returned instead: <episode id="208850" update="2018-10-02"> <epno type="3">C1</epno> <length>2</length> <airdate>2018-10-02</airdate> <rating votes="4">7.36</rating> <title xml:lang="en">Opening 1</title> <song>Nameless Story</song> </episode> The reason this change would be useful is because when displaying openings and endings, the typical name of the episode like "Opening 1", "Opening 2", etc is not necessarily that useful for distinguishing between all the other openings or endings, while the song name tends to be more unique. This way the caller would have the option to show something like "Opening 1 - Nameless Story" instead of just "Opening 1" as the episode title if desired. This would especially help with long running series like for example, One Piece (https://anidb.net/anime/69), which currently has 22 openings and 19 endings in AniDB (not including same song variants). |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3445 | [HTML & PERL] Feature Request | minor | N/A | 2020-06-01 20:35 | 2020-06-01 20:35 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Adv Search: episode, add title language dropdown | ||||
Description: | In the advanced episode search, please add a title language dropdown to allow for language-based filtering. | ||||
Tags: | |||||
Steps To Reproduce: | https://anidb.net/search/episode | ||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3444 | [HTML & PERL] Feature Request | minor | N/A | 2020-06-01 20:29 | 2020-06-01 20:32 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Adv Search: anime/char/creator/collection, add "main title/name only" checkbox | ||||
Description: | In the advanced anime/character/creator/collection search, please add a "main title only"/"main name only" (as appropriate) checkbox to, well, limit the search to only main titles/names. | ||||
Tags: | |||||
Steps To Reproduce: |
Any/all of: https://anidb.net/search/anime https://anidb.net/search/character https://anidb.net/search/creator https://anidb.net/search/collection |
||||
Additional Information: |
This is not replaceable by "just set language to Japanese transcription" because (1) there are other title types and (2) not all main titles are in Japanese; the two options do different things and can potentially be used together. The issue is not applicable to the advanced episode search because currently all episodes have only one name type. |
||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3443 | [HTML & PERL] Feature Request - Database | minor | N/A | 2020-05-31 02:42 | 2020-05-31 12:48 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Resourcetb: Instagram resource | ||||
Description: |
Add Instagram. Will apply to creators for sure, and probably anime. For example: https://www.instagram.com/miccabose/ For: https://anidb.net/creator/30497/resource |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3432 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-04-21 14:22 | 2020-05-25 17:00 |
Reporter: | Newser | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Song staff credits comments are not displayed on the anime entry page | ||||
Description: | In the Songs tab (see attachments) | ||||
Tags: | |||||
Steps To Reproduce: | Any song that has at least one staff credit with a comment and a related anime, e.g. http://anidb.net/s88108 | ||||
Additional Information: | |||||
Attached Files: |
AniDB_song_comment_absent.png (129,253 bytes) 2020-04-21 14:22 https://tracker.anidb.net/file_download.php?file_id=369&type=bug AniDB_song_comment_present.png (100,994 bytes) 2020-04-21 14:22 https://tracker.anidb.net/file_download.php?file_id=370&type=bug |
||||
Notes | |
(0004426)
Newser 2020-05-25 07:36 |
This does not seem to be fixed though? |
(0004427)
DerIdiot 2020-05-25 17:00 |
fixed does not mean it's productive |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3436 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-04-27 00:38 | 2020-04-27 18:40 |
Reporter: | Nolzi | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | feedback | Product Version: | |||
Product Build: | Resolution: | reopened | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | User: Avatar upload error incorrect size | ||||
Description: |
When you try to use an avatar bigger than 100x100, the error message given says the limit is 500x200: 2-3 - file dimensions too large (max. 500x200 pixels) |
||||
Tags: | |||||
Steps To Reproduce: |
1. Navigat to https://anidb.net/user/edit 2. At the Avatar section try to upload/use an avatar bigger than 100x100 3. Apply 4. marvel at the error message |
||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004424)
DerIdiot 2020-04-27 07:56 |
that is not an error. the max size for avatars is 100x100 |
(0004425)
Nolzi 2020-04-27 18:40 |
Thats what I'm saying, the limit is 100x100 but the error message says 500x200 |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3419 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-02-04 20:37 | 2020-04-27 10:38 |
Reporter: | Newser | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Clicking on a virtual entry link in some types of creqs gives an error | ||||
Description: | Clicking on a virtual entry link in "Credits (Text)" field of Credits (Text) creqs (and possibly in "Anime Seiyuu Relations" field of Char-Anime Relation creqs) produces an error "no id given" | ||||
Tags: | |||||
Steps To Reproduce: | E.g. http://anidb.net/c11472385 | ||||
Additional Information: | |||||
Attached Files: |
AniDB_no_id_given.jpg (89,823 bytes) 2020-02-04 20:37 https://tracker.anidb.net/file_download.php?file_id=360&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3426 | [HTML & PERL] Feature Request - Interface | minor | have not tried | 2020-04-11 14:16 | 2020-04-27 09:25 |
Reporter: | permidion | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | increase max ed2k past to 52 | ||||
Description: |
currently the max quantity of ed2k one can write in the UI forms (ed2k dump, massadd, etc) is set to 50. would it be possible to increase that value to 52, so it can be easier to input double-season files for a series ? thanks |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3427 | [CSS] Bug Report - Interface | minor | always | 2020-04-12 13:01 | 2020-04-27 07:57 |
Reporter: | Newser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | low | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Slight misalignment in forum posts and creq messages caused by profile block | ||||
Description: | In the forum posts, after 16 lines, and in the creq messages, after 8 lines – all next lines start 1 pixel to the left (see attachments) | ||||
Tags: | |||||
Steps To Reproduce: |
Examples: http://anidb.net/post70560 http://anidb.net/c12781094#msg25706645 |
||||
Additional Information: |
Confirmed in both Chrome and Firefox I know it's a minor issue, but still |
||||
Attached Files: |
AniDB_post_message_misalignment.png (101,333 bytes) 2020-04-12 13:01 https://tracker.anidb.net/file_download.php?file_id=366&type=bug AniDB_creq_message_misalignment.png (49,386 bytes) 2020-04-12 13:01 https://tracker.anidb.net/file_download.php?file_id=367&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3435 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2020-04-25 20:11 | 2020-04-27 07:56 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Create a "hover/click for more" flag (suggested icon: plus sign) for animegroup/file with way too many languages | ||||
Description: |
Excessive amounts of language flags in certain releases break the tables and make them horrible no matter how much screen real estate you possess, but the effect is particularly pronounced when you're on smaller screens. It is not a major problem until every file is 2x or 3x as tall and using the table is suddenly a pain in the ass. To solve this, I propose the introduction of a feature that hides flags after a certain point. If the release has up to ten flags, all are shown normally. Otherwise, up to nine flags would be shown, with all flags number 10 and beyond being replaced by a "click/hover for more" flag, which I think should be a plus sign ("+"), as that symbol easily evokes the idea of more. On hovering over or clicking on it, it would display the rest on a popup-like thing. The user should be able to hover over the flags that show up, to see the data that he normally would (e.g. audio codec for files) when doing so. All that data would already be loaded like it is now, just hidden, so there's no need to fetch anything. In my idea, the distribution among those nine flags would be as follows. If there are fewer than five sub languages, then all subs would be shown, with all remaining spaces taken by audio. If there are at least five sub languages, then audio has four slots to fill, and subs take the extra spaces. The idea is to necessarily fill all nine slots available in any circumstance of more than ten flags, while ensuring a minimum of four audio and five sub slots when there are many of both kinds. |
||||
Tags: | |||||
Steps To Reproduce: |
Example: https://anidb.net/anime/13098 (both screenshots from that page and with default style and no user CSS). https://i.imgur.com/89iSjgI.png on 1920x1080 fullscreen; acceptable at this moment, but ugly as sin, and likely to wrap if any of the columns (particularly group name) becomes larger (my 100-px sidebar already makes it wrap on the default style without floating menu, which is why I fullscreened) https://i.imgur.com/NVlZRce.jpg on a smaller screen, courtesy of newser; note the massive wrapping in the group table (this also has an issue on Commie's name in the table that shows the files for ep 3, but CDB appears to have fixed it since) |
||||
Additional Information: |
The numbers I suggested can be changed, of course, but I have a reasoning behind them. I think we should try to accommodate releases that include Japanese, English, and one or two other foreign dubs, those that work the same way with subs, and particularly those that do both, before slamming the breaks with the releases that compete to see how many flags they can possibly include. Ten flags is also not too many, but perhaps we should make it four sub and three audio flags instead of five and four, bringing the final total to eight. Eight would certainly work better in newser's screenshot than ten. It's a balancing act between being more inclusive towards foreign releases and being more lenient towards lower resolutions. As an alternative, the plus popup could list the flags vertically, with the data to the right of its respective flag; should you go with that, I would recommend also listing the flags that the user can already see. That being the case, perhaps that listing should be available even there are 10 or fewer flags. Incidentally, I'm sure someone out there will want all flags shown the current way, so maybe there should be an option to override the feature altogether. |
||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3437 | [CSS] Bug Report - Interface | minor | have not tried | 2020-04-27 06:36 | 2020-04-27 07:55 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Filter toolbar: broken on anidbstyle2 (not logged in) | ||||
Description: |
See screenshot. 1. It is appearing inside the table 2. It's open by default instead of closed |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
image.png (381,565 bytes) 2020-04-27 06:36 https://tracker.anidb.net/file_download.php?file_id=371&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3433 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2020-04-24 00:39 | 2020-04-24 05:19 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime relation table: add relation comments to table | ||||
Description: |
The relation table https://anidb.net/anime/3348/relation/graph/?table=1 does not show the relation comments here https://anidb.net/anime/3348/relation Incorporate them into the table. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3434 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2020-04-24 00:41 | 2020-04-24 05:19 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime relation graph: add relation comments to graph | ||||
Description: |
The relation graph https://anidb.net/anime/3348/relation/graph does not show the relation comments here https://anidb.net/anime/3348/relation Incorporate them into the graph, by adding that ? mark in a circle icon to the topright of each box (where we currently show the mylist status icons), and making the tooltip on the ? mark show the relation comment. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3428 | [HTML & PERL] Feature Request - Interface | feature | always | 2020-04-13 01:42 | 2020-04-24 05:19 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Tag: first appearance for characters | ||||
Description: |
On this tag page: https://anidb.net/tag/1718 More generally, whenever a chartb list is pulled up, such as char search: https://anidb.net/character/?adb.search=saeki%20ka&do.search=1 Saeki Kaori https://anidb.net/character/31480 first appears in Bible Black https://anidb.net/anime/528 as secondary cast, But she is listed on the tag page as first appearing in Bible Black Only Version https://anidb.net/anime/3430 because she appears here as main cast. I think we should: 1) Rename the existing column to "First Major Appearance" 2) Add a column for "First Appearance" which does not care about main vs secondary vs appears 3) Add the character tab of the tag page to the column customization interface |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3431 | [AJAX/JS] Bug Report - Interface | minor | random | 2020-04-15 18:44 | 2020-04-16 14:58 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Profile settings: collision between Title Language dropdowns and Personal Data First Anime Dropdown | ||||
Description: |
On Default Languages > Anime Language dropdown, "Pocket Monsters" is listed as a language option. This appears related to the fact that on Personal Data > First Anime, my first anime is "Pocket Monsters". See screenshot. 12:23:49 CDB-Work> uh, worf, in the https://anidb.net/user/setting default languages tab, anime language dropdown, there's an option in the list for "Pocket Monsters"??? 12:24:52 &pelican> Pika? 12:25:57 CDB-Work> and sometimes if you refresh, it shows in teh Episode Title dropdown instead 12:26:09 CDB-Work> Episode Language* 13:25:38 &worf> errr 13:25:44 &worf> what are you even talking about 13:50:33 CDB-Work> worf: https://i.imgur.com/52QVpwB.png 14:25:26 &worf> yeah .. no 14:25:42 &worf> are you 100% certain this isnt some stupid userscript you are running? 14:25:57 CDB-Work> its on work computer, so 0 scripts 14:26:48 CDB-Work> the only thing i can think of 14:26:54 CDB-Work> is in the Personal Data tab 14:26:59 CDB-Work> my first anime is Pocket Monsters 14:27:37 &worf> gimme a sec 14:27:47 &worf> lol 14:27:50 &worf> ok, thats cute 14:27:52 CDB-Work> yeah? 14:27:56 CDB-Work> what did you find? 14:28:04 &worf> that is indeed the cause 14:28:33 &worf> funnily enough, i can only reproduce it in Firefox .. not in the new Edge 14:29:01 CDB-Work> im in Chrome 14:29:31 CDB-Work> new Edge uses chromium engine right? in any case, even in chrome it is not consistent, only happens some of the time 14:30:05 CDB-Work> so now that you know the issue, is it the library's issue or something we can fix lol 14:31:31 &worf> js isnt really my forte ... my best guess at the moment is a naming collision 14:34:51 &pelican> For some reason I thought race conditions wouldn't generally happen in js, I guess they do 14:40:12 &worf> ... 14:40:32 &worf> i saw the damn entry in the dom for a second .. then i reloaded the page and now i cant find it again 14:42:32 &worf> this is definitely some weird js issue 14:42:46 &worf> there was a wrong dropdown element in the language list |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Capture.PNG (45,048 bytes) 2020-04-15 18:44 https://tracker.anidb.net/file_download.php?file_id=368&type=bug |
||||
Notes | |
(0004423)
DerIdiot 2020-04-16 14:58 |
probably fixed .... maybe |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3425 | [CSS] Bug Report - Interface | minor | sometimes | 2020-04-09 01:50 | 2020-04-09 02:01 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Tag entry page, for the anime entries page the anime table is cut off | ||||
Description: |
CSS: Anigoogle v2 (non-CDB version) Link: https://anidb.net/tag/7586/animetb Browser: Chrome Win 10 -- 1080x1920 On the anime page of the tag entry, the cutoff error shown in screenshot happens. Even though the scroll bar is all the way to the left, the 1st column is cut off. Some of the long title headers like "Tagged Character" line break, but other long ones like "Rank by Popularity" do not. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Capture.PNG (108,522 bytes) 2020-04-09 01:50 https://tracker.anidb.net/file_download.php?file_id=364&type=bug Capture-2.PNG (194,566 bytes) 2020-04-09 02:00 https://tracker.anidb.net/file_download.php?file_id=365&type=bug |
||||
Notes | |
(0004422)
CDB-Man 2020-04-09 02:00 |
After the tag is blocked from anime and episode, the wrapping issue disappears, since there are now less columns. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3029 | [CSS] Feature Request - Interface | minor | always | 2017-11-12 20:25 | 2020-04-09 02:01 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime List: allow/force wrapping on "Rank by Favourites/Popularity/Rating" headers | ||||
Description: |
Please allow, or if necessary force, the "Rank by Favourites/Popularity/Rating" headers of the anime list (and other lists where they are available, if any) to wrap into two lines, as is done for "Related Characters" and "Related Episodes" in the tag page. They're currently taking waaaay too much space and may fuck up the columns under some circumstances, especially when all three are used. Related: https://anidb.net/perl-bin/animedb.pl?show=cmt&id=75541 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3210 | [CSS] Bug Report - Interface | minor | always | 2018-06-24 23:17 | 2020-04-09 01:56 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Sidebar: table and info block overlap when table is too large | ||||
Description: |
On the following tag page: http://anidb.net/perl-bin/animedb.pl?show=tag&reltb=animetb&tagid=7119 The table overlaps with the info block when showing info blocks as sidebar, when the table is too large. Browser: Chrome @ 100% zoom ,1080p screen. Screenshot: https://imgur.com/a/WlXMqcE |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3422 | [HTML & PERL] Bug Report - Interface | minor | sometimes | 2020-03-29 01:03 | 2020-04-03 16:28 |
Reporter: | Newser | Platform: | Chrome | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | "characte" is shown when "character" is selected for search | ||||
Description: | "r" is truncated, as shown in the attachment below | ||||
Tags: | |||||
Steps To Reproduce: | Occurs in Chrome, does not occur in Firefox | ||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
AniDB_characte_in_search.png (9,260 bytes) 2020-03-29 01:03 https://tracker.anidb.net/file_download.php?file_id=363&type=bug |
||||
Notes | |
(0004419)
Newser 2020-03-29 01:05 |
Oh, the same for "collections" |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3421 | [HTML & PERL] Feature Request - Interface | minor | always | 2020-03-29 00:52 | 2020-04-03 16:28 |
Reporter: | Newser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | When adding/editing character names, set the search field to "character" by default | ||||
Description: | It switches to "anime" instead | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3424 | [HTML & PERL] Bug Report | minor | always | 2020-04-03 13:38 | 2020-04-03 16:27 |
Reporter: | alltimemarr | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Windows | ||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | adding animechardb resource returns ERROR: 109 - unparseable url for this type | ||||
Description: |
Tried it with http:// and https:// Tried for multiple characters Tried with and without auto-detect/selecting animechardb specifically. Screenshot: https://i.imgur.com/HkM6sWi.png https://media.discordapp.net/attachments/475403243044995082/695620141546733568/unknown.png On a related note, but maybe a seperate issue, I go to edit the characters, and input the URL there, it says I've added/edited the character successfully (normally, for age changes and such, it would say it created a creq), but nothing has actually been changed. Screenshots: https://i.imgur.com/X0suVkL.png https://i.imgur.com/kkohEBx.png |
||||
Tags: | resources | ||||
Steps To Reproduce: |
1. go to a character with a animechardb profile that hasn't been added yet (for example Koro-sensei here https://anidb.net/character/60049) 2. attempt to add the resource https://www.animecharactersdatabase.com/characters.php?id=70210 https://anidb.net/character/60049/resource -------- 1. go to a character with a animechardb profile that hasn't been added yet (for example Koro-sensei here https://anidb.net/character/60049) 2. attempt to add the resource https://www.animecharactersdatabase.com/characters.php?id=70210 https://anidb.net/character/60049/edit |
||||
Additional Information: |
This may or may not be related https://anidb.net/admin/creq/12710446 Hinoe was going to report it, but then forgot about it. |
||||
System Description | |||||
Attached Files: | |||||
Notes | |
(0004421)
DerIdiot 2020-04-03 14:42 |
yeah they modiefied their urls. it used to be https://www.animecharactersdatabase.com/character.php?id=70210 now it's https://www.animecharactersdatabase.com/characters.php?id=70210 |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3423 | [HTML & PERL] Bug Report | minor | always | 2020-03-31 06:49 | 2020-03-31 08:18 |
Reporter: | RF_InSAnE | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Windows | ||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | cal.syoboi episode import not working for shows airing starting in April | ||||
Description: |
You probably already know this, but the cal.syoboi import of new episodes seems to not work for any of the shows starting in April. It's working fine for all currently airing shows. I've waited for about a week, thinking that this might be just an issue of the syoboi link being added too recently, but since the problem persists I'm posting it here. |
||||
Tags: | |||||
Steps To Reproduce: |
- Go to any show not currently airing, for example: https://anidb.net/anime/15146 - Go to massadd episodes - Select either of the syoboi import modes - Click Apply Nothing is imported. |
||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
Notes | |
(0004420)
DerIdiot 2020-03-31 08:17 |
syoboi seems to have finally enabled https for their website. which broke the parser. should work now again. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3415 | [AniDB HTTP API] Bug Report | major | always | 2020-02-02 15:50 | 2020-02-09 11:39 |
Reporter: | Maki | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Querying Fullmetal Alchemist: Brotherhood (AID 6107) produces a 600 Internal Server Error | ||||
Description: |
This error seems to be specific to this title. Querying this title returns: <error code="600">internal server error</error> |
||||
Tags: | |||||
Steps To Reproduce: |
Make a request with your client here: http://api.anidb.net:9001/httpapi?request=anime&client=[client_name]&clientver=1&protover=1&aid=6107 |
||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004418)
DerIdiot 2020-02-09 11:39 |
should be fixed |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3418 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-02-04 20:07 | 2020-02-05 20:15 |
Reporter: | Newser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Capitalization in "Comment For Mod" field name is not consistent for all creq types | ||||
Description: | Title | ||||
Tags: | |||||
Steps To Reproduce: | When creating most creq types, the "Comment For Mod" section has all first letters as capital (e.g. http://anidb.net/character/1/edit), while when editing the cast relation, it's named "Comment for Mod" ("f" is not capital here, e.g. http://anidb.net/character/1/anime/?addccarel.relid=1299) | ||||
Additional Information: | Capitalisation principles in field names may need reconsideration in general | ||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3417 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2020-02-04 19:55 | 2020-02-05 20:15 |
Reporter: | Newser | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | No "Comment for Mod" field when editing Credits (Text) relation and no "Modify Creq" button in the issued creq | ||||
Description: | Title pretty much | ||||
Tags: | |||||
Steps To Reproduce: |
Compare editing a real entry cast relation, e.g.: http://anidb.net/character/1/anime/?addccarel.relid=1299 with editing a virtual entry cast relation, e.g.: http://anidb.net/anime/2/character/?addctrel.relid=215726 As for the button, compare the pics below |
||||
Additional Information: | |||||
Attached Files: |
AniDB_Modify_Creq_button_present.jpg (141,401 bytes) 2020-02-04 19:55 https://tracker.anidb.net/file_download.php?file_id=358&type=bug AniDB_Modify_Creq_button_absent.jpg (152,997 bytes) 2020-02-04 19:55 https://tracker.anidb.net/file_download.php?file_id=359&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3416 | [Avdump2 / autocreq ] Feature Request | tweak | always | 2020-02-02 22:45 | 2020-02-02 22:45 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | OS: | ||||
Priority: | low | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | AVdump2 GUI: Add option for adding local UDP port number | ||||
Description: |
same as AVdump2 CLI --LPort= currently missing from the GUI version for some reason. GUI version also doesn't display any error when it fails to establish connection to api.anidb.info:9002 |
||||
Tags: | avdump, firewall, UDP, UI, usability | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3414 | [HTML & PERL] Feature Request - Interface | minor | have not tried | 2020-01-30 15:39 | 2020-01-30 15:39 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Creq admin: filters for uid | ||||
Description: |
CDB-Work> on the various creq lists, can you add that [F] filter link beside the issuing user's name, so that https://anidb.net/admin/creq/automated/ can be linked to https://anidb.net/admin/creq/automated/?uid=823534, and https://anidb.net/admin/creq/ becomes https://anidb.net/admin/creq/?uid=3734 ? On all the creq pages (/creq , /creq/automated , etc) beside the usernames add the [F] filter link so that the lists can be filtered by uid, similar to what's available on tag admin. A uid filter input box at the top of the page would also work (using the same dropdown as used to assign creqs to people). |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3413 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2020-01-26 20:29 | 2020-01-26 20:38 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Animetitle: hide the "Title card transcription" from the info block | ||||
Description: |
http://anidb.net/anime/6107 Currently, both the (CJK) title card title and and (CJK) transcription title card title are displayed on the info block. Based on discussion from nwa (https://anidb.net/post458100), we should hide the transcription title; only show the original language title card title on the info block. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3380 | [HTML & PERL] Feature Request - Database | minor | N/A | 2019-09-14 21:19 | 2020-01-26 20:31 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Animetitle: create new title types called, "Title card", "Title card transcription", and Kana title | ||||
Description: |
Create a new title type called "Title card". Title definition as follows: https://anidb.net/post454985 >> Enter the title exactly as it appears in the video itself, on the title card with the anime's logo. This title will typically contain the Official title (see above) within『』brackets from official channels, along with any taglines, marketing messages, narrations, and translations. Essentially, the "Title card" title will capture EVERYTHING. We also need a "Title card transcription" title, to transcribe the title card in full. Further, we should create a kana title, which will be the kana version of the official title, and it will include the Ruby text reading for non-standard readings, such as 『とある魔術の禁書目録』 (Toaru Majutsu no Kinsho Mokuroku) becoming とあるまじゅつのインデックス (Toaru Majutsu no Index). This title should be shown in the info block, after the official language title, before the English language title. In other words, the order is: 1. Main title 2. Official title (Japanese/Chinese/etc + English) 3. Title card 4. Kana title (though we may want to just hide this) |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004384)
nwa 2019-09-14 21:38 |
Maybe "Title Card" would be the best, "Video Title" could be a bit confusing and anything else is longer. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3357 | [Reports] General | feature | N/A | 2019-07-14 01:12 | 2020-01-25 21:48 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add mod report: Group joints with missing group relations | ||||
Description: |
While new "Hide group joints" feature allows narrowing GroupList page to look for any groups missing "virtual/joint" type flag and submit fix creq, there's still plenti of old group joints that were added without group relations so they don't show up on their respective main group pages. I try to fix these as I come across them while randomly browsing, currently there is no way to track these group joints with missing group relations. Simple solution would be to add a mod report for these if possible. If not, add another new GroupList filter option: Hide Group Joints with Relations (Hide Joint-rels) |
||||
Tags: | group, mod, relation, report | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004416)
worf 2020-01-25 21:48 (Last edited: 2020-01-25 21:48) |
You mean something like https://anidb.net/admin/report/group_jointsnoparent that exists for years already? The report is not actually based on the "virtual" flag because a lot of people don't set that when adding joints. Instead it filters group that match the following criteria: ((Group name contains "<space>&<space>", "<space>,<space>", "<space>.<space>", "<space>-<space>") OR (Shortname contains "&", "+", "~")) AND (No group-group relation has been added) |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3389 | [HTML & PERL] Feature Request - Interface | feature | N/A | 2019-11-17 12:37 | 2020-01-24 21:22 |
Reporter: | rampaa | Platform: | Firefox | ||
Assigned To: | OS: | Windows | |||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Allow us to filter out indirectly related animes when "related & not in mylist" is selected. | ||||
Description: |
Being able to see all animes that have a relation with the animes in my list is a good feature but most of the time I don't care about the indirectly related animes. I don't want to see Blood-C in the results just because I've watched Chobits. So something like the following would suffice to solve this problem: related & not in mylist (directly related only) related & not in mylist (directly & indirectly related) Being able to further specify the relationship would be even more ideal. So maybe when "related & not in mylist" is selected, relations such as sequel, prequel, same setting etc. can be listed as checkboxes, so we can only see, say, sequels if we only care about those. |
||||
Tags: | filter, search | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004415)
rampaa 2020-01-24 21:22 |
Addendum: If I have dropped an anime, chances are I am not interested in the related animes to that anime so there should be a way to filter those out. Similarly, if I have not watched an anime and have it on my list as "Collecting", then chances are I do not want to search for related animes to that anime. If we could somehow specifically search for animes that are (directly) related to "Completed" animes in our lists, that would be perfect. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3412 | [HTML & PERL] Feature Request | minor | N/A | 2020-01-23 18:18 | 2020-01-23 19:24 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | HTML tags: Expand tagging of class=restricted on Similar Anime and other pages | ||||
Description: |
On https://anidb.net/latest/anime/similar/ we have: <td class="thumb anime restricted"> [...] <img alt="Trouble Evocation" src="https://cdn-us.anidb.net/images/65x100/153263.jpg-thumb.jpg" class="g_image g_bubble thumbcrop restricted"> The td element has .restricted, so that selectors such as: .restricted #imagepreview img { display: none !important; } Will hide the imagepreview of restricted images. === But on: https://anidb.net/anime/528/similar <div class="g_bubble" id="sa3988"> The .restricted class is missing on the enclosing element, so the imagepreview is not captured. ==== Solutions: 1. Add .restricted to the parent element (the containing div in the case of similar anime page) for this page and other pages; OR 2. Also add .restricted to the imagepreview's image itself, so that the selector "#imagepreview img.restricted" works. The 1st option is preferred, as this also allows for example highlighting the bubble black or something to show the entry is 18+; also it's consistent with current layouts. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2736 | [HTML & PERL] Bug Report | minor | have not tried | 2016-12-05 03:45 | 2020-01-20 09:59 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Tag admin, tagentities mode: "adult content entities" filter does not work | ||||
Description: |
https://anidb.net/perl-bin/animedb.pl?show=admin&adm=tags&mode=tagentities&adb.search=adultery The "Adult Content Entities" filter does not work / does nothing. Set to something other than "ignore" and press "Update" to reproduce (the "show only" option is more likely to provide immediately obvious results). It silently fails and returns to "ignore". The "hentities" parameter gets added to the URL with a seemingly appropriate value, but that does nothing. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0003937)
Hinoe 2016-12-05 03:47 |
And I forgot to remove the search param as that tag name may or may not cease to be a good example case in the future, but that also happens without it, or with an uid, you name it. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
1814 | [HTML & PERL] Feature Request - Interface | feature | N/A | 2010-05-19 15:08 | 2020-01-20 09:37 |
Reporter: | twnqx | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Hide files for which the same relation already exists on the "add file relation" page / make list into a multi-selection box | ||||
Description: |
When adding the "op/ed-for" relation for newly added files, on anime with a large number of episodes the list of files to choose from is pretty large. Filtering out files for which the relation is already set could improve the process. Secondly, when retroactively adding the op/ed-for relations e.g. in case of a v2 of an op/ed, being able to select multiple relations of this type at once (e.g. op/ed for ep 1-10) would greatly simplify the effort. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3403 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-01-09 15:00 | 2020-01-18 12:49 |
Reporter: | Announ | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Do not show character tags marked as spoilers in anime page | ||||
Description: |
If an anime tag is a spoiler, it is not shown on the Anime Tags tab of the anime page. The behaviour should be the same for character tags marked as spoilers: They should not appear on the Character Tags tab if the user has “Show tags marked as spoiler” disabled. |
||||
Tags: | animepage, character tags | ||||
Steps To Reproduce: |
|
||||
Additional Information: |
The severity of this issue is reduced since it is usually not immediately obvious to which character a tag applies from the view on the Character Tags tab, and the spoiler tags are properly hidden in the Cast tab. However, the presence of such tags can still be a spoiler in itself (e.g., a “time traveller” tag in an anime where there being time travelling is a spoiler), or it can become evident before intended to which character a spoiler tag applies as one watches the anime (e.g., “artificial life form” is a likely explanation as to why a character has no memories of their childhood). |
||||
Attached Files: |
anime_1563.png (43,992 bytes) 2020-01-18 01:16 https://tracker.anidb.net/file_download.php?file_id=356&type=bug character_88660_tag.png (18,068 bytes) 2020-01-18 01:16 https://tracker.anidb.net/file_download.php?file_id=357&type=bug |
||||
Notes | |
(0004411)
DerIdiot 2020-01-17 15:17 |
that is already the case and works just fine. |
(0004412)
Announ 2020-01-18 01:13 |
In the "Character Tags" section of <a href="https://anidb.net/a1563">the anime page of CITY HUNTER 2</a>, I see 2 "fetish appeals" tags—"cross-dressing" and "reverse trap"—that come from https://anidb.net/ch88660, on which they are marked as "Spoiler for this entry?". I have "Show tags marked as spoiler" disabled and do not have any episode of that anime in my list. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3166 | [HTML & PERL] Bug Report - Interface | minor | always | 2018-03-30 04:16 | 2020-01-17 20:03 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | AniDB Website: When logged out, user avatars on recommendations are not hidden | ||||
Description: |
1. Logout 2. Go to an anime entry, such as: https://anidb.net/a584 3. Go to the user recommendations section 4. Voila, user avatars are not hidden on recommendations, whereas on all other places on the website the avatars are hidden when logged out. Refer to this thread for detail: https://anidb.net/post438058 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3156 | [HTML & PERL] Bug Report | minor | have not tried | 2018-03-16 20:08 | 2020-01-17 19:36 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Tag names: modediting the main tag name via creq edit interface does not update the entry's date or register the creq comment | ||||
Description: |
https://anidb.net/perl-bin/animedb.pl?show=addtagname&tagid=6509 Main name date: 2015-09-03. Click history. Latest edit: 2018-03-16. Creq for the edit: https://anidb.net/c9417284 I issued this edit via creq edit interface for https://anidb.net/c9416800 and wrote a comment when I did so, but the comment was not added and had to be included manually later. I made a few tests on devint and got the following results. This applies only to change to the tag name; editing the creq description via the same interface makes all happen as expected. It only happens via creq edit interface; editing the name it via the normal tag edit page (or via the add tag names page) works as expected. It happens regardless of whether the creq being edited is a tagreltb one (as in this case) or a tagdatatb one. I haven't tested what will happen if the user edits his own creq to issue a creq or owneredit (as applicable) to the name. Please note that the ability for creq issuer, maintainers, and mods to edit a separate part of the tag while the creq is pending (e.g. edit tagdatatb while pending tagreltb) is actually useful when handling creqs that require further edits. I'm not sure this is an intended possibility, but if not, it should be kept, as it's good. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3252 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2018-09-09 00:56 | 2020-01-17 15:50 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | adb_log: for relation type log entries, have the hotlink go directly to the relation edit page | ||||
Description: |
For example, for this log entry: https://anidb.net/perl-bin/animedb.pl?show=log&s=0&start.at=-&filter.uid=726995&filter.id1=170454&filter.id2=92211&filter.id3=&filter.type=311&do.filter=Apply The hotlink should go to https://anidb.net/perl-bin/animedb.pl?show=addcharcharrel&charid=92211&addccrel.sid=170454 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: |
20:32:11 CDB-Work> question: https://anidb.net/perl-bin/animedb.pl?show=userinfo&uid=726995 20:32:19 CDB-Work> 2018-06-14 17:40 CHARCHARREL NEW 170454 20:32:32 CDB-Work> 170454 links to this: https://anidb.net/perl-bin/animedb.pl?show=character&charid=170454 20:32:47 CDB-Work> instead of the char rel 20:33:36 CDB-Work> i can file a tracker entry for this, but my immediate question is, what's thje short url to lookup that char rel? 20:34:30 CDB-Work> also why is there no 2nd char id for that entry? 20:34:37 CDB-Work> at least on the uiserinfo page 20:37:46 ~deriDIOt> there fixed 20:39:50 CDB-Work> link fixed. but the related entry 2 column still doesn't lookup the other side 20:40:02 CDB-Work> not for all of them, anways 20:40:02 ~deriDIOt> ? 20:40:10 CDB-Work> i will make a screenshot 20:40:19 ~deriDIOt> no just tell me what you want 20:41:19 CDB-Work> the column "related entry 2", for charcharrel, does not show the charid of the other char 20:41:31 ~deriDIOt> so? 20:41:52 CDB-Work> can we show the charid of the other char of the charcharrel? 20:42:05 ~deriDIOt> it's not logged that way 20:42:07 ~deriDIOt> hence, no 20:42:20 ~deriDIOt> i can not createe data out of thin air 20:42:35 CDB-Work> is that because its an ADD? 20:42:43 ~deriDIOt> no 20:42:52 ~deriDIOt> it's because that's how the person that coded it set it 20:42:57 CDB-Work> oh well 20:43:06 CDB-Work> if it had been an edit of the rel instead, would it log both char id then? 20:43:16 ~deriDIOt> no 20:43:44 ~deriDIOt> adb_log::log('CHARCHARREL_EDIT', $dbe->{'id'}, $adb_conf::d->{'Zuid'}, $odbe->{'charid'}); 20:44:12 ~deriDIOt> adb_log::log('CHARCHARREL_NEW', $dbe->{'id'}, $adb_conf::d->{'Zuid'}, $dbe->{'charid'}); 20:44:34 CDB-Work> hmm, in that case. can we change the hotlink on the charid, to this instead so that it links you directly to the edit page of that rel: https://anidb.net/perl-bin/animedb.pl?show=addcharcharrel&charid=92211&addccrel.sid=170454 20:45:50 CDB-Work> i did a quick reviewof this guy's char rels, and they _seem_ okay, but i know nothing about the shows hes touched 20:46:10 ~deriDIOt> none of the other links do 20:47:02 CDB-Work> maybe then this is a feature request to have the other links do the same, i cna file a ticket 20:48:24 ~deriDIOt> then go edit adb_log. i can't be arsed 20:49:19 CDB-Work> hmm, so editing how the links show up globally, are all handled by adb_log (not just the generation of the log itself) |
||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3411 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2020-01-17 02:03 | 2020-01-17 11:31 |
Reporter: | Soulweaver | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Creq: Consider displaying related stream creq information for all users for pending autocreqs | ||||
Description: |
From http://anidb.net/admin/creq/12400949 The automatic message for blocked autocreqs is great, but it is also by definition less specific than a question asked by a mod would ever be. In the creq view, normal users can only see the changes affecting the file entry itself and not the related add/delete creqs, so it might be somewhat confusing that you're asked to verify deletions that you need to go look for in a completely different view (assuming you even know of the history page in the first place). Mods already see the related creqs for open requests, so it would be nice if it was possible to let normal users see them too at least for file creqs. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3106 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2018-01-14 21:14 | 2020-01-15 14:49 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | MyList: Show Epvote in Table | ||||
Description: |
After I expand an anime entry on show=mylist, the expanded table doesn't have a column for epvote. It should be a column for the episode rows when "Hide episode info by default" is disabled, and a column on the file table is the option is enabled. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3354 | [HTML & PERL] Feature Request | feature | N/A | 2019-07-05 19:12 | 2020-01-15 13:07 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime Votes: Display user's casted vote date | ||||
Description: |
http://anidb.net/perl-bin/animedb.pl?show=votes&aid=12430 Per anime entry, show the date when your vote was cast under "Vote for this entry" section. Currently, you have to go through cumbersome way of browsing though My Votes page to see vote cast date. |
||||
Tags: | animepage, usability, vote | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3353 | [HTML & PERL] Bug Report | trivial | always | 2019-06-30 19:01 | 2020-01-14 13:06 |
Reporter: | Deth93 | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Predicted vote remains under My Data tab after permanent vote had been cast. | ||||
Description: |
It looks weird the way it is now since there's no spacing between "7" and "y" using the line from image1: "predicted: 8.47your vote: 8.00 revoke" Removing the "predicted: 8.47" part should be the trick, as the predicted vote is already present on Info tab under Rating (image2). |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
image1.PNG (15,906 bytes) 2019-06-30 19:01 https://tracker.anidb.net/file_download.php?file_id=334&type=bug image2.PNG (18,783 bytes) 2019-06-30 19:01 https://tracker.anidb.net/file_download.php?file_id=335&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3317 | [HTML & PERL] Feature Request - Interface | major | N/A | 2019-02-14 20:20 | 2020-01-13 14:05 |
Reporter: | Soulweaver | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | GDPR: Add a private user changelog endpoint to XML API to enable SigServer to do periodical user data cleanup | ||||
Description: | Required for implementing 0003303 - see the comment in that issue for implementation details. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3407 | [HTML & PERL] Feature Request - Interface | feature | N/A | 2020-01-11 04:28 | 2020-01-13 11:35 |
Reporter: | Announ | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Picture upload: Provide hint of accepted file types | ||||
Description: |
The input form on https://anidb.net/upload allows the user to select any type of file. The user experience can be improved by setting the "accept" attribute of the "<input>" element to a comma‐separated list of supported MIME types and file extensions. Users of supporting agents will be presented with an interface that allows browsing and selecting image files in the formats that AniDB expects. |
||||
Tags: | upload | ||||
Steps To Reproduce: | |||||
Additional Information: |
As an alternative—or, perhaps, for usability, also in addition—the note at the top of the page can list the supported image formats, along with the other limits. |
||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3293 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-01-01 20:28 | 2020-01-13 11:29 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Charcharrel ADD creq: the relation being added is not stated in the top info block, only in the details | ||||
Description: |
https://anidb.net/c11069791 The 2nd line of the info block is blank since this is an ADD creq, can we make it pull the info that exists in the creq itself? |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3150 | [HTML & PERL] Feature Request | minor | have not tried | 2018-03-08 02:01 | 2020-01-13 11:11 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Addcharanimerel: require creq to readd deleted charanimerel | ||||
Description: |
As on the tin. It is currently unnecessary to go through a creq in order to readd previously deleted deleted charanimerels, which can lead to cases such as https://anidb.net/c9395168 Seeing that (almost) every other rel type requires a creq to readd a deleted one, it seems only reasonable to require it here as well. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3405 | [HTML & PERL] Feature Request - Interface | minor | always | 2020-01-10 17:00 | 2020-01-13 11:04 |
Reporter: | Newser | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Place "Silent/Mute Character?" next to "Seiyuu" | ||||
Description: |
When adding a character, "Silent/Mute Character?" is placed between "Relation Type" and "Appears In Eps" Or alternatively, you could also say that "Appears In Eps" is placed between "Silent/Mute Character?" and "Seiyuu" I think that "Appears In Eps" should come right next to "Relation Type", and "Silent/Mute Character?" should be placed before "Seiyuu" (see the last attachment, that is an edited screenshot, for an illustration) or after "Seiyuu Comment" field |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
AniDB_appears_silent_mixed.jpg (106,230 bytes) 2020-01-10 17:00 https://tracker.anidb.net/file_download.php?file_id=353&type=bug AniDB_appears_silent_swap_edit.jpg (104,964 bytes) 2020-01-10 17:00 https://tracker.anidb.net/file_download.php?file_id=354&type=bug |
||||
Notes | |
(0004407)
Newser 2020-01-10 17:05 |
Maybe not best illustration but... |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3406 | [HTML & PERL] Bug Report - Interface | text | always | 2020-01-11 03:33 | 2020-01-12 17:42 |
Reporter: | Announ | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Picture upload: Banner width and height values missing in limits note | ||||
Description: |
See attached screenshot. |
||||
Tags: | upload | ||||
Steps To Reproduce: |
|
||||
Additional Information: | |||||
Attached Files: |
picupload note.png (1,838 bytes) 2020-01-11 03:33 https://tracker.anidb.net/file_download.php?file_id=355&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3027 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2017-11-08 07:09 | 2020-01-11 22:25 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | File entry: edited date not reflecting latest creq | ||||
Description: |
https://anidb.net/f1550225 Edited By: Deth93 (614661) on 2015-02-18 15:32 https://anidb.net/c9092490 Requested By Deth93 (614661) on 2017-11-08 06:58 Pretty sure that this has been reported before, looks like it's broke again. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004409)
CDB-Man 2020-01-11 19:14 |
As of today, it's still showing incorrectly on the file page: Edited By Deth93 (614661) on 2015-02-18 15:32 Instead of the 2017 date on the creq. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3409 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-01-11 13:26 | 2020-01-11 13:49 |
Reporter: | Announ | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Unable to edit or delete new messages in non‐pending creq | ||||
Description: |
This seems to be https://tracker.anidb.net/view.php?id=3349 working as described, but not as intended. Editing of messages in a closed creq should be disabled to maintain the creqʼs integrity, but only for the ones before the closing. There is no reason to prevent editing of new messages after that point. |
||||
Tags: | creq, creqmsg | ||||
Steps To Reproduce: |
|
||||
Additional Information: |
An implementation more akin to that described in https://tracker.anidb.net/view.php?id=3349#c4364 should work: Make the change to a non‐pending creq state work like a new comment (perhaps by making it emit one, just like CDB-Man proposes, but hiding it from view, so as not to redundantly clutter the topic). |
||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3349 | [HTML & PERL] Feature Request | feature | N/A | 2019-06-23 18:56 | 2020-01-11 13:28 |
Reporter: | Deth93 | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Disallow users to edit/remove their replies in CREQs after the CREQ has been closed/dealt with. | ||||
Description: | The way things are now, user can submit a change request and delete their comment as long as it's the last one in the row, even after the issue has been dealt with, possibly leaving the CREQ history incomplete should one decide to recheck the issue. While that behavior is acceptable while CREQ is still open, it should be disabled for all but mods after it's been closed. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004364)
CDB-Man 2019-07-08 01:21 |
Alternatively if that's harder to implement, make it so that whenever a mod closes a creq (mod grant, mod force revoke, mod deny, etc), make the closing user auto-insert a comment saying "creq closed" or something so that all prior messages are locked. When a user regular revokes a creq, it should also lock all edits of comments. Also, the user should be unable to edit the last comment if it is theirs. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3408 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2020-01-11 12:27 | 2020-01-11 12:45 |
Reporter: | Announ | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Massedit Cast: Remove "edit" column | ||||
Description: |
The Massedit Cast page requires ticking a checkbox on the leftmost column headed “x” for each character to which one wants to make an edit for. This is error‐prone and redundant. If the user makes a change and forgets to or fails to tick the corresponding checkbox, their changes are lost. Perse will probably not even notice that this has happened. If the user changes any of the data in the page, it can be assumed that the change is intended. The software should detect which entries are being edited by the fact that one of their fields has been edited. |
||||
Tags: | mass edit | ||||
Steps To Reproduce: | |||||
Additional Information: |
Alternatively, the column could stay, but its function automated: When an edit to an entryʼs field is made, its checkbox is automatically ticked. Unticking the checkbox reverts all edited fields to their original content. Manually ticking the checkbox would have no purpose, so it would be good to disallow it, and even better to turn it into a button that appears or is enabled only after making a change. |
||||
Attached Files: | |||||
Notes | |
(0004408)
Announ 2020-01-11 12:44 |
I believe that simply removing the column is the better option. It makes for a less cluttered page that works equally as good with scripting disabled. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3401 | [Other Systems] General | feature | sometimes | 2020-01-04 16:20 | 2020-01-10 15:48 |
Reporter: | Arimil | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Allow automated access for chat clients metadata retrieval. | ||||
Description: | It's nice when chat clients show information when you link a show in a chat client. Slack appears to do this, however Discord does not. I've been told that Telegram also does not work. | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
AniDB Riot Web URL preview.png (42,312 bytes) 2020-01-10 15:44 https://tracker.anidb.net/file_download.php?file_id=351&type=bug AniDB Riot Android URL preview.png (42,244 bytes) 2020-01-10 15:44 https://tracker.anidb.net/file_download.php?file_id=352&type=bug |
||||
Notes | |
(0004406)
Announ 2020-01-10 15:44 |
Matrix clients use https://www.matrix.org/docs/spec/client_server/r0.6.0#get-matrix-media-r0-preview-url to request Open Graph data for the URL that they want to preview. This API can be tested on https://www.matrix.org/docs/api/client-server/#!/Media/getUrlPreview. Screenshots of a preview as displayed in https://riot.im/app/ and in https://f-droid.org/repository/browse/?fdid=im.vector.alpha are attached. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3402 | [HTML & PERL] Feature Request - Database | minor | have not tried | 2020-01-06 19:31 | 2020-01-10 00:14 |
Reporter: | dorainam | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Create a way to add the anime's logo | ||||
Description: |
The logo (title) is a big part of the anime's identification. An anime can have multiple visuals but its logo will never change, there is even a credit (in the video) for its design. Now it is mostly lost with clean visuals and in some way it should be remediate. I propose something like in the attached pic (it can be implemented differently). In the contribution tab can be added a line like "add/edit logo" for picture ID. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
logo2.png (560,158 bytes) 2020-01-06 19:31 https://tracker.anidb.net/file_download.php?file_id=349&type=bug logo_overlay.png (417,240 bytes) 2020-01-09 23:59 https://tracker.anidb.net/file_download.php?file_id=350&type=bug |
||||
Notes | |
(0004405)
Announ 2020-01-09 23:59 |
Another way of displaying the logo could be by overlaying it over the anime picture. This would require specifying its size and position (or making it match the picture size; but that would make it harder to use in other places), and keeping them in sync. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3055 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2017-12-10 19:41 | 2020-01-08 08:47 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Creq list: tagentityreltb creq uses "id" as param instead of "aid"/etc, breaks "related entry" link on add creqs | ||||
Description: |
https://anidb.net/perl-bin/animedb.pl?show=creq See the link for any tagentityreltb creq. Random example: https://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&id=218923 for https://anidb.net/c9142694 That link redirects to https://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&aid=8395 That id param does not work with add creqs, however. If you try: https://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&id=512439 That does not work and will not work until such a time as the corresponding creq is granted. If the creq is revoked or denied, it will never work, end of story. Replacing the link based on the id param with a link based on the aid/etc param would fix this issue. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3393 | [HTML & PERL] Bug Report | minor | always | 2019-11-26 10:42 | 2020-01-08 08:47 |
Reporter: | Newser | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Related Entry Character ID in Char-Char Relation CREQ is incorrect | ||||
Description: | In Char-Char Relation CREQ, in the Related Entry field, there is a link to a character, but the ID in this link is actually the relation ID, not character ID as it displays | ||||
Tags: | |||||
Steps To Reproduce: |
Example: http://anidb.net/c12320888 If you go to one of the character's relations: http://anidb.net/character/78141/relation (click "Deleted" tab) - you'll see that 152728 is the relation ID |
||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004400)
DerIdiot 2020-01-05 22:32 |
fixed for future delete requests |
(0004404)
DerIdiot 2020-01-08 06:58 |
fixed in all previous creqs as well |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2814 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2017-02-18 09:50 | 2020-01-06 22:51 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | show=addtagentityrel: improve "history" tab with creqs from previous systems (e.g. agenntb) | ||||
Description: |
This is part 1 of a 2-part request. I'll be submitting the next part in a minute. The request is divided in 2 parts because they are essentially different things, though each part only achieves its complete usefulness when the other is also implemented; I envision them as a set. Currently, creqs from previous systems (e.g. agenntb) are currently not displayed in the history tab at all; even granted category id changes are treated as having never existed (if a creq changed from category A to category B, the system thinks the original adder added B, rather than A). I'm fairly sure that user-issued dels are being treated as mod-issued, too, with the creqid also missing. See e.g. https://anidb.net/c8500140 for one of many possible cases. The short story is that a tag was deleted whenever in the distant past and I have no idea why or whether a creq was involved. In this case, I managed to figure out what had happened in 2012 (mostly, anyway), but sometimes that's simply impossible, and I would have preferred if I didn't need to waste 15 minutes doing that anyway. Providing that data is a job for an algorithm, not for a human being. I'd like these ancient creqs listed there, as is the case for tagentityreltb creqs. Preferentially including all the way back from the first system if at all possible. Precisely where human memory isn't too useful, that data can be a veritable gold mine. I'm not so sure about the current status of the old char/creator tags. It may be that we're not even currently recording their removals; I can't say I recall seeing a char/creator tag removal from the previous system. Ideally I'd like that data from there as well. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2557 | [HTML & PERL] Feature Request - Interface | feature | N/A | 2016-09-02 05:48 | 2020-01-06 11:52 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Acreqs: PM for sub track from soft -> hard + changed to CRC edited behaviour when file is marked CRC does NOT match | ||||
Description: |
http://anidb.net/post413892 Similar to the PM notification when CRC is edited, a PM should be sent when a sub track is changed to hard. Sample messaging: A subtitle track you added to [url=xxxxx]this file entry[/url] was changed to type hardsub by an AniDB client. Please check whether the file does in fact have any subtitles at all, soft or hard sub, and issue any needed edit change requests. =========== For CRC changed by acreq: 1) casing fix at the ** in the PM wording The CRC value you added to this file entry was wrong and it was changed to the correct value generated by an **AniDB** client. Please check whether you have the proper file (not corrupted) and make adjustments to the CRC status if necessary (matches official CRC; does NOT match official CRC). Or in the case of only you having the corrupted version of the distributed file, please issue a deletion request for that file entry, AniDB is NOT meant to index metadata of files that only you have and which were not distributed publicly. 2) if the file is marked CRC does NOT match, the acreq should NOT change the status from mismatch -> unchecked; it should stay marked as mismatch. If the user consciously selected mismatch, we should assume this case is correct by default, instead of assuming it is wrong by default and acreqing it to unchecked. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0003826)
Hinoe 2016-09-02 14:15 |
Isn't having a proper creq notify instead of a PM less, you know, invasive, especially for people who add lots of files? If nothing else, I'd like that at least as an option. |
(0003828)
CDB-Man 2016-09-03 00:19 |
CRA mismatches are currently PMs -- though that does happen a lot less often than the hardsub tracks. One way to reduce the spam could be to only send 1 soft -> hard convert email per 24 hours, and it will gather all the file IDs of everything that was changed in he past half hour -- though this would require somehow keeping track of it internally before the message is sent. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3319 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-02-17 22:54 | 2020-01-06 09:21 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | reopened | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | CREQ: deleted tags do not appear in the creq info block (no link) | ||||
Description: |
For example https://anidb.net/c11357967 this creq relates to this deleted tag https://anidb.net/t4836 -- however, in the info block: ID 11357967 (c11357967) Tag Type/State EDIT, MODEDIT The link to the tag is missing (along with the tag name and tag ID) |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004403)
CDB-Man 2020-01-06 01:05 (Last edited: 2020-01-06 01:09) |
Advanced users in general (e.g. Kabbu, Hinoe) and tag maintainers in specific (e.g. Hinoe) cannot see the "Tag" field anymore after this change, so inconsistent with other deletion creqs. It looks like only mods and above (e.g. Soulweaver, CDB) can see it. Can we ensure that at minimum, tag maintainers can still see the deleted tag ID in the creq? Tag name as well. Adv users should also be included. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3223 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2018-07-22 15:06 | 2020-01-06 01:17 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | CREQ: tagentityrel ADD creq, link to tag in the creq info block is broken | ||||
Description: |
https://anidb.net/c9757891 In the creq info block, the link to tag "call my name" shows the following: https://anidb.net/perl-bin/animedb.pl?show=tag&tagid=&reltb=animetb When it should be: https://anidb.net/perl-bin/animedb.pl?show=tag&tagid=5954&reltb=animetb The tagid is missing in the URL. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004302)
CDB-Man 2018-10-15 04:42 (Last edited: 2018-12-29 20:36) |
Happens for char tag creqs as well: https://anidb.net/c9862667 https://anidb.net/c11059840 |
(0004401)
CDB-Man 2020-01-06 00:52 |
https://anidb.net/admin/creq/9757891 Well, the original issue is fixed, but it created another problem. In the "Data" Section: related Entry Psycho-Pass The text Psycho-Pass is fine, but the link is: https://anidb.net/perl-bin/animedb.pl?show=anime 1. it's the old format link 2. it lacks an aid |
(0004402)
CDB-Man 2020-01-06 00:55 |
Same thing happens to the 2 character tag creqs as well: https://anidb.net/c9862667 https://anidb.net/c11059840 > https://anidb.net/perl-bin/animedb.pl?show=character No charid and it's the old link. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3366 | [HTML & PERL] Feature Request | feature | N/A | 2019-07-21 12:39 | 2020-01-06 01:00 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Animegroup: Link to pending creq not listed on error pages | ||||
Description: |
While link to pending creq on error pages feature was added on many parts of AniDB, Animegroup wasn't. Example: http://anidb.net/group/release/66133/edit |
||||
Tags: | animegrouppage, creqmsg, usability | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3348 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2019-06-20 00:08 | 2020-01-05 22:37 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | CREQ: make the force revoke button also self assign the creq | ||||
Description: | Currently the force revoke button does not also self assign the creq. Change it so that it self assigns before forcing the revoke. | ||||
Tags: | |||||
Steps To Reproduce: |
1. Find a creq where someone else is already assigned. 2. Hit force revoke. 3. Creq will be in revoked status by you, but still assigned to the previous handler. |
||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3307 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-01-23 01:00 | 2020-01-05 21:21 |
Reporter: | Soulweaver | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Group: Long descriptions are not handled properly | ||||
Description: |
1) There's a character limit on group descriptions, but this limit is not revealed to the users. It should be noted somewhere. 2) If you submit a description that is longer than this character limit, rather than the website handling this gracefully, the user only receives the generic DB ERROR error message. A creq is generated (see f.ex. http://anidb.net/c11274695 ) even though the field is not actually updated. 3) I'd like to have the limit raised high enough so that the description in said creq fits in :p |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004334)
Soulweaver 2019-01-23 01:13 |
Hmm, while testing over on devint, I actually managed to get a "descr too long" error with a different text body, so 1) is invalid or at least mostly working. However, something in what I wrote is still triggering the DB error on devint – but submitting only the second part works fine. It feels like it has something to do with the length in any case. |
(0004335)
Soulweaver 2019-01-23 01:26 (Last edited: 2019-01-23 01:45) |
More testing: Maximum allowed text length without an error: 5,180 UTF-8 bytes / 4,904 Unicode chars (windows line feeds) 5,156 UTF-8 bytes / 4,880 Unicode chars (unix line feeds) Minimum text length that throws "3 - descr is too long!" 5,277 UTF-8 bytes / 5,001 Unicode chars (windows line feeds) 5,252 UTF-8 bytes / 4,976 Unicode chars (unix line feeds) Anything between these seems to produce DB ERROR instead. I guess the text length is checked from the logical character length at least, 5k seems like a likely number for that. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3318 | [HTML & PERL] Feature Request - Interface | text | N/A | 2019-02-17 22:11 | 2020-01-05 19:33 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Group: on the website, rename "Short Name" to "File Tag" as this causes the least confusion | ||||
Description: |
In talking to some fansubs and users, they were inclined to create "fake" shortened names since the field is described as short name, even though they use their full name as the file tag in all cases. For example: https://anidb.net/c11320834 Just a textual change, to change what we call it on the website GUI in forms, on the group page, etc. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3341 | [HTML & PERL] Feature Request - Database | minor | have not tried | 2019-04-29 13:48 | 2020-01-05 01:55 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Resources: new type for Chinese Sources | ||||
Description: |
Refer to discussion at: https://anidb.net/perl-bin/c11544439#msg23274431 Bangumi, Douban, are Chinese databases for TV series, similar to MediaArtsDB and Allcinema. Bangumi and Douban are 2 of the larger ones and should be added. Often these places + Baidu are the only places we can go to learn about Chinese animes. Sample links: https://bgm.tv/subject/187572 https://movie.douban.com/subject/26864154/ There's also a million streaming sites (Bilibili, iQiyi, Youku, fun.tv, QQ, etc.)... but too many to individually name, so for now using "official stream" is good enough. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3331 | [HTML & PERL] Feature Request | feature | N/A | 2019-04-10 05:31 | 2020-01-05 01:17 |
Reporter: | PortaTerzo | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Advanced Character Search | ||||
Description: |
I have two basic requests in relation to the Advanced Character Seach. 1. Add option to "Randomize It", much like Advanced Anime Search. 2. Add option to filter adult content (again, just like Advanced Anime Search). I mean, every character has already been flagged, thus I don't see why it couldn't be a thing. |
||||
Tags: | character, search | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3398 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2019-12-16 04:38 | 2020-01-05 00:34 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Tag Mod: tool to bulk apply parent tag to all child tags | ||||
Description: |
Ideally, we need a tool that applies the current tag to ALL entities that carry ANY of its downstream children. For example, if I am currently on the page for "car", then the "car" tag is now applied to all the entities with any of the child car tags, such as "sports car" or "SUV". This should ONLY be done manually; i.e. a human maintainer/mod must be the one to decide this and press the button to apply the tags. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004397)
DerIdiot 2020-01-04 23:29 |
what? |
(0004399)
CDB-Man 2020-01-05 00:34 |
1. Tags migrated from the old system don't always have the parent tag applied to the entry. 2. Text add tag UI does not enforce adding the parent tag (only the GUI tag add does). 3. When a tag has a new parent assigned to it, the entries will not be tagged with the parent. The GUI tagging forces tagging the entry with but parent tag, but there's lots of ways around it. Therefore, we have lots of cases where for example, a vehicle character entry is tagged "SUV" but not also tagged "car". So a button should exist on the car tag page (or in the tag admin somewhere), that lets a maintainer bulk apply the "car" tag to all entries tagged with child tags such as "SUV" or "sports car". |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3368 | [Reports] General | feature | N/A | 2019-07-21 19:38 | 2020-01-05 00:04 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add mod report: Maintenance tag NODESC used on entries that had 'Other' field modified | ||||
Description: |
Add mod report for aniDB entries that had it's description/ 'Other' field modified but also have a Maintenance tag 'DESCRIPTION MISSING' added. Currently, this has been used on 1425 entries. Many of them since then have had a summary added, but the tag wasn't removed. Example: http://anidb.net/a6845 http://anidb.net/a11262 While editing an aniDB entry, there is no notification about this tag so ones that are missing description/summary stays missing; and if someone does add a description/summary, they might forget to remove this tag (examples). It's rather taxing to go through all 1425 entries to see where the tag is properly applied. |
||||
Tags: | anime tags, mod, report | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3362 | [AJAX/JS] Bug Report | minor | always | 2019-07-18 06:20 | 2020-01-04 23:41 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | AniDB URL scheme: Searchbox - Clicking 'See all results for' pulls up old /perl-bin/ URLs | ||||
Description: |
http://anidb.net/perl-bin/animedb.pl?adb.search=fma&show=animelist instead of http://anidb.net/anime/?adb.search=fma&do.search=1 |
||||
Tags: | search, url-redirection, usability | ||||
Steps To Reproduce: |
Type an anime name in the searchbox, like 'fma' Click 'See all results for' link from dropdown quick search |
||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3400 | [HTML & PERL] Bug Report - Interface | minor | always | 2020-01-03 18:10 | 2020-01-03 22:11 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Admin: pagination of DB change log broken | ||||
Description: |
https://anidb.net/admin/changelog/?filter.uid=560966 If I hit the Previous page button I get: https://anidb.net/admin/changelog/?filter.uid=560966&offset=-50 If I hit the Next page button I get: https://anidb.net/admin/changelog/?filter.uid=560966&offset=50 However, the offset value doesn't actually do anything and you stay on page 1, so you can't actually scroll backward or forward. Hitting page back/forward a second time also does not increase the offiset to -100 / +100, it just stays -50 / +50. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3350 | [HTML & PERL] Bug Report | minor | always | 2019-06-25 18:07 | 2020-01-03 12:52 |
Reporter: | Deth93 | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Users shouldn't be able to access Registration page while logged in. | ||||
Description: | As the title says, it's possible to access the following page while logged in: https://anidb.net/perl-bin/animedb.pl?show=signup | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3352 | [HTML & PERL] Bug Report | minor | have not tried | 2019-06-29 12:01 | 2020-01-03 12:44 |
Reporter: | Deth93 | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | DEL CREQs link to wrong and unrelated CREQs. | ||||
Description: |
Example of such CREQ here: https://anidb.net/c11709976 In the file entry's history, if you click on "show" link for the DEL CREQ, it'll lead you to an unrelated CREQ for this entry. It's probably true for the other file related DEL CREQs, maybe some other entries as well, but I haven't tested that. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004363)
Hinoe 2019-07-08 01:21 |
This is true of all entries that were deleted without an actual (user-submitted) creq. Mod/maintainer deletes (and in specific cases owner deletes as well) are simply processed without creqs. Assuming the history for the entry has at least one creq, the system generates a completely bogus del creq ID + link for them, always corresponding to the ID of the most recent creq (by whichever measure the system uses) plus one (it can't do that if there are no creqs to draw an ID from). |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3346 | [HTML & PERL] Feature Request | minor | always | 2019-06-07 19:37 | 2020-01-02 19:38 |
Reporter: | Newser | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Generate a creq when adding deleted resource | ||||
Description: | Please generate a creq when trying to add the very same resource as the one that was once deleted (from this entry) | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004360)
Newser 2019-06-07 19:41 |
Just thought of it now: also generate a creq when trying to edit existing resource (previously added by you) into the one that was deleted |
(0004361)
Newser 2019-06-07 19:46 |
I mean, a creq that requires a mod approval. Right now, it does generate a creq, but it's OWNEREDIT |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3369 | [HTML & PERL] Bug Report | minor | always | 2019-07-24 11:10 | 2020-01-02 18:44 |
Reporter: | zebula | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Windows | ||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Miscalculation predicted rating | ||||
Description: | Predicted rating above rating maximum of 10 | ||||
Tags: | |||||
Steps To Reproduce: |
Login into my account - user name zebula (u26332) Go to the anime page https://anidb.net/anime/13893 (Carole & Tuesday) Look at the predicted rating (or see screenshot) |
||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
wrong_rating.png (14,648 bytes) 2019-07-24 11:10 https://tracker.anidb.net/file_download.php?file_id=339&type=bug |
||||
Notes | |
(0004366)
worf 2019-07-24 19:07 |
This is not a bug. Its the result of your own (kind of) messed up voting scale. 40% of your votes are 8s, 9s and 10s. If you were voting more like a "normal" person this wouldn't happen. Simply put: You generally vote too high. |
(0004367)
zebula 2019-07-24 21:33 (Last edited: 2019-07-24 21:42) |
Are you serious? It's absolute easy to set the maximum predicted rating to 10. This is a bug if it's only possible to vote 10, then the predicted rating system should not show a score like 10.37. Round it down to 10. It doesn't matter what a "stupid" user does to the system, the system should catch such "misuse". Sorry that my rating is too high ^^ I think your understanding of a bug is messed up. Are you even a developer? |
(0004368)
DerIdiot 2019-07-25 21:14 |
please refer to: https://anidb.net/post389239 https://anidb.net/post389500 |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3399 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-12-25 04:58 | 2020-01-02 15:45 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Webpage title: page title still shows user's old name after name change | ||||
Description: |
[23:51:44] <CDB-Man_> https://anidb.net/user/729755/profile in the page title in the browser title I see both the user's old name "Ramrem" and the new name "Tilarna" See screenshot. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Screenshot_20191224-235520.jpg (543,751 bytes) 2019-12-25 04:58 https://tracker.anidb.net/file_download.php?file_id=348&type=bug |
||||
Notes | |
(0004394)
DerIdiot 2020-01-02 15:45 |
yes because that is the blogname and not the username. blogs are created with the users initial name and then never get automatically changed, because the user can change that to whatever he wants whenever he wants. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3388 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-11-09 00:05 | 2020-01-02 15:32 |
Reporter: | -Blackiris- | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | "Aired date lies too far in the future" Error Prevents Submitting Edits | ||||
Description: | An "aired date lies too far in the future" error pops up when I try to edit the entry for "Kimitachi wa Dou Ikiru ka" (13545). The date is set to 2022, but I didn’t even set it and only wanted to add a picture. This error prevents me from submitting any kinds of changes. | ||||
Tags: | |||||
Steps To Reproduce: | Edit | ||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3397 | [Other Systems] Other | minor | always | 2019-12-13 23:58 | 2019-12-15 14:02 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | AniDB wiki: 404 nginx on mobile | ||||
Description: |
https://wiki.anidb.net/w/Categories:Content_Indicators This returns 404 nginx on mobile (Android Chrome), works fine on desktop. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3375 | [CSS] Bug Report - Interface | minor | always | 2019-08-19 00:16 | 2019-12-12 14:52 |
Reporter: | Belove | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | On high PPI/DPI display devices/settings, image resources are rendered at lower than display resolution | ||||
Description: |
On high PPI/DPI display devices/settings, image resources are rendered at lower than display resolution. The issue is most glaring in the case of thumbnail display. I would think with the current state of tech we could make due with maybe 3 versions of each image for a significantly improved UI experience, and even for starters just modifying the logic used to choose between the two resolutions we already maintain (full resolution and the low resolution currently always used for thumbnails). So, the simplest improvement to start with world be to use the full resolution version for thumbnails on displays with a pixel density sufficiently higher than 96 (120? 144? more?). If you create some intermediate image resolutions you can strike a better balance for moderating bandwidth usage/page load times. It would be nice to have higher resolution for large image display too, not just thumbnails, but that obviously would not be effective until such images are uploaded to AniDB. These would also be useful even at low-DPI for very large display layouts. However, upgrading the resolution of large images is less important because they already contain a reasonable amount of detail. They would look better with more, but thumbnails displayed to users on high PPI and/or large displays currently look bad since they have very little detail. Among the most common high PPI displays are modern smartphones with around 500-600 PPI last I checked. Those devices might falsify their PPI as bring lower than that though; my 518 PPI 0000014:0000006.3" device seems to report about 337 PPI in Chromium-based browsers and about 339 PPI in Firefox using default display scaling settings. I assume this is because the device manufacturers feel that the 337ish PPI resolution is a good balance of quality/bandwidth for web browsing. These numbers can change based on system settings on my Android. There are display scaling settings similar to those on desktop OSs. Still, the browser reports different and lower numbers than native apps detect. |
||||
Tags: | CSS, javascript, picture, UI | ||||
Steps To Reproduce: | Look at a thumbnail on a high PPI display and display setting to see the issue clearly. | ||||
Additional Information: |
CSS PPI detection example using media queries: https://home.heeere.com/tech-ppi-aware-css-media-query.html Javascript PPI detection example (binary trial and error hones in on it quickly): https://jsfiddle.net/pgLo6273/2/ On my device, the two demos give slightly differing results, as do different rendering engines. Not sure if the difference between CSS and JS demos is a bug or not. I am not the author of the demos. On my 0000205:0000518 PPI mobile device: CSS: Chromium: 336 PPI; Firefox: 338 PPI JS: Chromium: 337 PPI; Firefox: 339 PPI Again, the simplest way to improve things in re. this issue to start with might be to just use the full resolution version of images for thumbnails on displays with a pixel density over some threshold, such as 120 or 144 PPI (25% or 50% greater than 96 respectively). In the long run, maintaining a wider range of resolutions would be better. Excess resolution, if it occurs, is actually nice on small displays where users frequently zoom in and out, though could be an issue for those on limited or heavily metered bandwidth. A low(er)-bandwidth layout option could be made an option to mediate this issue (which could for now, for example, maintain the existing behavior). Users already can mediate bandwidth usage by limiting the number of items per page in result tables. There is a web design trend toward only sending data as needed in a more dynamic way these days: "infinite scroll" (though not everyone is a fan). |
||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3376 | [HTML & PERL] Feature Request - Interface | minor | always | 2019-08-21 11:03 | 2019-12-12 14:43 |
Reporter: | VainNihilist | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | CRC/Hash Status description consistency | ||||
Description: |
Mass add files (Add New Release) page: Description for "CRC/Hash Status" states that it "Needs CRC in the filename" which is required for that form, however wiki describes other allowed sources for official hash (e.g. .md5 hash file). Edit File page: Uses radio buttons instead of dropdown selection. Link to wiki section is incorrect, ending in "#CRC_status". Current wiki link: https://wiki.anidb.net/w/Content:Files#CRC.2Fhash_status |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | Some history in https://tracker.anidb.net/view.php?id=2340 | ||||
Attached Files: |
Add New Release CRC-Hash Status description.JPG (13,369 bytes) 2019-08-21 11:03 https://tracker.anidb.net/file_download.php?file_id=340&type=bug Edit File CRC-Hash Status description.JPG (27,686 bytes) 2019-08-21 11:03 https://tracker.anidb.net/file_download.php?file_id=341&type=bug Edit File metadata headings.JPG (22,775 bytes) 2019-08-21 11:09 https://tracker.anidb.net/file_download.php?file_id=342&type=bug File metadata page (2).JPG (56,195 bytes) 2019-08-21 11:25 https://tracker.anidb.net/file_download.php?file_id=343&type=bug File metadata page.JPG (57,186 bytes) 2019-08-21 11:25 https://tracker.anidb.net/file_download.php?file_id=344&type=bug |
||||
Notes | |
(0004382)
VainNihilist 2019-08-21 11:09 |
Suggest making this a dropdown menu in both locations. Unrelated: inconsistent inclusion of colon on metadata headings on Edit File page. |
(0004383)
VainNihilist 2019-08-21 11:25 |
On the File metadata page: - "CRC/Hash Status" is not immediately apparent as it is appended to "Released By". - possible confusion with "CRC/Status" field which is "verified" by API client (e.g. Avdump2). |
(0004393)
DerIdiot 2019-12-12 14:43 |
The note in the massadd form is not a requirement as such and more a technical guideline. As we try to minimize manual insertion of data for files inserting the crc by hand for each entry would be a waste of time. At the same time we require the crc field for be filled when the hash status is set. Hence you can't set the status without having the crc filled. Which you can only do in the mass add form if you have them as a filename tag. I hope you see the issue. Most releases feature properly named files and hence this isn't a large issue and for instances where md5 files are provided a mod can easily mass set the files in quesiton to verified if he gets contacted. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3377 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-08-24 16:58 | 2019-12-12 13:40 |
Reporter: | VainNihilist | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add new files - Already existing file text formatting | ||||
Description: |
When an already existing file is added, the clickable link to episode ID is incorrect (https://episode/####). Unmatched brackets in text line, e.g.: Already existing #1: fid=2249973), eid=193890), size=92550158, ed2k=07e1b98384b18e98e52dbca912f25cd5, ext=mkv |
||||
Tags: | addfilem | ||||
Steps To Reproduce: | Attempt to add file that already exists in the database. | ||||
Additional Information: | Clickable links added: https://tracker.anidb.net/view.php?id=2727 | ||||
Attached Files: |
Already existing file.JPG (21,251 bytes) 2019-08-24 16:58 https://tracker.anidb.net/file_download.php?file_id=345&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3383 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-10-03 04:46 | 2019-12-12 13:34 |
Reporter: | Harkonnen | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Wrong MyList page is opened after "update selected files" if default language is set not to japanese(transcription) | ||||
Description: | After pressing "update selected files', char=X part of the url is changed to first letter of japanese(transcription) title, not expanding selected title as it is not on that page of mylist. | ||||
Tags: | |||||
Steps To Reproduce: | Set default title to English, expand any entry in mylist for which English and Japanese(transcription) titles do not begin on the same letter, select "update selected files". | ||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3395 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-11-30 22:51 | 2019-12-12 12:38 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Tag: missing arguments in links when sorting a chartag on the animetb tab listing | ||||
Description: |
[2019.11.30 17:48:06] <CDB-Man_> https://anidb.net/tag/1225/animetb when i click on the "ended" column header to sort the list of anime with tagged chars by end date, it redirects me to https://anidb.net/tag/1225/?cat.minweight=0&noalias=1&orderby.enddate=0.2&orderby.name=1.1 which is the character tab instead. anyone else see this? The sorting for the anime tab of a tag that's only taggable on characters does not work. |
||||
Tags: | |||||
Steps To Reproduce: |
1. Go to a tag opened only to characters, such as https://anidb.net/tag/1225/animetb and go to the anime tab. 2. Click a header such as End Date, which should sort the anime list by end date. The anime list is comprised of all anime with at least 1 character tagged this tag. 3. https://anidb.net/tag/1225/?cat.minweight=0&noalias=1&orderby.enddate=0.2&orderby.name=1.1 end up here, but what is displayed is the character list not the anime list. The link ought to be https://anidb.net/tag/1225/animetb/?cat.minweight=0&noalias=1&orderby.enddate=0.2&orderby.name=1.1 instead, basically missing the animetb part of the URL. |
||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3378 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-08-25 19:33 | 2019-12-12 11:06 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Admin: antileech trace not working for all users, showing blanks | ||||
Description: |
When you click the "[T]" beside the username on the userinfo page, the trace log is blank for some users, such as: https://anidb.net/admin/antileech/?show.trace=1&tid=AntiSnob&type=uname https://anidb.net/admin/antileech/?show.trace=1&tid=Soulweaver&type=uname But populated for others, such as: https://anidb.net/admin/antileech/?show.trace=1&tid=deridiot&type=uname |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3386 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2019-10-15 01:47 | 2019-12-12 11:04 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | DB entries lists: deleted users' lists unavailable, access denied error, but they're not personal data | ||||
Description: |
https://anidb.net/user/UID/contribution The lists of DB data points a user added, data points which is already open for all to see, are not personal data no matter how you spin it. Access to them is necessary for data moderation purposes and limited to the people who need them to begin with. The fact a given user was deleted is no reason to bar people who otherwise have the correct permissions from seeing those lists. A situation that lets users break an important moderation feature facilitates abuse (add a bunch of crap data all around, delete your account, see how happy everyone becomes about hunting your adds, it's super effective), and a needlessly broken feature is effectively a bug. Example case: https://anidb.net/user/94967/contribution |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3392 | [HTML & PERL] Bug Report - Interface | tweak | always | 2019-11-20 19:01 | 2019-12-12 10:56 |
Reporter: | zeromind | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Pagination does not work for high page numbers >1000 | ||||
Description: | Pagination does not seem to work when the page barameter has a value over 1000 | ||||
Tags: | |||||
Steps To Reproduce: |
go to a page that lists lots of entries and try to access page 1002 for it (page=1001) for it e.g. https://anidb.net/user/27775/contribution/entity/file/?epp=10&orderby.date=0.1&page=1001 or https://anidb.net/admin/avmf/?orderby.date=0.2&page=1001&uid=27775 Actual result: Site shows entries for page 1 Expected result: Site shows entries for page 1002 |
||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004392)
DerIdiot 2019-12-12 10:56 |
yeah that is a deliberately set value. increased it to 10000 now |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3396 | [HTML & PERL] Bug Report | major | always | 2019-12-12 03:42 | 2019-12-12 10:48 |
Reporter: | lfzewycpb | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | anime missing from season chart | ||||
Description: |
example of a missing show anime/13624 (ありふれた職業で世界最強), 2019-07-08 till 2019-10-07 is missing from https://anidb.net/anime/season/?calendar.mode=1&do=calendar&do.update=1&h=1&last.anime.month=22&last.anime.year=2019 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004390)
DerIdiot 2019-12-12 09:50 |
the series started in summer 2019. why would it be in the calendar for autumn 2019? so, no, it's correct as is. |
(0004391)
DerIdiot 2019-12-12 10:47 |
ah you were talking of the ending mode. ok that wasn't apparent right away. ok that should be fixed |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3382 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-09-21 20:28 | 2019-12-09 11:09 |
Reporter: | Soulweaver | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | User: Avatar dimension limit is not enforced | ||||
Description: |
User avatars are supposed to be limited to 100px by 100px, but it is possible to set a larger avatar, probably both by upload and by reusing an already uploaded image. Examples: – https://anidb.net/user/816465/profile 335x450 picture as avatar on live – https://devint.anidb.net/user/369387/profile using an existing anime picture as avatar (the image doesn't show because of CDN stuff probably, but the element is set to the corresponding, too large dimensions) |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004389)
DvdKhl 2019-12-08 19:04 |
Adding the following css to the image element fixes the problem on the display side: element.style { max-width: 100px; max-height: 100px; height: auto; width: auto; } |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3394 | [AniDB HTTP API] Feature Request | feature | N/A | 2019-11-28 21:24 | 2019-11-29 08:44 |
Reporter: | ichika | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | add type to the external resources | ||||
Description: | Hello, is it possible to add type to the external resources. For example, the one piece has 10+ mal ids. On the website the main id has text "All" but the api has only ids without description. It's not possible to understand if this one is id of the special or main anime id. Thanks | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3384 | [AJAX/JS] Bug Report - Interface | minor | always | 2019-10-12 10:14 | 2019-10-13 14:24 |
Reporter: | josi | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Massadd Episodes: Broken or misleading reordering | ||||
Description: | When moving an episode up or down, the episode number isn't moved together with the remaining fields. | ||||
Tags: | massadd | ||||
Steps To Reproduce: |
1. Go to https://anidb.net/anime/10603/episode/massadd 2. Click on the "Move up" button (arrow) in the last row (currently T1) |
||||
Additional Information: |
I would expect the episode number "T1" to always stay in the same row as "Ep 01 PV (17 sec)" (I have a feeling it used to work that way). Actual result in the attached screenshot ("Ep 01 PV (17 sec)" is now in the row "C11"). I wasn't brave enough to actually save the changes to see what happens (my real use case was adding a new special episode before an existing one, see https://anidb.net/admin/creq/11813567#msg24506965). Tested in FF 69 and Chrome 77. |
||||
Attached Files: |
Screenshot_2019-10-12_12-10-42.png (110,741 bytes) 2019-10-12 10:14 https://tracker.anidb.net/file_download.php?file_id=346&type=bug Screenshot_2019-10-13_04-20-00.png (66,919 bytes) 2019-10-13 02:39 https://tracker.anidb.net/file_download.php?file_id=347&type=bug |
||||
Notes | |
(0004385)
DerIdiot 2019-10-13 02:06 |
why would it? you are "moving" episodes, by changing their episode number. moving it up or and retaining the number would literally do nothing. |
(0004386)
josi 2019-10-13 02:39 (Last edited: 2019-10-13 02:40) |
Well yeah, but I don't want that trailer to become a C episode either, which current interface suggests. If I were to give a more realistic example: I want to add a new S episode before all existing S episodes. So I add it (a new row S3 titled "Episode S3" appears at the end) and move it up - it's now in the row S1, which is nice, but "Episode 12 Ending", which was S2 and is supposed to become S3, is now in the row C1 (and the PV is in the row S3). I'm personally afraid to save changes in this state, as I can't be sure whether the type of all episodes is correctly retained. If this is the intended behavior and I can safely use the feature, I don't mind making this issue a lower priority suggestion instead of a bug and removing "broken" from the summary, but I still think the interface is misleading. Also I really think the interface used to behave differently right after implementing 0003128 as I used it a few times, but I might be wrong. |
(0004387)
DerIdiot 2019-10-13 14:24 |
ok i guess operating blockwise and only blockwise might have it's merits. wasn't somethign i considered when rewriting the code. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3385 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2019-10-13 08:45 | 2019-10-13 14:21 |
Reporter: | josi | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Wrong redirect after adding cast to anime | ||||
Description: |
I was redirected to a non-existent URL (error 404) after adding a relation between a character and anime: https://anidb.net/anime/14047/episode//character The relation itself was added just fine. |
||||
Tags: | |||||
Steps To Reproduce: |
These steps led me to the non-existent URL in the description: 1. Go to https://anidb.net/anime/14047/character and switch to "Add Relation" 2. Search for "Akaza Akane" in the Character field 3. Select relation "appears in" 4. Write 1 into "in Episodes" 5. Search for "Horie Yui" in the Seiyuu field 6. Click on "Add" |
||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3381 | [HTML & PERL] Feature Request - Interface | feature | N/A | 2019-09-21 12:06 | 2019-09-21 12:06 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | MyNotifies: Add Table columns customization to display files' source | ||||
Description: | Add Table columns customization settings to display files' source for MyNotifies history page. Notify type: All, Complete | ||||
Tags: | notify, settings, usability | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3379 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2019-08-25 19:46 | 2019-08-25 20:14 |
Reporter: | Soulweaver | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Syoboi admin: Allow marking syoboi lines as "known incorrect" | ||||
Description: |
Regarding https://anidb.net/admin/creq/11790453 first and now https://anidb.net/admin/creq/11972923 ... It appears that Syoboi editors are not very good at reacting to airing delays or sudden (S-numbered) recap episodes in a consistent way, leaving random channels unfixed for long times. Therefore, I believe there should be a way to mark lines we know to be incorrect as such so that those entries are hidden in the Syoboi relation editing interfaces and made unassignable to any episode entries until the next time that line is updated on Syoboi's end. (I.e. this would be similar to the current blacklisting function, except that the entry would be automatically "unblacklisted" at next edit.) |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3351 | [HTML & PERL] Feature Request - Database | minor | N/A | 2019-06-26 19:05 | 2019-08-08 23:03 |
Reporter: | dorainam | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Remove the visibility of "voiced by: no seiyuu" from anime pages. | ||||
Description: |
In the past it was not visible, but now the "no Seiyuu?" box checked Ex. https://anidb.net/perl-bin/animedb.pl?show=addcharanimerel&charid=11123&addcarel.relid=15800 will make the line "voiced by: no seiyuu" appearing on the anime page -> attached pic. This doesn't look good for organisations and mecha which are by default voiceless. If, for some reason, there is a need to keep that line then it should be definitely only be visible for "Character" type. "Mecha", "Organisation" and "Vehicle" types do not require this line. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Untitled.jpg (151,454 bytes) 2019-06-26 19:05 https://tracker.anidb.net/file_download.php?file_id=333&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2099 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2014-09-17 06:33 | 2019-08-08 16:31 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Creq Notify page, Tag Entity Relation tab, errors/omissions in links | ||||
Description: |
On the creq notify page: http://anidb.net/perl-bin/animedb.pl?show=creq&do.shownotify=1 For tag entity relation notifies: Issue 1 ===== The following 4 creqs: -- only show the tag "large breasts" on the creq notify page but do not show the related entity -- only show the related entity on the creq page but do not show the tag the tag "large breasts" http://anidb.net/c6388816 -- tag entity relation link shown on notify page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&id=28295 -- entity link shown on creq page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&charid=13691 <-- all correctly links to Yomikawa Aiho http://anidb.net/c6388912 -- tag entity relation link shown on notify page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&id=28391 -- entity link shown on creq page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&charid=25329 <-- all correctly links to Misaka Misuzu http://anidb.net/c6388991 -- tag entity relation link shown on notify page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&id=28470 -- entity link shown on creq page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&charid=47648 <-- all correctly links to Sasaki Akebi http://anidb.net/c6389002 -- tag entity relation link shown on notify page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&id=28481 -- entity link shown on creq page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&charid=67596 <-- all correctly links to Sakurai Aoi Issue 2 ===== On the creq notify page, I see "large breasts - Sakura Kyouko". However, per the creq page the related entity is Koumi Haruka http://anidb.net/c6389003 -- tag entity relation link shown on notify page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&id=28482 -- entity link shown on creq page: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&charid=67595 All links eventually lead to the correct character Koumi Haruka, so it's just the wrong related entity name Sakura Kyouko that's being displayed on the creq notify page. Reference screenshot of my creq notify page: [IMG]http://i.imgur.com/Mnh36gY.png[/IMG] |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0003448)
CDB-Man 2014-09-21 20:47 |
Likely related: http://tracker.anidb.net/view.php?id=2107 |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2107 | [HTML & PERL] Bug Report - Interface | minor | have not tried | 2014-09-21 20:47 | 2019-08-08 16:31 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | My Creqs page, Tag Entity Relation section, wrong relation name | ||||
Description: |
Creq in question: http://anidb.net/c6404786 tag entity relation link shown on my creq page: "PIC NEEDS IMPROVEMENT - Ueboshii" http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&id=298783 entity link shown on creq page: "Character: 61474" -- http://anidb.net/perl-bin/animedb.pl?show=character&charid=61474 The info on the creq page is fine. It's the displayed name of the tag entity relation on the my creqs page that's incorrect. Likely related: http://tracker.anidb.net/view.php?id=2099 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0003449)
CDB-Man 2014-09-21 20:48 |
The text on the my creq page should actually say: "PIC NEEDS IMPROVEMENT - Kiryuuin Ragyou" |
(0003598)
CDB-Man 2015-09-03 00:04 (Last edited: 2015-09-03 07:20) |
This is still broken, an example and screenshot: Text shown: discipline committee - Michello <------ Michello is wrong, should be Gamagoori Ira Link of that text: http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&id=319234 <--- leads to Gamagoori Ira http://anidb.net/perl-bin/animedb.pl?show=addtagentityrel&charid=57795 which is correct Since http://anidb.net/perl-bin/animedb.pl?show=creq&creq.show=1&do.shownotify=1&creq.id=7113753 is the linked creq http://i.imgur.com/KImm3fZ.png |
(0003661)
DerIdiot 2016-02-14 03:58 |
probably fixed |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2303 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2015-07-18 15:23 | 2019-08-08 16:30 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Extra classes to the tag list | ||||
Description: |
This feature request concerns the tag list. Rationale: making stuff easier to spot through CSS coloring or something similar. Please add the following classes, or some equivalent thereof, to the cells for each of the four systems: blocked abstract (for non-blocked) empty (for non-abstract, non-blocked) verified unverified Additionally, please add the four following classes, or some equivalent, to the rows: notooltip nodescription adult |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0003564)
Hinoe 2015-07-18 15:30 |
Copypaste fail, verified and unverified are redundant with each other. I meant just unverified. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2302 | [HTML & PERL] Feature Request | minor | N/A | 2015-07-18 01:52 | 2019-08-08 16:30 |
Reporter: | Hinoe | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Use file-file relations for smarter file deprecation | ||||
Description: |
This is regarding the following criterion for deprecating files, quoted verbatim from the wiki: "another file by the same group with a newer version exists and is marked as file with verified CRC." Current situation: if a group releases 1080p and 720p and the 720p v1 has a muxing problem, the 1080p file will be deprecated by the 720p v2. This is highly undesirable, as it leads to added confusion when viewing the files for a group. It may even result in a TV release deprecating a subsequent BD release that includes script fixes and possibly animation fixes (because BD); that effectively means a worse file can deprecate a better file, which goes against the very purpose of deprecation. Considering that certain groups are known for having different releases and redoing them and can easily have an average of more than 5 files per episode for specific shows, that can be a real concern, especially if automatic hiding of deprecating files is on. I understand that the proper solution, actually handling separate releases for each anime-group, isn't easy to implement, but we can use file-file relations to create a makeshift solution to at least soften the issue. Suggested change: keep the current behavior if there are no "newer version of" file-file rels for the higher version file; if there are such relations, deprecate ONLY the files related as older version. If the older file is v2 or above, repeat process; if the v3 is linked to a v2 but the v2 isn't linked to any v1, deprecate all v1 files, but if it is, deprecate only the linked v1 file (and in either case also deprecate the v2 file in question, of course). Expected post-change behavior: if we add a relation between the two 720p files setting the v1 as the older version of the v2, the 1080p file is no longer considered deprecated; if no such relation is present, no change from current behavior. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0003566)
CDB-Man 2015-07-18 22:16 |
Currently, I believe that deprecation already takes source into account. Also, we could just also group deprecation by resolution, sounds simpler to fix a lot of cases (not all cases of course). |
(0003572)
Hinoe 2015-07-29 07:01 (Last edited: 2015-07-29 07:02) |
We could, but I still think the suggestion about file-file rels should be implemented. Otherwise, we'd see ourselves dealing with situations where we might want to implement deprecation by codec and 10bit flag and who knows what else; when all is said and done, even by resolution already essentially boils down to guessing releases, which is altogether a Bad Idea(TM). Still, using resolution *might* be an improvement, as long as we use general vicinities (e.g. 1080 and 1044 should be considered the same "resolution" for that). In any event, file-file rels should probably override such detection altogether, to avoid both false positives and false negatives. |
(0003672)
DerIdiot 2016-02-21 02:19 |
fixed differently |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2726 | [AJAX/JS] Bug Report - Interface | minor | always | 2016-12-02 03:11 | 2019-08-08 16:30 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | 2017-01 | ||
Target Version: | |||||
Summary: | bbcode editor: parsing and other issues on popups | ||||
Description: |
7[12:45:54] CDB-Man: DerIdiot: hmm, the popup for quote/spoiler name, if I hit enter it will insert lines into the text area instead of submitting. when submitted, the enters are parsed as follows: [spoiler=fdfd<div> </div>]sdsd[/spoiler] --- [quote=aaa aaa<div> </div><div> </div>a] 7[12:46:19] CDB-Man: should be a line input that maps enter to submit, instead of allowing for cr/lf 7[12:47:43] CDB-Man: also, if I use the popup to type a named quote with a space in it, ie "aaa bbb", the output is [quote=aaa bbb] no quotes, so it doesnt parse the space correctly 7[12:49:15] CDB-Man: same with spoiler naming as well. if the user is using the popup, it should a) add quotes to output if there's a space in the input, or b) (and proabably better behaviour imo), popup will always insert the quotes |
||||
Tags: | bbcode, forum | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0003938)
DerIdiot 2016-12-05 20:45 |
stop cramming multiple unrelated issues into 1 ticket |
(0003942)
CDB-Man 2016-12-07 04:32 |
The issue still exists for the display text field of the URL popup. If I hit enter in the display text I get new lines, with the output being: [url=https://i.imgur.com/MBrNWyv.jpg]https://i.imgur.com/MBrNWyv.jpg<div> </div><div> </div>[/url] URL field is fine. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2767 | [AJAX/JS] Bug Report - Interface | minor | always | 2016-12-18 08:25 | 2019-08-08 16:28 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | 2019-01 | ||
Target Version: | |||||
Summary: | bbcode editor: quotes missing for named quote and spoiler blocks | ||||
Description: |
Block name = "aaa" Output = [quote=aaa] Block name = "aaa aaa" Output = [quote=aaa aaa] Expected output = [quote="aaa aaa"] The same happens for spoilers. The same also happens for links... for those rare weird links that insert actual spaces instead of %20: URL = "http://anidb .net" Output = [url=http://anidb .net]aaa[/url] Expected output = [url="http://anidb .net"]aaa[/url] NOTE: if [url="http://anidb .net"]aaa[/url] is provided, it actually parses correctly already, with the anchor's link being "http://anidb%20.net" (per Chrome) |
||||
Tags: | bbcode | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3122 | [AJAX/JS] Bug Report - Interface | minor | always | 2018-02-04 19:32 | 2019-08-08 16:28 |
Reporter: | Soulweaver | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | 2019-01 | ||
Target Version: | |||||
Summary: | Quicksearch: Suggestions for song searches don't appear | ||||
Description: |
It appears that the list fails to populate because the JS tries to look up nonexistent images for the songs: TypeError: i.picurl is undefined It seems to be the only resource type that both has suggestions enabled in the quicksearch (why don't they all have?) and that has this problem. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004312)
DerIdiot 2018-12-04 17:01 |
can't reproduce |
(0004313)
Soulweaver 2018-12-04 18:03 |
Okay, went back to do some actual debugging and it seems it is a HTTPS specific issue. There's a bit that converts the link/image URLs' protocols of the API response from http to https when on the https site, and it doesn't check if the picurl is actually defined. Of course, it never branches there on http so it doesn't throw on that side. Line 4061 on current master (heh, after looking it up down to the exact spot, I could've just committed the fix myself I guess :D) |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2346 | [AJAX/JS] Bug Report - Interface | minor | always | 2015-09-15 17:44 | 2019-08-08 16:27 |
Reporter: | nwa | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | 2018-09 | ||
Target Version: | |||||
Summary: | Mass add/edit episodes: date field cannot parse Japanese date format of ####年##月##日 | ||||
Description: |
In "Mass add/edit episodes" page, the date field has a limit of 10 characters. As AniDB is able to parse the often used Japanese date format, it would make sense to also allow for example 1988年12月12日 to be parsed, which has 11 characters. Works under single episode add/edit page, which doesn't use JS. |
||||
Tags: | AJAX, date | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004310)
DerIdiot 2018-12-04 16:13 |
i guess that has been taken care of by the recent rewrite |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3212 | [HTML & PERL] Feature Request - Database | minor | N/A | 2018-06-27 01:44 | 2019-08-08 16:27 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | 2018-10 | ||
Target Version: | |||||
Summary: | Tag names: add another title type that is always hidden | ||||
Description: |
Currently, if total tag name aliases (including the main name) are >=6, all aliases are shown in the "Titles" tab instead of the "Info" tab. We should add a flag that lets us force titles to be hidden in the "Titles" tab. if total non-hidden titles (including main name) <=5, show them on the "Info" tab; else, move them to the "Titles" tab like everything else. if moved to the "Titles" tab, the ones with the hidden flag should be sorted to the bottom. All hidden titles should also have an icon or an asterisk beside them to indicate the hidden flag. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004246)
Hinoe 2018-06-27 15:31 |
I think this could be implemented in a far more streamlined fashion by simply creating a third type of name, such as "minor alias" or whatever, as that would not require an extra field in the db table. |
(0004272)
DerIdiot 2018-08-30 09:53 |
useless micromanagement just because some people can't stand to see some titles |
(0004274)
CDB-Man 2018-08-30 14:52 |
<CDB-Man> https://tracker.anidb.net/view.php?id=3212 -- to be more clear about this, it was less so because we want to hide titles, and more so we want to have the important titles displayed on the front. It was a Phishie suggestion, maybe the request instead should be changed to an "is important" flag rather than a "is hidden" flag |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2816 | [HTML & PERL] Bug Report | major | always | 2017-02-18 16:51 | 2019-08-08 16:27 |
Reporter: | benu | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | high | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | 2018-09 | ||
Target Version: | |||||
Summary: | Massadd Episodes: system ignores "perfect" entries on massadd/edit titles upon one "imperfect" title | ||||
Description: |
Can you have massadd/edit accept good entries and not blocking their addition due to screwing up in one field, please? Reproduction steps should explain the issue |
||||
Tags: | |||||
Steps To Reproduce: |
open anime page add/edit episodes scroll to bottom and add x titles to all (or whatever) add 100 transcriptions and make one tiny mistake "Submit" get a rage attack upon receiving a message like "6 - japanese (transcription) titles may only contain printable 7-bit ASCII characters. (eid=113716)" and finding that your 99 perfect transcriptions were ignored by the system because you may have typed ° instead of ! |
||||
Additional Information: | can create a ragemonster | ||||
Attached Files: | |||||
Notes | |
(0003978)
Hinoe 2017-02-18 20:50 |
This isn't a direct address to the issue described, but you may be interested in knowing there is an extension for Firefox and its derivatives called Lazarus, which saves and can recover your forms. It can be a godsend when you waste half hour on a job and the website throws an error at your face; at the very least, it'll stop the creation of the rage monster. ;) If you use something not Firefox-based (Chrome-based or whatever), there may be equivalents, too. |
(0004262)
DerIdiot 2018-08-15 16:21 |
by seperating episode and title editing we reduce the likelyness of this already significantly. furthermore the new form allows for inserting a large batch of titles and then having that parsed and added/edited like we do with credits. |
(0004263)
DerIdiot 2018-08-20 12:36 |
1. edits happen isolated now 2. for english and japanese transcription titles i added html5 pattern attributes so they show issues before commiting already. usually by a red border around the titles 3. worst case you can always just commit only what you want by just supplying the content you want to edit. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3128 | [HTML & PERL] Feature Request | major | always | 2018-02-10 12:12 | 2019-08-08 16:26 |
Reporter: | josi | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | 2018-09 | ||
Target Version: | |||||
Summary: | Massadd Episodes: reordering episodes for normal users | ||||
Description: | When I want to add several variants of the endings of One Room (https://anidb.net/a12550) using the 'Add/edit Episodes' button, I always get an Internal Server Error (with no further information). | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | A screenshot of what exactly I'm trying to submit attached. | ||||
Attached Files: |
Screenshot_2018-02-10_13-04-21.png (62,689 bytes) 2018-02-10 12:12 https://tracker.anidb.net/file_download.php?file_id=282&type=bug |
||||
Notes | |
(0004193)
Hinoe 2018-02-10 14:29 |
You're trying to move existing episodes and add new episodes to use the numbers of the ones you moved, aren't you? As in, from what I can tell, you're e.g. moving C2 to C5 and adding a new C2. Unless you can owneredit all the involved episodes, you can't do that without at least ep maintainer powers. As user, you need to creq the move, and you're only able to add a new episode AFTER that's granted and the number is freed. In those cases, you're supposed to add the new ones at the end of the list and creq an already existing ep to another position; in the creq, you should explain what changes are necessary and what the list should look like, so that the handling mod can shift the episodes around accordingly. I would say that a more useful error message would be called for, though. So the behavior of failing is intended, but the lack of a message explaining the problem is a bug. |
(0004194)
josi 2018-02-11 07:45 |
Thanks for the explanation, makes sense. |
(0004273)
DerIdiot 2018-08-30 10:24 |
normal user can reorder episodes now via creq |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3202 | [HTML & PERL] Bug Report - Interface | minor | always | 2018-06-12 18:07 | 2019-08-08 16:26 |
Reporter: | permidion | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Windows | ||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | 2018-09 | ||
Target Version: | |||||
Summary: | Massadd Episodes: order of language select is random | ||||
Description: | the order of language select in ajax mass edit episode form is seemingly random | ||||
Tags: | |||||
Steps To Reproduce: |
https://anidb.net/perl-bin/animedb.pl?show=addepm&aid=13529 then toggle titles then look at Add title selects language list chineses entries are not grouped together expected: language sorted alphabetically and chineses entries grouped together |
||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3342 | [HTML & PERL] Bug Report - Interface | minor | sometimes | 2019-05-19 04:25 | 2019-08-07 16:50 |
Reporter: | VainNihilist | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | MyList Last Update date sometimes not shown for certain entries | ||||
Description: |
'Last Update' date column in MyList does not show date for files added for certain entries. Appears to only impact entries with only one file. Individual files added do have a correct date shown in the 'Edit Files in your My List' dialogue, displaying both added and updated dates. |
||||
Tags: | mylist | ||||
Steps To Reproduce: |
Add single new file for a title which is not already in user MyList using AniAdd.jar (build 04.06.14, latest?) Observe 'Last Update' value on MyList page. |
||||
Additional Information: | |||||
Attached Files: |
MyList snip.png (60,928 bytes) 2019-05-19 04:25 https://tracker.anidb.net/file_download.php?file_id=331&type=bug |
||||
Notes | |
(0004377)
DerIdiot 2019-08-07 16:50 |
this is sort of a legacy issue. the last update column was originally not part of that database table and as such entries are missing. literally 99% of the entries have over the years been filled already. to get the final 1% filled i adjusted the stats generating script to fill it even if nothing else changed, which is what prevented these rows from populating (think old anime that you already finished watching and never touched in mylist anymore) i forced an update for your uid and you should see all entries filled now. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2846 | [Avdump2 / autocreq ] Bug Report | major | always | 2017-03-30 16:55 | 2019-08-04 00:46 |
Reporter: | Soulweaver | Platform: | |||
Assigned To: | DvdKhl | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Some perfectly playable files result in a "TrackType missing" exception | ||||
Description: |
I came across some releases, all by the same user, that cannot be dumped with avdump2 for some reason; they throw an exception with the text "Failed to create MatroskaProvider TrackType missing", which naturally leads to no dump being sent back to AniDB. The releases in question are under this account: https://www.nyaa.se/?user=342746 The files can be played just fine in MPC-HC at the very least. Sorry that I can't narrow the problem further for you, not really sure what's so different about these as opposed to other Matroska files. |
||||
Tags: | avdump | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
[CoJJ] Boku dake ga Inai Machi 01 [BD_1080_x265_Opus][10bit].mkv.txt (2,664 bytes) 2017-04-01 15:02 https://tracker.anidb.net/file_download.php?file_id=247&type=bug |
||||
Notes | |
(0004002)
Belove 2017-04-01 05:30 |
I would inspect the metadata provided by the MediaInfo utility (https://mediaarea.net/MediaInfo). Avdump2 uses the mediainfo library (though likely an older version). Some metadata problems or other irregularities, or corruption, are worked around by media splitters, codecs, and players but still may stump Avdump2. Or, there could of course be a bug somewhere ;) |
(0004003)
Soulweaver 2017-04-01 15:02 |
That's what I already checked before, but I guess I could add a sample output to this bug report for convenience. |
(0004113)
jkit 2017-10-03 19:58 |
I recently submitted files for 3 animes (12080, 13031, 12602) just like I always did. It took me some time to notice that while avdump2 actually finished like always, it didn't work. At the end it said "Failed: 0" and created the ed2k I used for adding the files, but it didn't send the data in the background. If you expand the ADL releases, you'll see what I mean. After looking around I found the error xml files it created, and they are all like the one below. Can anybody fix that so I can resubmit the files? <?xml version="1.0" encoding="utf-8"?> <FileExceptions> <Information> <AVDump2CLVersion>0.1.6714.0</AVDump2CLVersion> <RunOnBitness>64</RunOnBitness> <Framework>2.0.50727.5485</Framework> <OS>Microsoft Windows NT 6.1.7601 Service Pack 1</OS> <File>D:\Anime\001\AVDump\[AniDL] Battle Girl High School - 02 [720p][HS].mkv</File> </Information> <Exceptions> <AVDump2CL.Exceptions.AVD2Exception thrownOn="20170929 17.12.09.5732"> <Message>Failed to create MatroskaProvider</Message> <System.Exception> <Message>TrackType missing</Message> <StackTrace> <Frame>bei AVDump2Lib.InfoGathering.InfoProvider.MatroskaProvider..ctor(MatroskaFile mfi)</Frame> <Frame>bei AVDump2CL.CL.CreateInfoProvider(FileEnvironment e, Dictionary'2 blockConsumers, Boolean& noErrors)</Frame> </StackTrace> </System.Exception> </AVDump2CL.Exceptions.AVD2Exception> </Exceptions> </FileExceptions> Crosspost from the forum (http://anidb.net/perl-bin/animedb.pl?show=cmt&id=75398) |
(0004114)
jkit 2017-10-06 18:28 |
Tried to manually update the MediaInfo_x64.dll/MediaInfo_x86.dll libraries with the latest official ones, but it seems avdump2 hardcodes a dependency on old versions: "Mediainfo library version mismatch. Needed: v0.7.42, Used: MediaInfoLib - v0.7.99" |
(0004122)
DerIdiot 2017-10-28 15:03 |
obviously. we can't have users change the format willy nilly and mess with the expected data. |
(0004372)
Soulweaver 2019-07-31 23:30 |
This issue was fixed by Avdump2 v7070+ at the start of the year, at least for the files I had problems with, so this should probably just be marked as resolved now. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3372 | [HTML & PERL] Feature Request - Database | major | N/A | 2019-07-31 22:57 | 2019-08-03 20:05 |
Reporter: | Soulweaver | Platform: | |||
Assigned To: | worf | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | File: Add an "audio description" audio track type | ||||
Description: |
Thanks to Netflix, there is now a sizable amount of anime around that have so-called "audio description" Japanese audio tracks available. These tracks are aimed at blind people and include a spoken description of the important visual information they would otherwise miss on. Some groups like DragsterPS include those audio tracks with their releases, so we need to note them as such somehow. The current strategy to deal with these has been to set the audio track as "other" type (since none of the other types fit) and include a "for visually impaired" as a stream note; see this file https://anidb.net/file/2124929 for a live example. However, adding this information is *very* slow because even mods can't mass edit stream descriptions but need to go edit each file separately (also see issue 0002145 – the mass edit form should really be amended to be able to edit all file data in fact), and it is kinda awkward and messy to have a large number of other type streams with a standard comment like this. I'm proposing that a new "audio description" audio track type be created to solve the issues we currently have with releases with these tracks. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004375)
worf 2019-08-03 20:05 |
Will be available with the next update. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2507 | [AniDB Applet] Feature Request | feature | N/A | 2016-06-09 07:14 | 2019-08-03 11:53 |
Reporter: | Shadow_Wolf | Platform: | |||
Assigned To: | DvdKhl | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add 'Remote Storage' file state | ||||
Description: |
AniDB at some point added 'remote storage (NAS/cloud/...)' as an option for file state. The Java Applet (from the 'Add To Mylist' link on the sites sidebar) was not updated to include this. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | I also checked the WebAOM and that has also not been updated with the new file state option | ||||
Attached Files: | |||||
Notes | |
(0004373)
DvdKhl 2019-08-03 11:52 |
I've added the option "Remote" to the Dropdown. The new jar should be up some time soon. |
(0004374)
DvdKhl 2019-08-03 11:53 |
. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3370 | [AniDB UDP API] Feature Request | minor | N/A | 2019-07-27 02:32 | 2019-07-27 02:32 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | UDP API - Character: return flag for if the character image is 18+ or not | ||||
Description: |
Topic of discussion in this creq, see internal notes: https://anidb.net/c11809525 https://wiki.anidb.net/w/UDP_API_Definition#CHARACTER:_Get_Character_Information The CHARACTER call in the UDP API does not return the 18+ flag to determine if a character's image is 18+ or not. Add such a flag to the returned data. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3347 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2019-06-15 20:43 | 2019-07-24 09:52 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | MyList CSS: toggle between personal list vs user's list for css .mylist elements | ||||
Description: | Currently, when viewing another user's mylist, wishlist, userpage favourites list, etc, the CSS elements for .mylist are based on the target user's list. Add a toggle somewhere on the page (be it AJAX/JS or a full HTML page reload) to allow flipping it to personal mylist status. This will allow both modes of comparison (see what the target user has watched, vs compare target to yourself). | ||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3365 | [HTML & PERL] Bug Report | minor | have not tried | 2019-07-21 03:35 | 2019-07-24 09:50 |
Reporter: | asu_nyan | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | account confirmation url in wrong format | ||||
Description: |
I just registered an account and the confirmation link was in the wrong format. The link I received looked like this: https://anidb.net//user/register/?actkey=<key> & amp; user=<user> (without spaces) but this link obviously doesn't work. It should've looked like this: https://anidb.net/user/register/?actkey=<key>&user=<user> & amp; -> & // -> / After these changes the link worked and my account was confirmed. |
||||
Tags: | email, link, signup, URI, url-redirection | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3367 | [HTML & PERL] Bug Report - Interface | major | always | 2019-07-21 16:45 | 2019-07-22 00:21 |
Reporter: | dexter86 | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Windows | ||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Missing <th> on Anime page > My data > Mylist actions | ||||
Description: | Missing <th> on Anime page > My data > Mylist actions, see screenshot | ||||
Tags: | |||||
Steps To Reproduce: | Go to any anime page and switch to "My data" tab | ||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
Clipboard02.png (333,464 bytes) 2019-07-21 16:45 https://tracker.anidb.net/file_download.php?file_id=338&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3364 | [HTML & PERL] Bug Report - Misc | trivial | N/A | 2019-07-19 16:04 | 2019-07-19 16:04 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | OS: | ||||
Priority: | low | OS Version: | |||
Status: | new | Product Version: | 2018-09 | ||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Forum: Opt-out auto subscription on own threads | ||||
Description: | Creating a forum thread automatically opt-ins subscription even if "Subscribe to thread: notify me about new posts" option was unchecked. | ||||
Tags: | forum, notification, usability | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3361 | [HTML & PERL] Bug Report | minor | always | 2019-07-18 01:48 | 2019-07-18 13:29 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Search: Japanese lang titles won't redirect to animepage anymore | ||||
Description: |
エルフェンリート shows up on quick search but hitting enter key will redirect to main search page https://anidb.net/anime/?adb.search=エルフェンリート&do.search=1 instead of animepage https://anidb.net/a1544 |
||||
Tags: | kanji, search, titles, url-redirection, usability | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3360 | [HTML & PERL] Bug Report | major | always | 2019-07-17 22:42 | 2019-07-17 23:29 |
Reporter: | LaserPanda | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Windows | ||
Priority: | immediate | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Sitewide Pic Upload Function broken | ||||
Description: | Error when accessing image: "Internal error, please contact a mod if this problem persists." | ||||
Tags: | picture, upload, usability | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: |
Capture.PNG (3,787 bytes) 2019-07-17 22:42 https://tracker.anidb.net/file_download.php?file_id=337&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3359 | [HTML & PERL] Bug Report | minor | sometimes | 2019-07-17 19:29 | 2019-07-17 21:07 |
Reporter: | LaserPanda | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | low | OS Version: | |||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Forum: View New non-comment posts option broken | ||||
Description: | Anime show comment posts shows up on http://anidb.net/forum/latest/noncommentthread | ||||
Tags: | forum, usability | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3328 | [HTML & PERL] Bug Report - Interface | text | always | 2019-03-26 05:11 | 2019-07-17 20:39 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | worf | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Anime page: Mylist Vote & Status Tab Permanent Vote tooltip typo | ||||
Description: |
<span class="i_icon i_help" title="You hav watched the anime completely."></span> > "hav" |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Capture.PNG (18,052 bytes) 2019-03-26 05:11 https://tracker.anidb.net/file_download.php?file_id=326&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3334 | [HTML & PERL] Bug Report | minor | always | 2019-04-15 23:22 | 2019-07-17 20:30 |
Reporter: | Cringely | Platform: | Chrome | ||
Assigned To: | worf | OS: | Windows | ||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Enhance note for password with what is allowed | ||||
Description: |
Currently the note for user registration indicates: 4-64 character ascii only character However when using ascii characters only the system will not allow me to sign up. Using the below strings result in this error "3 - The supplied password is invalid. " r8lLcoWi4q0921A1GUo@ijdc q0!!YAF!H9Ju5uo8#7FFR1#y Q7NsbmOcHs*Edr7s38i0CEfQ CR%cC8z^q54z4aOhuOc3$G8! However, worth noting, my account was still somehow created and it is bound to an unknown password. After using the password helper tool I'm also unable to change the account password to a sufficiently strong password and continue to receive error 3. If any chars between 32 - 127 are not allowable, please indicate as such. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | Issue 622 was marked as resolved however it seems password restrictions still are not sufficiently documented. https://tracker.anidb.net/view.php?id=622 | ||||
System Description | |||||
Attached Files: | |||||
Notes | |
(0004355)
LaserPanda 2019-05-09 00:35 |
Are you using a generator like LastPass? |
(0004359)
Belove 2019-06-06 14:58 |
As an aside, allowing any unicode characters and even longer passwords would enhance security at potentially low effort. Anything that would not be too intensive to hash on sign-in seems good. 1000 characters, whatever. There could be stricter minimum requirements, but very generous maximums are ideal, because there are ways to devise long, memorable passwords that would not be likely to be guessed or brute-forced. (64 characters is pretty good, but I've used much longer passwords with some sites, such as Twitter). |
(0004365)
worf 2019-07-17 20:30 |
adjusted the html5 pattern so the input field will be highlighted when a wrong character is added. also extended the note of the field: 4-64 characters ascii only characters: A-Z a-z 0-9 . , : ; - _ + * = ? ! " @ $ % ^ / | ~ () {} [] <> no spaces and none of these characters: ' ` & # \ |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3358 | [HTML & PERL] Bug Report - Interface | minor | always | 2019-07-16 02:00 | 2019-07-17 19:49 |
Reporter: | CDB-Man | Platform: | |||
Assigned To: | DerIdiot | OS: | |||
Priority: | normal | OS Version: | |||
Status: | resolved | Product Version: | |||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Userpage: link to userpage not shown | ||||
Description: |
See screenshot. https://anidb.net/perl-bin/animedb.pl?show=userpage&uid=560966 |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: |
Capture.PNG (10,455 bytes) 2019-07-16 02:00 https://tracker.anidb.net/file_download.php?file_id=336&type=bug |
||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3313 | [HTML & PERL] Feature Request - Interface | minor | always | 2019-02-12 19:18 | 2019-06-23 19:46 |
Reporter: | worf | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Group-[Anime-Group-Rels]-Rels | ||||
Description: |
Take a look at e.g. https://anidb.net/perl-bin/animedb.pl?show=group&gid=12724&aid=955 A lot of Anime-Groups Rels nowadays have comments alike to "Source: [mSubs] (ep 1, 4-18), [Hero-L] (ep 2-3), [mRips] (ep 19-51)" Creating group joints for releases like that where one group took the work of another group would be overkill. But how about instead of tracking these information in text form, add a new system that allows for basically adding a group relation to an anime-group relation with a type and an episode range. No point in going down to the file level. Types I guess would be "video", "subtitles" and I guess "audio". Obviously you'd be able to select any combination of those (so checkboxes, rather than a dropdown) for releases where a group grabbed a full release and just muxed new subtitles into the file. Additionall on the group page one could add a new tab listing all releases where that group was credited through this new system. On the anime page instead of the "note" icon showing the note mentioned above a new icon should be shown listing the details from the added group-[anime-group-rel]-rel. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
Notes | |
(0004339)
CDB-Man 2019-02-12 19:47 |
https://wiki.anidb.net/w/Groupentries:Status#Animegroup_Release_Note_Comments Essentially, this needs to cover as many whack-job cases listed there as possible. |
(0004362)
Deth93 2019-06-23 19:46 |
Cases the note up there in its simplest form would cover are: 1) Majority of re-encode groups' releases, since they usually don't bother changing anything from the sourced release. 2) Dual audio releases, where groups took certain fansub group's release and added signs+songs subtitle and EN audio tracks. Additionally, if you used Subs, Raws (i.e. Video and Audio source, if they are from the same source), Video and Audio notes as well, this would cover even more of current simple notes, leaving only problematic cases like deanzel's Steins;Gate note (which is outdated and not up to current standard, but either way a huge mess). With that said, having something like this would be a good idea as long as it'll allow the current textual notes to exist as well for complicated cases. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3200 | [HTML & PERL] Bug Report | minor | have not tried | 2018-06-11 20:20 | 2019-06-06 13:31 |
Reporter: | Belove | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | New anime relation notification sometimes generated when both anime in mylist already | ||||
Description: | I recently received a new anime relation notification for two anime already in my mylist, which was unexpected behavior. | ||||
Tags: | notification, relation | ||||
Steps To Reproduce: | |||||
Additional Information: |
The notification: ............ message by on 2018-06-09 21:32 (UTC) A new anime relation has been added, linking an anime in your Mylist and/or Wishlist to an anime that is not in your Mylist and/or Wishlist Anime 1: [[https://anidb.net/a3348|Fate/Stay Night]] Anime 2: [[https://anidb.net/a8824|Carnival Phantasm: EX Season]] Relation Type: other You can disable these notifications in your profile settings. |
||||
Attached Files: | |||||
Notes | |
(0004353)
Belove 2019-04-09 20:36 |
Here's another example from today. Times listed are UTC. In this case, anime 1 (Koyomimonogatari) is in my _Wishlist_, and anime 2 (Nekomonogatari (Kuro): Tsubasa Family) is in my MyList. Just a different type of example, in case it's useful. New anime relation added! Date: 2019-04-09 13:10 message by on 2019-04-09 13:10 A new anime relation has been added, linking an anime in your Mylist and/or Wishlist to an anime that is not in your Mylist and/or Wishlist Anime 1: Koyomimonogatari Anime 2: Nekomonogatari (Kuro): Tsubasa Family Relation Type: parent story |
(0004357)
Belove 2019-06-06 13:31 |
Example today. Both in my MyList: AniDB Message - From: -unknown- [0] [SYSTEM] on Thursday, 2019-06-06 11:49 UTC Title: New anime relation added! A new anime relation has been added, linking an anime in your Mylist and/or Wishlist to an anime that is not in your Mylist and/or Wishlist Anime 1: http://anidb.net/a10091 [Fate/Kaleid Liner Prisma Illya Zwei!] Anime 2: http://anidb.net/a10833 [Fate/Kaleid Liner Prisma Illya Zwei Herz!] Relation Type: sequel You can disable these notifications in your profile settings. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3343 | [HTML & PERL] Feature Request - Interface | minor | N/A | 2019-05-19 05:12 | 2019-05-26 13:47 |
Reporter: | VainNihilist | Platform: | |||
Assigned To: | OS: | ||||
Priority: | low | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Change vote without having to revoke | ||||
Description: |
Update interface to allow vote to be changed without first requiring it to be revoked. e.g. retain dropdown and 'Vote' button after a vote has been placed. This can simplify the process of changing a vote (less clicks and page reloading) and allow easier comparison between existing and updated vote (by displaying both before overwriting the existing). The revoke option would still remain available. |
||||
Tags: | vote | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3338 | [HTML & PERL] Feature Request - Interface | minor | always | 2019-04-27 17:24 | 2019-05-26 13:46 |
Reporter: | Cuan | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Add entity-entity relation: Allow for short search terms | ||||
Description: |
When adding entity-entity relations, a search term with less than 3 characters results in this (unnecessarily snide) error message: "3 - At least try to use a useful search term. Less than 3 character can hardly be that." While that's mostly true for Latin script, it isn't for Japanese terms. Especially names can consist of just one or two kanji, often when a person is only known mononymously, e.g. "帰蝶". These can only be searched/selected using an alias then. Please relax that limitation to not apply for CJK terms, or get rid of it altogether. |
||||
Tags: | |||||
Steps To Reproduce: | |||||
Additional Information: | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3335 | [HTML & PERL] Feature Request - Database | feature | N/A | 2019-04-20 17:41 | 2019-05-26 13:46 |
Reporter: | PortaTerzo | Platform: | |||
Assigned To: | OS: | ||||
Priority: | normal | OS Version: | |||
Status: | new | Product Version: | |||
Product Build: | Resolution: | open | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Rework the Character Relation to the Anime | ||||
Description: |
With the current system, there are three tiers when it comes to the character's appearance: the main character, a secondary character, and the appearing character. This division isn't generally how the cast is classified and it's rather limiting and causes too many debates... So, I propose we rename one and add two more tiers. I'm going to list them and offer some guidelines on how the relationship should be used: 1. Main character. Which should stay the same, it should be noted that with the new tier, classifying characters as main characters should be done more cautiously because it's very hard to find series that has more than three main characters. 2. Regular character. Regular characters are characters appear almost in every episode, they often interact with the main characters but are significantly less important than them. E.g. in Boku no Hero Academia at least the following should be regular characters: Tsuyu, Iida Uraraka, Froppy, Bakugou, Shouto, Momo. 3. Recurring character. Character's appearance isn't limited to a single episode or to multi-parter but spread out. Often recurring characters are included in opening. Arita Mayu from Death Parade is a fine example of a recurring character, appearing four episodes out of twelve. 4. Visiting character (or guest star). A character who either appears in a single episode or a multi-parter. These characters are significant to the episode they are in, being the "character of the week". Example being Masayasu from Chuukan Kanriroku Tonegawa. 5. Appearing character. A character who appears in a single episode/scene. They are almost always insignificant, even if they do something significant, as long as they do not appear outside their scene. Oblivious mob characters should remain as appearing characters. I do not suggest that we manually go through every character and re-classify them, that would be crazy. Instead, I suggest that we add the option the classify these character with these relations, and auto-converts all current secondary characters to a recurring character. |
||||
Tags: | anime, character, creator, episode, relation | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
3344 | [HTML & PERL] Bug Report | minor | always | 2019-05-24 16:48 | 2019-05-26 13:44 |
Reporter: | LaserPanda | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Windows | ||
Priority: | normal | OS Version: | 7 and 10 | ||
Status: | resolved | Product Version: | 2018-09 | ||
Product Build: | Resolution: | fixed | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | |||
Target Version: | |||||
Summary: | Resources: Facebook url parsing bug | ||||
Description: |
shows jumbled up link https://\S+.facebook.com/StudioPonoc Should be https://www.facebook.com/StudioPonoc Affected page http://anidb.net/perl-bin/animedb.pl?show=addresource&creatorid=48095 |
||||
Tags: | creator, resources, usability | ||||
Steps To Reproduce: | |||||
Additional Information: | |||||
System Description | |||||
Attached Files: | |||||
There are no notes attached to this issue. |
View Issue Details | |||||
ID: | Category: | Severity: | Reproducibility: | Date Submitted: | Last Update: |
2896 | [HTML & PERL] Bug Report | minor | always | 2017-05-11 10:30 | 2019-05-23 14:36 |
Reporter: | LaserPanda | Platform: | Chrome | ||
Assigned To: | DerIdiot | OS: | Win7 | ||
Priority: | normal | OS Version: | SP1 | ||
Status: | feedback | Product Version: | |||
Product Build: | Resolution: | reopened | |||
Projection: | none | ||||
ETA: | none | Fixed in Version: | 2017-09 | ||
Target Version: | |||||
Summary: | Events: Duplicate birthday shown for same charid | ||||
Description: |
Homepage events section - Duplicate birthday shown for same charid http://anidb.net/ch88809 |
||||
Tags: | character, events | ||||
Steps To Reproduce: | |||||
Additional Information: |