Tag Alias Reversal: cc -> c.c.

Reversing alias cc -> c.c..

Reason: Official rendering (see M.O.M.O.)
"cc" is more of a shortcut
If it passes, vv -> v.v.?

Done both.

Whoa, surprised that worked (since M.O.M.O. was more for parenthesis-avoidance).

Would this act as precedence for initials (ex: albert_w._wily)?

T5J8F8 said: Whoa, surprised that worked (since M.O.M.O. was more for parenthesis-avoidance).
Would this act as precedence for initials (ex: albert_w._wily)?

I'm not adverse to periods in a situation like C.C. really. As for periods with middle initials of the type you cite, I'm less apt to go for that. Every one would require an alias (and fixing lots of wiki links) so it'd get a bit bothersome for minimal benefit.

Finally, I suggested CC -> C.C. before but it was voted against.

Anyone having issues with c.c. now?

With c.c. [on my end] I only see one image, then it's 104 other pages of "Nobody here but us chickens!"

That is strange. V.V. doesn't seem affected, but c.c. brings up 2 posts and a bunch of empty pages while cc just brings up a single page.

Edit: c.c. started working while I was typing, cc then changed to bringing up just 2 images.

I resaved the tags of post #615307 and post #630895 that somehow had gotten the cc tag back. That seemed to fix cc and break c.c., who now return 105 pages of chickens.

Actually, just as I was typing, post #630979 showed up on c.c.. Mysterious times. :\

It looks to me that the alias job stalled out or otherwise failed. Pretty much everything is still tagged cc and not c.c..

They're actually tagged c.c. if you look at them.
Looks like a stale cache; it still thinks there's an alias c.c. -> cc, making them effectively aliased both ways.

c.c. seems to be working correctly ... for now.

c.c. gives results on hijiribe but not on sonohara. cc gives results on sonohara but not on hijiribe.

zatchii said:
They're actually tagged c.c. if you look at them.
Looks like a stale cache; it still thinks there's an alias c.c. -> cc, making them effectively aliased both ways.

Yes, it's a stale cache. Hijiribe and sonohara run separate memcache instances, but when an alias is reversed the cache is only updated on one server. I reported this on Trac a couple months ago; back then it was the Safebooru cache getting out of sync.

So will time just fix it or should I submit it again? I'm assuming the latter won't really solve anything.

I think albert will need to clear the cache entries manually. I waited a couple weeks the last time this happened but I don't think it ever fixed itself.

You could try deleting the alias on sonohara, then recreating it on sonohara, then deleting it on hijiribe, then recreating it again on hijiribe. That should clear the cached alias on both servers, but I'm not positive it will work.

evazion said: You could try deleting the alias on sonohara, then recreating it on sonohara, then deleting it on hijiribe, then recreating it again on hijiribe. That should clear the cached alias on both servers, but I'm not positive it will work.

Odd... I did this and it now seems to work on danbooru.donmai and hijiribe.donmai but sonohara.donmai seems to be backwards now.

On sonohara, c.c. returns nothing but cc works fine. (links to the search on that server)

On hijiribe (c.c. and cc ) and danbooru (c.c. and cc ), everything is fine.

Well it's certainly a lot better off than it was. Thanks as always.