https://bugzilla.wikimedia.org/show_bug.cgi?id=14323
Brad Jorsch <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #8 from Brad Jorsch <[email protected]> 2009-05-13 12:49:30 UTC --- (In reply to comment #5) > We do not parse redirects. We have a simple regex to parse the raw links > and--because it was so highly requested--the categories on the page. Asking > for > more is requesting a full parse of the page, which is IMO a bad idea. Going > ahead and WONTFIXing this per this and the above comments. Err... Then what is line 996 in Article.php (r50332) doing? Looks like it parses the whole redirect page in order to update category links, template transclusions, and so on; just the output text is not actually used. (In reply to comment #7) > This used to work, and stopped working. That's a regression. The {{R from}} > templates relied upon it. As far as I can tell from looking at the history of Article.php, redirect content (when viewed with redirect=no) was rendered as a normal page up until r4568; however, redirects were limited to only a single line of wikitext until r12339. I don't see any reason given for r4568 to stop displaying the rest of the redirect page's content, although that doesn't mean there wasn't one. The only objection I can see to rendering the redirect page content would be the opportunity it presents for someone to vandalize a page that few would ever look at (and then, presumably, post a link on some other website with redirect=no to say "Ha ha! Stupid Wikipedia didn't fix my vandalism!"). -- 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 [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
