View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003352 | HTML & PERL | Bug Report | public | 2019-06-29 12:01 | 2020-01-03 12:44 |
Reporter | Deth93 | Assigned To | DerIdiot | ||
Priority | low | Severity | minor | Reproducibility | have not tried |
Status | resolved | Resolution | fixed | ||
Summary | 0003352: 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 | No tags attached. | ||||
|
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). |
Date Modified | Username | Field | Change |
---|---|---|---|
2019-06-29 12:01 | Deth93 | New Issue | |
2019-07-08 01:21 | Hinoe | Note Added: 0004363 | |
2019-07-24 09:52 | DerIdiot | Project | AniDB Website => HTML & PERL |
2020-01-03 12:44 | DerIdiot | Assigned To | => DerIdiot |
2020-01-03 12:44 | DerIdiot | Status | new => resolved |
2020-01-03 12:44 | DerIdiot | Resolution | open => fixed |