View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000311 | AniDB IRC (Chii/Lafiel) | Feature Request | public | 2006-01-16 11:36 | 2006-02-05 09:16 |
| Reporter | DerIdiot | Assigned To | epoximator | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0000311: [Lafiel] log creq on grant/deny | ||||
| Description | NT | ||||
| Tags | No tags attached. | ||||
|
|
what info is wanted here? currently: CREQ GRANTED/DENIED: type: file/anime/... - http://anidb.info/perl-bin/animedb.pl?show=creq&do.showhist=1&creq.id=? relid? name? summary? possible other events: new, revoked, reverted |
|
|
IMO, creq granted is the only essential event (other than perhaps reverted... what's that? I've never heard of the function) as it affects the main db data. (And the log should show not only the creq id but the type and id of the row it affected.) Reporting the rest probably wouldn't generate too much noise though. |
|
|
My autogrant script does... er... /me goes to hunt through logs... stuff like: <rar> <4>CREQID:<5> 241604 <7>Length:<15> 0:00 <7>to<14> 21:49 <3>- GRANTED - <14>http://anidb.info/f44356 |
|
|
ok, now i understand the deal. only owner and mod edits are logged by lafiel. best option then is probably just to use the current syntax for the different types, meaning a granted file creq (f.ex.) will just show up as: FILE EDITED: Bleach - 66 - Break Through! Trap that Lurks in the Maze - Dattebayo [DB] (gid: 1412) - 179272220 bytes (fid: 206578, 170 MB, type: avi) - http://anidb.info/f206578 no need to mention the creq at all. reverted just means that a mod messed up and had to revert, i think. shouldn't happen to often. will be included. unless anyone objects, i'll implement this way. of course, the exact change (like length in rar's example) could be useful, but it would mean a lot of output in some cases. yeah, and what about autogrants for aom creqs? include, imo |
|
|
i'd like to see at least the creqid or even better a link to the creq ... atm its like "oh, yeah, cool ... someone changed something ... but .. WHAT did he change?" which isnt very useful. Another possible solution would be to make the creq history public so everyone can see what was changed in the past. |
|
|
another possible solution would be to add the fields affected. f.ex: FILE EDITED: vbitrate: Bleach - 66 - Break Through! Trap that Lurks in the Maze - Dattebayo [DB] (gid: 1412) - 179272220 bytes (fid: 206578, 170 MB, type: avi) - http://anidb.info/f206578 i have nothing against adding creq url though |
|
|
how about ... FILE EDITED: Bleach - 66 - Break Through! Trap that Lurks in the Maze - Dattebayo [DB] (gid: 1412) - 179272220 bytes (fid: 206578, 170 MB, type: avi) - http://anidb.info/f206578 - http://anidb.info/c123456 where 'c' *should* be a new type of shortlink for creqs like 'a' for anime, 'e' for episode and 'f' for file. |
|
|
ok, i have already requested a bunch of new shortcuts, including 'c' |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-01-16 11:36 | DerIdiot | New Issue | |
| 2006-01-31 16:51 | epoximator | Note Added: 0000729 | |
| 2006-01-31 16:51 | epoximator | Assigned To | => epoximator |
| 2006-01-31 16:51 | epoximator | Status | new => feedback |
| 2006-01-31 19:06 | pelican | Note Added: 0000731 | |
| 2006-02-01 02:15 | Rar | Note Added: 0000734 | |
| 2006-02-01 10:15 | epoximator | Note Added: 0000737 | |
| 2006-02-01 10:57 | worf | Note Added: 0000738 | |
| 2006-02-01 13:14 | epoximator | Note Added: 0000739 | |
| 2006-02-01 17:12 | worf | Note Added: 0000741 | |
| 2006-02-01 22:12 | epoximator | Note Added: 0000742 | |
| 2006-02-01 22:12 | epoximator | Status | feedback => acknowledged |
| 2006-02-05 09:16 | epoximator | Status | acknowledged => resolved |
| 2006-02-05 09:16 | epoximator | Resolution | open => fixed |
