Nah LStranger, it's ok. But you should have made yourself clearer here. A beefed-up notify list is technically (because the queries to the database use different tables) and semantically different from a wishlist. It is true that in the long run, all of these feautures could be combined into and replaced by something new, but until then it's make more sense to put up a separate feauture request for filtered notifies, or conditional notifies or something.
But now that I'm thinking about this once again... I'm going to throw this idea at exp: The "Tracker".

(Please note that this is just a suggestion. It's not a complaint about the current mylist or wishlist and it's neither a suggestion to remove them. In fact, the user interface wouldn't even change (much) if exp were to use this suggestion.)
Basically, the tracker is the combination of the wishlist, mylist and notifies all stuffed into one package. By filtering the tracker items, separate views are created to show users a list of the files they currently have (mylist), a list of items that they do not yet have but wish to track anyways (wishlist), or a list of items that will trigger a notification popup when they change (notifies). "Item" here means that it can be an anime, episode or even a single file, depending on an enum column in the tracker table.
Some of the benfits of this: It fully implements a per-file wishlist and per-anime wishlist without the need for separate tables. Moving files from the wishlist into the mylist is as easy as changing the files' status from "get" to "onhdd". It would be possible to add animes without any episodes or files into the mylist and to manually set the entire anime to "viewed", regardless of the status of it's episodes or files.
Drawbacks: All parts of the site that query the mylist have to be changed. Large parts of Chii will probably have to be rewritten as well. The client protocol is likely to be incompatible and even the template SDK would have be changed. Nevertheless, I think it'd be a worthwhile thing to do, since a unified tracker would have a far greater potential and extensibility then the current layout.