View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001319 | HTML & PERL | Feature Request - Interface | public | 2008-11-04 12:17 | 2016-02-21 19:23 |
| Reporter | Harkonnen | Assigned To | DerIdiot | ||
| Priority | normal | Severity | tweak | Reproducibility | N/A |
| Status | resolved | Resolution | fixed | ||
| Summary | 0001319: mark deprecated files in mylist by red backround (same as on anime page) | ||||
| Description | currently corrupted/eyecancer/etc files a correctly marked in mylist, but deprecated (those for wich v2s exists) are not. | ||||
| Tags | No tags attached. | ||||
| related to | 0001909 | new | Reports | New Report - Missing latest version of file |
|
|
deprecation isn't calculated in realtime anymore starting with this, but by a cronjob or by file manipulation (add/edit/delete/move/merge). considering this takes about an hour for the whole db to calculate i wouldn't wanna run this too often. once a week seems reasonable. might implement an update mode later on for stuff that actually changed. advantage of this aside of slight performance improvements is that we can use deprecation in more places than just the anime page table (and ed2kdump). like i added it now to mylist. udp api could make use of that. might be interesting to some people. caveats: fileepreltb is not taken into account anymore for the checks for the same group per episode. i've been debating it with myself over and over and it makes no real sense to include them. example: a group releases multiple versions of a file for the same episode upto v3 a second anime is released which covers large parts of the first one and hence gets fileeprels asigned (think haruhi) the same group releases the second anime as well, but only as v1. if we include fileeprels then the new v1 files would get deprecated for no good reason. the cases where fileeprels would actually cause benefits are lower than where they would cause weirdness. so for the time being they will show the same status as for the original ep. this is _different_ to the status quo we had before. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2008-11-04 12:17 | Harkonnen | New Issue | |
| 2009-08-31 17:19 | DerIdiot | Status | new => acknowledged |
| 2016-02-21 18:38 | DerIdiot | Status | acknowledged => resolved |
| 2016-02-21 18:38 | DerIdiot | Resolution | open => fixed |
| 2016-02-21 18:38 | DerIdiot | Assigned To | => DerIdiot |
| 2016-02-21 19:23 | DerIdiot | Relationship added | related to 0001909 |
| 2016-02-21 19:23 | DerIdiot | Note Added: 0003673 |
