create implication doremy_sweet_(baku) -> doremy_sweet
This case is pretty much the same as chen_(cat) is to chen or other characters which have alternate form portrayals
Currently doremy_sweet_(baku) is not implying doremy_sweet
Posted under Tags
create implication doremy_sweet_(baku) -> doremy_sweet
This case is pretty much the same as chen_(cat) is to chen or other characters which have alternate form portrayals
Currently doremy_sweet_(baku) is not implying doremy_sweet
Umm, this is weird. This implication is already marked active even though no one approved it. It's not an old implication either: http://danbooru.donmai.us/tag_implications/7241.
All aliases and implications proposed from around 4 days to now seem to automatically be active: topic #13307, topic #13308, topic #13309, topic #13315
Yep, I think that's around when my patch went live so it's probably my fault. I'm not sure how this is happening though. Made issue #2724 for this.
The one saving grace for this exploit/bug is that it only affects tag changes going forward from the time it was enacted, i.e. it does not create and Admin mass update action to update all of the tags on this site.
Example:
http://danbooru.donmai.us/tag_aliases?search[id]=14401
Even though it's an alias and it's supposed to convert all of the antecedents over to the consequents, there are still 61 instances of the antecedent {grinding_teeth}.
The other "unapproved" aliases/implication include:
http://danbooru.donmai.us/tag_aliases?search[id]=14400
http://danbooru.donmai.us/tag_implications?search[id]=7239
http://danbooru.donmai.us/tag_implications?search[id]=7240
http://danbooru.donmai.us/tag_implications?search[id]=7241
Also a Protip...
http://danbooru.donmai.us/tag_implications?page=b1000000
or
http://danbooru.donmai.us/tag_aliases?page=b1000000
will list aliases/implications by creation date, instead of the quasi-alphabetical order it defaults to... this allows for easy tracking of all of the recent pending/active aliases/implications.
Just realized that the tag search {grinding_teeth} won't be able to find the posts with grinding teeth instead of clenched teeth, since it looks like the search engine converts the antecedent to the consequent for any alias when searching.
Discovered that adding raw=true in the URL will bypass the alias conversion, like such:
http://danbooru.donmai.us/posts?tags=grinding_teeth&raw=true
Updated