Last modified: 2013-03-27 10:44:18 UTC
I don't know anything about this bug other than I've never been able to search for a hash tag on any mediawiki-based site. Semantic mediawiki, and related extensions, make extensive use of hash tags and search for documentation of them is virtually impossible if the keyword part of it is not something fairly unique like "arraymap" (for #arraymap). Searching for one like "ask" (for #ask) just can't be done due to the number of false hits.
What you're asking for isn't something MW really needs, AFAICT. Reclassifying to SMW so devs there can see it and provide a fix. Even if this is something that has to be fixed in core, the SMW devs are likely going to need to take the lead on it.
(In reply to comment #1) > What you're asking for isn't something MW really needs, AFAICT. Reclassifying > to SMW so devs there can see it and provide a fix. Even if this is something > that has to be fixed in core, the SMW devs are likely going to need to take the > lead on it. Has absolutely nothing to do with SMW. The same issue exists for #ifexists and lord knows how many other tags. That being said, I'm not convinced of the usefulness so I'm lowering priority to "lowest."
As far as usefulness is concerned, it is a barrier to entry for editors when they want to become more advanced, and search for documentation on things like #ifexist. Of course, if a mediawiki site were to be made that incorporates twitter tweets somehow, it would be impossible to find anything, since hashtags are how twitter organizes things. In other words, mediawiki will likely not work well for anything that involves twitter, which is excluding quite a lot of potential applications for mediawiki due to a small bug in search. Oh yeah, any programming language that has syntax using the format #something will not work either. It's not hard to think of more examples of where this bug can cripple someone's application of mediawiki.
*** Bug 45583 has been marked as a duplicate of this bug. ***
