Comment 1 for bug 1357402

Right. It took some staring, but I found it. At some point, years ago, we were asked to use fuzzy matching for wiki links. So, the name someone might type for a link might differ from the name of an actual wikipage in some ways but still match. Unfortunately the code to handle this happens when rendering the wiki page--for every link it iterates over all of the pages in the wiki until it finds a match and inserts a link to the actual wiki page.

Arguably, this feature wasn't a great idea to begin with. I'm not aware of other wiki's that are as flexible in this way.

This may not really be super low hanging fruit, because it would involve rolling back that feature such that the name used in the link must exactly match the name/id of the wiki page being linked to. That would be fantastic for performance, but not so great in terms of changing how wikis work and making them somewhat harder to use. It would have been much easier, politically, to not allow the flexibility in the first place than it would be now to take it back.

The alternative is to brainstorm ways to render the wiki pages more efficiently. Perhaps we could store link->document mapping behind the scenes somewhere, so we only have to connect a link to a document once, and then that information is stored. There may (probably) be edge cases that I haven't thought of with such a scheme. But, probably, that's what I would try to do.