https://bugzilla.wikimedia.org/show_bug.cgi?id=70950
Chad H. <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|Unprioritized |High --- Comment #5 from Chad H. <[email protected]> --- (In reply to Nik Everett from comment #4) > I think he's right in that hyphenated words are the only thing that lsearchd > has special handling for. There could be more - the code is vast and I > haven't read it all - but I don't think there are. I've set the summary > back to how [email protected] originally filed it. Are there > any constructs other than hyphenated words that have this problem? > In English I can't think of any, but I'd really like to look further into what lsearchd is doing here. I don't think the original request is unreasonable, although I agree that it's not the most straightforward thing for us to implement. > I'm very happy to work to > make the regex search faster. Adding another clause (<<insource:"follow-up" > insource:/follow-up/>> for example) speeds it up but if there are other > regex searches in front of you (there is a queue that all users share) it > gets slow again. I can certainly work on that. > We can always improve insource :) -- 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
