Does this make MYLISTADD unsafe to use? This would be the final command to implement before I make a release, so knowing if it works (as expected/documented) would be a big help.NOTE: Currently this command does not update the internal caches of AniDB. Using this command will lead to wrong stats values/counts being displayed in your Mylist & co @ AniDB according to the Routine Maintenance.
NOTE: Currently this command will replace all mylist fields this commands supports, even if they were not specified by the client. I.e. an update with "MYLISTADD lid={int4 lid}&edit=1&viewed=1" will reset the state,source,storage and other fields to their default values.
NOTE: Currently this command will reset the date of the file watched despite the state of the entry was already maked as "viewed".
* Does the routine maintenance script make mylist values sane after a set period of time, all the time, or is it hit-and-miss?
* Are values reported correctly through the UDP API regardless of their state on the web interface?
* Is note #3's behavior considered a "feature" or "bug?"
* Is note #2's behavior correct and up-to-date, and if so, is there a bug report against it? (This one, in particular, could be a showstopper.)
* What are the "default values" for the mylist fields? They are not listed anywhere in the wiki...
Sorry for taking your time, but I would rather not code blindly, especially when I just finished working out renaming templates.
~ C.