https://bugzilla.wikimedia.org/show_bug.cgi?id=6545
Chad H. <innocentkil...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |innocentkil...@gmail.com
Status|REOPENED |RESOLVED
Resolution| |WONTFIX
--- Comment #15 from Chad H. <innocentkil...@gmail.com> 2010-01-16 14:38:26
UTC ---
(In reply to comment #9)
> Is this still of interest now that bug 2585 has been fixed?
>
Bug 2585 got reverted, but that's neither here nor there. These two bugs can be
implemented independently of another. Although, solving that is another way of
getting at the desired result: not having the bot index the edit page.
(In reply to comment #8)
> Ok, I guess there are two elements to the decision of accepting this patch or
> not. It is mainly redundant so in some cases might add a few bytes to a page
> increasing bandwidth and page load times, on the other hand some search
> engines
> might do what the tag says on the front of it rather than what is intended.
> Also some search engines may not understand the meta tags, having both doesn't
> appear to cause any harm.
>
But it doesn't really have any added benefit. It just adds more bytes to the
page. We already serve noindex,nofollow on the edit page itself, so serving it
along with the link to the edit page would be redundant at best. As Rob pointed
out in comment #5, the tag doesn't tell the bot to not follow the link. In all
likelihood, the bot is probably loading the link anyway unless you're blocking
it somewhere else; a noted workaround from the OP anyway.
WONTFIX.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
