Wikipedia

Help talk:Searching: Difference between revisions

Browse history interactively
← Previous edit
Content deleted Content added
VisualWikitext
dogs
 
Line 1:
{{notice|1=<span style="font-size: 140%; line-height: 120%">'''This is not for searching for help (in general).'''</span> To seek help with searching go to '''[[Wikipedia:Village Pump (Technical)]]'''.<br /><br />Activity here improves search-box and search-results documentation. We like comments and ''help requests'' related to our Search technology.}}
{| class="infobox" width="230px"
{{talk page|WT:SEARCH}}
|-
{{WikiProject banner shell|
!align="center" colspan="2"|[[Image:Vista-file-manager.png|50px|Archive]]<br/>[[Wikipedia:How to archive a talk page|Archives]]
{{Wikipedia Help Project|class=C|importance=High}}
----
}}
|-
{{User:MiszaBot/config
|
|archiveheader = {{talkarchive}}
*[[Wikipedia talk:Searching/External search engines|/External search engines]] (2004)
|maxarchivesize = 100K
*[[Wikipedia talk:Searching/Archive1|Archive 1]] (2002-2006)
|counter = 6
|} <!-- Template:Archivebox -->
|minthreadsleft = 10
|minthreadstoarchive = 1
|algo = old(120d)
|archive = Help talk:Searching/Archive %(counter)d
}}
{{reader-facing page}}
{{archive box|auto=yes|search=yes}}
 
== Semi-protected edit request on 18 July 2024 ==
==Revise search page==
Since this "Searching" page is a prominent link off the [[Wikipedia_talk:WikiProject_Usability/Main_Page|proposed main page redesign]], the quality of this article needs major improvement. I have looked at other languages and find the [[de:Hilfe:Suche]] page on the German Wikipedia useful in its simple, concise layout.
 
{{edit semi-protected|Help:Searching|answered=yes}}
From that, I am proposing here that:
See the section above.<br>
# We cut down on the wordiness, and be concise.
Please either comment out or remove the [[Help:Searching#All]] section -> prefixing searches with {{kbd|All:}} currently does not work as described. &ndash; [[Special:Contributions/2804:F14:8099:7C01:AD85:C638:F893:9B16|2804:F1...93:9B16]] ([[User talk:2804:F14:8099:7C01:AD85:C638:F893:9B16|talk]]) 00:25, 18 July 2024 (UTC)
## We could always split off more detailed information into sections such as [[Wikipedia:Advanced search]], [[Wikipedia:External search engines]], etc.
:{{Done}}, along with a bunch of other cleanup. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 19:30, 19 July 2024 (UTC)
# I've added a TOC infobox to the page, which includes the all the primary links used in the proposed main page, as well as some key policies. At some point, it might be useful to have this infobox (improvements welcome) on all these key pages listed there, to make it easy to navigate this important information.
Any further ideas or suggestions? -[[User:AudeVivere|Aude]] (<small>[[User_talk:AudeVivere|talk]] | [[Special:Contributions/AudeVivere|contribs]]</small>) 21:04, 14 March 2006 (UTC)
:I'm thinking it might be easier/better to just link to [[Wikipedia:Look it up]] from the main page, and then refine this page into an "advanced search help" page. (The "searching" link was added to the MainPage redesign at the very last minute, i forget by whom) --[[User:Quiddity|Quiddity]] 22:30, 19 April 2006 (UTC)
 
== Invalid section tagging in the page ==
== Dynamic spelling correction? ==
 
The wikisource of this page has a bunch of {{xtag|section}} markup, all of which appears to be broken. In order of appearance, it is in this form:
I have been looking for a place to suggest this to someone, but I really don't know the proper place, so I thought I'd mention it here. I know that (apparently) wikipedia search engine seems to look first for an article or page of the same title, and take you there; if that fails, it will search for that/those term(s) in other articles and display articles that contain the word(s), with a small link at the top if you want to start a new article.
 
<pre>
I'm curious if anyone has ever thought of, or considered the implimentation of a suggestive spelling error system for searches - particularly names of places or people suffer from this issue. If you goto [http://dictionary.reference.com/search?q=enthousiasm dictionary.com] and look up a word that is misspelled or not in the database, the result is a list of terms that you might have misspelled (say, for example 'enthousiasm' results in a list starting with 'enthusiasm, enthusiasms, enthusiast...'). Similarly, [http://ca.search.yahoo.com/search?p=enthousiasm&btn yahoo.com], if you search for a term with low results, will attempt to suggest a correction (Did you mean: enthusiasm ?). I often find myself forced to pull up a yahoo window, search for the name I'm looking for, get the suggested correct spelling, and then bring it back to wikipedia so I can find who or what I'm looking for. Would it be possible to impliment a similar suggestive system to the top of a failed wikipedia search? And/or, how would I go about suggesting this properly to the proper channels? Thanks [[User:TheHYPO|TheHYPO]] 06:03, 26 April 2006 (UTC)
<section end="Search results page" /><section begin="Refining results" />
...
<section end="User preferences" /><section begin="Redirects" />
...
<section end="Other uses" /><section begin="User preferences" />
</pre>
 
This {{em|all}} appears to be invalid, either because it is in backwards order or because it a start tag without an end tag or vice versa. I'm not sure what the intent was and what other pages might be trying to [[WP:Selective transclusion|selectively transclude]] portions of this page, so I have not removed this broken code or attempted to repair it. Someone(s) else who better know(s) what the intended results were will need to address this. <span style="white-space:nowrap;font-family:'Trebuchet MS'"> — [[User:SMcCandlish|'''SMcCandlish''']] [[User talk:SMcCandlish|☏]] [[Special:Contributions/SMcCandlish|¢]] 😼 </span> 19:38, 19 July 2024 (UTC)
*I was thinking about this as well, and was about to post a new discussion before I stumbled upon this one. I agree with what [[User:TheHYPO|TheHYPO]] said, as I do tend to mispell some of my searches--those that I'm unclear about (thus my reason to search it on Wikipedia). [http://www.google.com Google] also uses this feature as you can see here: [http://www.google.ca/search?hl=en&q=snkae&btnG=Search&meta= a search on "snkae"]. I hope that this issue can be resolved quite soon. Thanks.
 
== Help ==
Please see [[Wikipedia:Village pump (perennial proposals)#Better search feature]]. This has been a requested feature for quite some time, but the current stance seems to be that it can't easily be done without adversely affecting performance. -- [[user:Rick Block|Rick Block]] <small>([[user talk:Rick Block|talk]])</small> 15:50, 13 August 2006 (UTC)
 
I understand that this is the page to help readers understand how to use the search bar. What would be the page to suggest a change in how the search bar results work? I want to make a suggestion but I don't know the correct place to do that. [[User:Ladtrack|Ladtrack]] ([[User talk:Ladtrack|talk]]) 18:54, 19 October 2024 (UTC)
== At the moment, the search engine uses an index that isn't updated at all. ==
:{{u|Ladtrack}}. [[WP:VPT]] since there may already be a way to do what you want. If not, they are qualified to say whether it could be done. --[[User:Timeshifter|'''Timeshifter''']] ([[User talk:Timeshifter|talk]]) 01:50, 25 October 2024 (UTC)
 
== What became of the search bar? ==
What's up with that? This statement should really be clarified. Why is the search engine not updated? How are we supposed to make sure that we don't create the same articles over and over (with slightly different names) if we can't find them?--[[User:345Kai|345Kai]] 09:26, 7 May 2006 (UTC)
 
What became of the search bar that had been near the top of the page of every Wikipedia article? Lately I haven't see any such search bar. After a lot of hunting and pecking, the only substitute that I have found so far involves going to the help desk and clicking on the link for search box. Why make searching for anything so unnecessarily difficult?[[Special:Contributions/98.149.97.245|98.149.97.245]] ([[User talk:98.149.97.245|talk]]) 14:23, 20 December 2024 (UTC)
:I cut that statement, which is badly outdated as "at the moment" refers to three years ago [http://en.wikipedia.org/w/index.php?title=Wikipedia%3ASearching&diff=1254504&oldid=1251064]. Please point out anything else that isn't clear, seems outdated, and feel free to just go in and fix things if you like. -[[User:AudeVivere|Aude]] (<small>[[User_talk:AudeVivere|talk]] | [[Special:Contributions/AudeVivere|contribs]]</small>) 00:33, 25 May 2006 (UTC)
:It is still there for me at the top of the page on a Win 10 Pro PC in Firefox in the default Vector skin whether I am logged in or not. What are you using? --[[User:Timeshifter|'''Timeshifter''']] ([[User talk:Timeshifter|talk]]) 19:11, 20 December 2024 (UTC)
I found no such search bar anymore on an HP Pavilion laptop for Google Chrome or Firefox. I know nothing about Vector skin.[[Special:Contributions/98.149.97.245|98.149.97.245]] ([[User talk:98.149.97.245|talk]]) 19:46, 20 December 2024 (UTC)
It turns out that clearing cache and cookies did not fix the problem after all.[[Special:Contributions/98.149.97.245|98.149.97.245]] ([[User talk:98.149.97.245|talk]]) 19:49, 20 December 2024 (UTC)
:OK. I see the search bar when I click the magnifying glass at the top of the page. On both Firefox and Chrome. So technically, you don't see the search bar at the top of the page at first. --[[User:Timeshifter|'''Timeshifter''']] ([[User talk:Timeshifter|talk]]) 16:06, 21 December 2024 (UTC)
::The search box only appears with the default Vector skin if the window is wide enough.
::I don't think it is accurate to say "a search box on every page" because if the window is too narrow, only the magnifying glass appears, and it has to be clicked on to get the search box [[User:RichardN|RichardN]] ([[User talk:RichardN|talk]]) 11:09, 16 May 2025 (UTC)
 
== Case sensitive ==
YES.....finally some1 that is as bad at spelling as i am. i usally end up typing a word into google which corrects it for me and then searching for it in wiki. we should send and email or sumthing to make it so that there it is a spell checker. i think that there might even be a way to make google check the spelling for you. this is the ONLY problem that i have with wiki right now and if it is fix this will be the best site ever. <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[User:75.4.168.17|75.4.168.17]] ([[User talk:75.4.168.17|talk]] • [[Special:Contributions/75.4.168.17|contribs]]) 00:22, 25 May 2006 (UTC).</small>
 
Can't find how to make Case sensitive searches (advanced) nor punctuation (e.g. searching '!'). gtp ([[User talk:MC12GT1|talk]]) 12:53, 30 December 2024 (UTC)
It looks to me like the index is again not being updated. As a "for instance", the article for [[Olin E. Teague]] was created [[30 June]], [[2006]] and as of [[26 July]], [[2006]], it's still not findable via [http://en.wikipedia.org/wiki/Special:Search?search=olin+teague&fulltext=Search search]. A week stale is annoying, but given the mutation rate understandable and not so critical. A month stale hurts... --[[User:Studerby|studerby]] 16:02, 26 July 2006 (UTC)
 
:It's Stillnot true,a asSearch offor [[31help. August]],It's [[2006]]a way to make you notice that and discuss. gtp ([[User talk:StuderbyMC12GT1|studerbytalk]]) 0212:3855, 130 SeptemberDecember 20062024 (UTC)
 
== Cannotintitle Searchsearch Old Revisionsbug ==
 
The regex search [[Special:Search/intitle%3A%2FAcetoxyacetyl%2F]] returns [[Acetoxyacetylaminofluorene]]. However, non-regex versions of this search incorrectly return no results:
I wanted to run a search that doesn't just look at the current version of a page. I want to run a search that also looks at older versions of a page. I've been researching some vandalism, and would find such a seach capability helpful. -- [[User:fsk|fsk]]
* [[Special:Search/intitle%3AAcetoxyacetyl]] returns no results, instead suggesting [[Special:Search/intitle%3Aacetoacetyl]]
* [[Special:Search/intitle%3A%22acetoxyacetyl%22]] and [[Special:Search/intitle%3A%22Acetoxyacetyl%22]] return no results, instead suggesting [[wikt:acetoxyacetyl]]
* [[Special:Search/intitle%3Aacetoxyacetyl]] also returns no results, but is non-deterministic, switching replacement suggestions between [[Special:Search/intitle%3Aacetoacetyl]] and [[wikt:acetoxyacetyl]] seemingly at random.
 
Would someone else be able to check whether they get the same behavior? If so, I'll try and report the bug on Phabricator as it seems like a failure of basic search functionality. [[Acetoxyacetylaminofluorene]] was created in 2009 and last edited in 2022, so it's not like there have been any recent changes to throw off search indexing. [[User:Preimage|Preimage]] ([[User talk:Preimage|talk]]) 10:05, 31 December 2024 (UTC)
This edit section could be moved to the bottom or deleted. [[User:fsk]] never examined the history or diff mechanisms.
: {{u|Preimage}} That behavior seems correct to me. Non-regex search, iirc, is a word-search function, not a partial-search one. Note that this search for [https://en.wikipedia.org/w/index.php?search=intitle%3AAntikyth&title=Special:Search&profile=default&fulltext=1 <code>intitle:Antikyth</code>] fails to find [[Antikythera device]], and that is as expected. [[User:Mathglot|Mathglot]] ([[User talk:Mathglot|talk]]) 10:26, 31 December 2024 (UTC)
<br>Sadly this answer may never reach hirm. &middot; <span color:blue;>'''[[User:Ken_Hughes|Ken]]'''</span> 15:48, 7 November 2006 (UTC)
::Oh yep, that makes sense. Thanks @[[User:Mathglot|Mathglot]]! [[User:Preimage|Preimage]] ([[User talk:Preimage|talk]]) 10:28, 31 December 2024 (UTC)
 
== Better relevance ordering for titles ==
== Search ==
 
If the title of a page is <name of topic> (field or category or whatever) e.g. Word (computer architecture) then it should be given much higher relevance if the left half of the title matches exactly the specified title (ignoring case), the inverse should also be true, the relevance boost for a searched word appearing in the title of the page should be less if that word is in parenthesis. Example: "Word (computer architecture)" in a title search for "Word" is probably of higher relevance to the search than Nosferatu (word) but is not listed as such. [[User:Apersoma|Apersoma]] ([[User talk:Apersoma|talk]]) 16:47, 13 February 2025 (UTC)
Is it just me or the search isn't working properly?
I tried to search "nip it in the bud" and it gave results where the words didn't appear in order. I was about to start an article on the idiom, but then decided to look for a list, and voila. [[List of idioms in the English language#N]].
Even if I had seached without the quote marks (which I did previously), shouldn't it give me the more relevant results first? Like one containing the full searched expression as asked? <font color="#207912">[[User:VdSV9|<b>VdSV9</b>]]</font>•<font size="4px">[[User talk:VdSV9|♫]]</font> 11:30, 10 June 2006 (UTC)
:The WP search engine is terribly simple. It's a known problem. The few developers who might know how to improve it are constantly busy with more critical bugfixes. Last i saw, they don't envision getting around to improving it soon. ([http://www.google.com/custom?domains=en.wikipedia.org&sitesearch=en.wikipedia.org google] is your friend ;) -[[User:Quiddity|Quiddity]] 17:14, 10 June 2006 (UTC)
::On a personal note, I hope they would be able to fix this as soon as possible. --<font style="background:gold">[[WP:EA|<font color="green">S</font>]][[User:Siva1979|iva1979]]</font><sup><font style="background:yellow">[[User talk:Siva1979|Talk to me]]</font></sup> 18:24, 7 July 2006 (UTC)
I was searching for "willig", and it returned results with "willige" and other variations. Is there a syntax which I should be using to indicate "this exact text with no wildcards"? Thanks! --[[User:Keeves|Keeves]] 15:42, 14 November 2006 (UTC)
 
==Prevent being searched==
==Stop words==
Is there a tag or setting that can be added to a meta page so it doesn't show up in a search? When I searched for "WP:MfD" I saw this old joke page in the search results, and I thought this is less useful and more distracting: [[Wikipedia:MfD/WP:MfD/WP:MfD/Wikipedia:Miscellany for deletion/Wikipedia:Miscellany for deletion/Wikipedia:Miscellany for deletion/User:Xaosflux/Requests for adminship/Wikipe-tan (2nd nom)]]. If not, an option is to nominate it for deletion.<span style="font-family:Segoe Script">[[User:Jay| Jay]]</span><span style="font-size:115%">[[User talk:Jay| 💬]]</span> 09:14, 3 March 2025 (UTC)
Lucene still doesn't search for numbers. I've added this to the article. --[[User:Eleassar|'''Eleassar''']] <sup>[[User talk:Eleassar|my talk]]</sup> 11:03, 17 June 2006 (UTC)
 
== Search redirects ==
==searching for contributions==
Is it possible to search for contributions of others ? <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[User:82.232.235.239|82.232.235.239]] ([[User talk:82.232.235.239|talk]] • [[Special:Contributions/82.232.235.239|contribs]]) {{{2|}}}.</small>
 
How can I search by giving a word in the title of redirect pages? I do not want article titles in the results, only redirects. <span style="font-family:Segoe Script">[[User:Jay| Jay]]</span><span style="font-size:115%">[[User talk:Jay| 💬]]</span> 11:24, 20 July 2025 (UTC)
:Search searches the entire content of Wikipedia (as of the last time the index was rebuilt), which includes the contributions of everyone. If you're looking to see someone else's contributions like you can see your own by clicking "my contributions", when you're on their user or talk page there's a "user contributions" link in the toolbox or you can enter (or create an internal link to) <code>special:contributions/username</code>. -- [[user:Rick Block|Rick Block]] <small>([[user talk:Rick Block|talk]])</small> 13:21, 4 July 2006 (UTC)
 
== SearchSearching notonly findingoutside articletemplates. ==
 
I want a search for PQR outside templates. to find
I tried to search for [[Ecclesiastical heraldry]] (to find out how long the article is), but the article with that title is not in the list results. Should not articles matching the exact search phrase be first or very early in the list? [[User_talk:Gimmetrow|''Gimmetrow'']] 16:44, 28 July 2006 (UTC)
* <nowiki>ABC {{JKL}}a PQR b{{UVW}}XYZ}}</nowiki>
:The article was created on [[June 23]]. The search index has apparently not been rebuilt since then. When it is, the title will appear in the search result (probably first). -- [[user:Rick Block|Rick Block]] <small>([[user talk:Rick Block|talk]])</small> 18:41, 28 July 2006 (UTC)
*<nowiki>ABC {{m PQRF n}}c PQRdef{{UVW}}XYZ}}</nowiki>
:: OK that makes sense, but I expected the search index rebuilt more often than that, weekly or at least monthly. [[User_talk:Gimmetrow|''Gimmetrow'']] 18:53, 28 July 2006 (UTC)
but not
*<nowiki>ABC {{PQR M}}HHH {{UVW}}XYZ}}</nowiki>
[[User:Naraht|Naraht]] ([[User talk:Naraht|talk]]) 15:47, 29 August 2025 (UTC)
 
:Do you mean you don't want PQR in the template names? Those are fairly easy to exclude from searches. But if you also mean excluding cases where PQR appears in template parameters, that's much harder, since some templates, like Cite web, can be extremely long, e.g., <code>{{Cite web |title=Lorem ipsum dolor sit amet, consectetur adipiscing elit, '''''... PQR'''''</code>.
== Vandalism? ==
:* <code>{{Search link|insource:/PQR/ -insource:/\{\{[^{}]+PQR/}}</code> should find your first example (i.e., "PQR" appearing somewhere but not inside a template at all), but not the second or third examples.
 
:* <code>{{Search link|insource:/PQR/ insource:/\{\{[^{}]+PQR/ insource:/[^{]{50}PQR/}}</code> should find the second example (i.e., "PQR" appearing both inside a template and somewhere outside a template), but not the first or third examples. This query has limitations, and you might want to adjust the "50" in <code>[^{]{50}</code>, which matches any character other than the template-starting character <code>{</code>, repeated 50 times.
Has this article been vandalised?
:If you don't want to catch, e.g., "SPQR" or "1PQR", but only matches starting with "PQR", then replace <code>PQR</code> with <code>[^a-zA-Z0-9]PQR</code> or with something similar in those search strings.<br />Also, those queries work okay-ish, since there are "only" 1,799 articles containing "PQR": {{Search link|insource:/PQR/}}. So, if your actual search string is much more common, for example, appearing in hundreds of thousands of articles, there's a high chance the search will time out before you get the full results. --[[User:JAAqqO|JAAqqO]] ([[User talk:JAAqqO|talk]]) 20:07, 29 August 2025 (UTC)
 
::{{U|JAAqqO}} Sorry, my fault I should have made it more clear that PQR was an example. And I'm being greedy here, What I really want is to find instances of the string "Fraternity, Inc" but to ignore any that occur inside of templates as such as a cite book containing "publisher=Omega Alpha Omega Fraternity, Incorporated". Not sure that I'm going to have much luck on something that won't time out pretty quickly. I'm not sure that simply adding fraternity to the search (to lower the number of articles the regex starts from will help much from having a timeout.[[User:Naraht|Naraht]] ([[User talk:Naraht|talk]]) 01:27, 30 August 2025 (UTC)
Yes, this article has been heavily vandalised, please fix it.
why doesn't wikipedia have a very simple button somewhere to report when an article has been vandalised? <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[User:71.240.163.61|71.240.163.61]] ([[User talk:71.240.163.61|talk]] • [[Special:Contributions/71.240.163.61|contribs]]) {{{2|}}}.</small><!-- Template:Unsigned -->
 
== Link to a specific Google search ==
 
I added a sub-section: '''How to provide a link to a specific Google Search'''. This page was linked from [[Wikipedia:Tip of the day/August 7, 2006]] but didn't actually have information on using <nowiki>[[google:XYZ]]</nowiki>.
 
A minor issue with the software, re the approach of using a plus sign, +, to replace spaces in the search field... it works fine in Wikipedia, but when I tried to do it at [[m:|meta.wikimedia.org]] and at Appropedia.org (also MediaWiki) it didn't work. Word or phrase searches worked fine, but as soon as I put in a plus sign, it didn't create a link, but just showed the <nowiki>[[google:XYZ+ABC]]</nowiki> in nowiki format. It still has the same problem that it turns spaces into underscores (which hopefully can be fixed at some point...) --[[User:Singkong2005|Singkong2005]] <small><sup>[[User talk:Singkong2005|talk]]</sup></small> 00:12, 16 August 2006 (UTC)
 
:I've removed the suggestion that such a link might be acceptable in the external links section of an article. It's ''not'' acceptable - search results change all the time, and a search that returns more than one result forces the reader to (in theory) look through all the results to find something useful. ''[[User:John Broughton|John Broughton]] '' | <sup>[[User talk:John Broughton |(♫♫)]]</sup> 15:18, 19 January 2007 (UTC)
 
== Varè, Daniele ==
 
Daniele Varè (1880-1958) was an Italian diplomat and author. During the 1920's he was the Italian ambassador to China. His best known books were the trilogy known as "The Novels of Yen-Ching". These were set in Peking during the 1920's, and carry the intriguing titles of "The Maker of Heavenly Trousers", "The Gate of Happy Sparrows" and "The Temple of Costly Experience". He also wrote several volumes of memoirs, including "The Laughing Diplomat" and "The Two Imposters" and a biography of the Chinese dowager empress, Tzu-Hsi.
 
== apostrophe/single quote ==
 
Unless I’m mistaken, the reason for [[WP:Searching#Words in single quotes|this behavior]] is so apostrophes will be recognized as part of a word. Wouldn’t it make more sense to mention that, then say ''single quotes'' are identical to ''apostrophes'', rather than vice versa, and that’s why single quotes should be avoided? As it is, it just reads as a stupid bug (no offense to WP/WM developers). —[[User:Frungi|Frungi]] 01:42, 24 August 2006 (UTC)
 
==So when will the search database be updated?==
 
Having had many frustrating experiences using the search function to find out whether articles exist (and it not returning results for articles which I know exist), I came here to find why it wasn't working properly. I understand from answers to similar complaints above that what is at fault is that the database that the search function uses is rather old and infrequently updated, and so more recently created articles don't appear. So does anyone know the answer to these questions:
*When was the last update to the search database made?
*When will the next update to the search database be made?
*At what point does the gap between updates become so long that this is considered an urgent problem, which if left unaddressed undermines the effectiveness of the search tool entirely? (OK, I admit this last one is a bit loaded - but I did say it was ''frustrating''.)
To put this in context, currently the search button doesn't recognise the article on [[James Alipius Goold]], which was created on the 22nd of May, representing a lag of at least three months and counting (in which time something like 300,000 articles have been created). [[User:Thylacoleo|Thylacoleo]] 07:27, 31 August 2006 (UTC)
:There's an existing bug request to add the ability to find out the last time the search index was rebuilt, see [[bugzilla:6090]]. If you have a bugzilla account, voting for this bug is a way to increase its priority. I've suggested the search page include a "results as of <last index build time>" indication as well. I believe the answers to your questions are: only the developers know, no one exactly knows since it's irregularly updated when some developer (I'm not sure specifically who) manually initiates it, search is considered to be a secondary feature given that reasonable alternatives exist (e.g. google). -- [[user:Rick Block|Rick Block]] <small>([[user talk:Rick Block|talk]])</small> 13:48, 31 August 2006 (UTC)
::Thanks for the answer, although I'm afraid I don't have a bugzilla account, not being particularly proficient in technical IT matters. I suppose my main problem is that I don't like to leave Wikipedia to use Google when editing. I am a bit baffled that there is an attitude that the Wikipedia Search function can be allowed to atrophy to such an extent because there exists an external site which can do it instead. Especially as the Search function features so prominently in the side bar on every single Wikipedia page - it seems reasonable that a casual reader would presume that it is up to date and useful. Is there a suitable place where I can go to clamour for a more serious approach to the Wikipedia Search function? [[Wikipedia:Village Pump (technical)]] perhaps? (Hmm, it seems they already make brief mention of it in their topbox, noting "The search index is often out of date, sometimes taking weeks before it's updated. Because of that, recent changes are not immediately reflected on the search." It might be worth a try raising it again there, anyway.) [[User:Thylacoleo|Thylacoleo]] 01:23, 1 September 2006 (UTC)
:I think the problem is well understood and appreciated. I believe the issue is that the development staff is mostly volunteer (there are something like two paid developers) for a site that is in the top 20 (by traffic) web sites in the world. I agree that there's really no excuse for the search function to have such low priority, but the reality is problems that aren't ''critical'' have a hard time popping up enough on the priority list to get any attention. Can you keep another Window open? What I do is keep a Window open with "site:en.wikipedia.org" filled in the search box in google (this restricts google's search to this site). If it were up to me (it's not), the "search" function here would do this by default. -- [[user:Rick Block|Rick Block]] <small>([[user talk:Rick Block|talk]])</small> 02:52, 1 September 2006 (UTC)
 
== Merge with [[Wikipedia:Look it up]] ==
 
I strongly believe that we need a cross-between a simple version of this page, and an expanded version of [[Wikipedia:Look it up]], as the main Search Help page, that gets linked to from the Main Page and similar. The exhaustive list of options and details should be on a supplementary/sub-page. --[[User:Quiddity|Quiddity]]·<small>([[User talk:Quiddity|talk]])</small> 01:17, 21 August 2006 (UTC)
:<small>While I, as of yet, have no strong feelings on the merge proposal, I strongly object to having meta information - the merge notice - on the top of a page that is such high profile. We should direct that notice to the talk page - editors watching will still see it and the discussion can go on without distracting (and potentially confusing) new users. --<font color="#06C">[[User_talk:Trödel|Trödel]]</font> 01:24, 21 August 2006 (UTC)</small>
::<small>That was fast - thx Quiddity!!! --<font color="#06C">[[User_talk:Trödel|Trödel]]</font> 01:51, 21 August 2006 (UTC)</small>
 
:Wow, I can't leave this place for a week without people trying to change things. What do you mean by "an expanded version"? [[User:Black Carrot|Black Carrot]] 02:43, 2 September 2006 (UTC)
 
I'll elaborate:
*[[Wikipedia:Look it up]] is an ''overly'' short, friendly paragraph on how to do a basic search, and what you might commonly find as a result (dabs and redirs). It is linked to from [[Wikipedia:Questions]], [[Wikipedia:Help desk]], [[Wikipedia:Reference desk]], [[Wikipedia:How to create a Wikipedia article]], and 2 Help:Contents subpages.
*[[Wikipedia:Searching]] is a very long page, with many useful (and just as many arcane) details. It is linked to from the top of the [[Wikipedia:Main Page]], [[Help:Contents]], and many other places.
I'm suggesting that this is a bit of a mess, and could be fixed.
 
[[Wikipedia:Searching]] also has a number of problems, which could be dealt with as part of a general overhaul. eg the historical tangent in "Avoid short and common words". <s>Or the stub tag.</s> Or the terrible link to [http://dev.mysql.com/doc/refman/5.0/en/fulltext-boolean.html fulltext search] as a guide to boolean searches. Or the guides to all the old versions of Opera. etc.
 
One possible solution, is to make this page into a fairly short but useful overview with the most relevant details (and redirect [[Wikipedia:Look it up]] to here); and create 1 secondary page with all the complex/minor/arcane details (eg lumrix search and bookmarklets and browser specific help and tomeraider). Much like the duality of [[Introduction to general relativity]] and [[General relativity]], or that of [[Wikipedia:Introduction]] and [[Wikipedia:Tutorial]].
 
This is a full overhaul proposal (as was originally suggested during the Main Page redesign in April). I'm just offering one solution, and calling for further suggestions. Thoughts? --[[User:Quiddity|Quiddity]] 04:01, 9 September 2006 (UTC)
 
::I have no objections to such a discussion. And I appreciate your summary of my work, it captures the spirit quite well. Why do you say Look it up is "overly" short? What else might it include? More specifically, what else might it include that wouldn't clutter it? Remember, my original vision was to create something that 1)most people would bother to read, and 2)would encourage people not to ask dumb questions on the Ref desk. I can't say for sure that it's succeeded in either, but it does seem that fewer questions are answered with "There's a search box in the corner" or "Why don't you try the [[Tornado|article]]?". I worry that lengthening it, or even making it less conversational, would damage that. Also, although I wouldn't stand in the way if you moved it out of Look it up entirely, I came up with that name for a reason as well. People seemed to have difficulty with the concept that this is an encyclopedia. A familiar phrase, the reasoning went, would steer people in the right direction. The content is also quite carefully chosen. These are things that aren't as far as I can tell explained in any other easily accessable place (such as America vs American Flag vs Flag vs Flag of the United States etc) and that make a real difference to whether or not you find what you're looking for. [[User:Black Carrot|Black Carrot]] 22:18, 24 September 2006 (UTC)
 
:::That's a good point about keeping Look it up as short as possible. I retract the ''overly'' designation if I may. And the title would work fine as the intro-to-searching page.
:::Specifically, I'd suggest the "If you cannot find an appropriate page on Wikipedia" section be moved there, and the "Put your keyword in the searchbox." blue box might be better (shorter/clearer) than the intro paragraph currently there. I'd also suggest the "Skins" section be moved to here, or at least to the bottom, as it's not a central/common problem (afaik?).
:::I'll have time to show by example (merciless editing!) in a few weeks. --[[User:Quiddity|Quiddity]] 19:09, 25 September 2006 (UTC)
 
== Proposed new section ==
 
I propose adding the following section under the "external searches" section:
 
===Search engine settings===
 
Please note that certain parts of Wikipedia will not be indexed by most search engines, due to how Wikipedia configures pages. Specifically:
 
* URLs embedded in namespaces other than the main namespace have the [[nofollow]] attribute set; thus such links will not be followed by search engines. This includes user pages, talk pages, and pages in the Wikipedia namespace.
* Old revisions of pages have the [[noindex]] attribute set.
* Deletion discussions, the Wikipedia search facility, and other special pages (like [[Wikipedia:Recent changes]]) are disabled by the site's [[robots.txt]] file [http://en.wikipedia.org/robots.txt].
 
(end of proposed section).
--[[User:EngineerScotty|EngineerScotty]] 19:03, 26 September 2006 (UTC)
 
:* I agree that we should disclose what's indexed and what's not. It might even be useful to have a separate page about Wikipedia and Search Engines. We can add some comments there about how it's not productive to use Wikipedia for link spam because... This may help discourage people from linkspamming, or at least it will provide rational arguments that others can use to educate the public about Wikipedia. Does there happen to be such a page somewhere already? If so, I haven't seen it. [[User:Jehochman|Jehochman]] (<sup>[[User_talk:Jehochman|Talk]]</sup>/<sub>[[Special:Contributions/Jehochman|Contrib]]</sub>) 16:44, 11 January 2007 (UTC)
 
==Macron folding==
 
The section "Words with special characters" only mentions diaeresis. From experimentation, it would appear that Wikipedia search does not fold macrons. Is this by design, a known issue, or soon to be fixed? A (very long) discussion is now occurring on [[WP:MOS-JA]]. Properly writing Japanese terms in Latin script often requires macrons. However, some have argued that it hinders searching and thus accessibility. Any comments would be welcome. [[User:Bendono|Bendono]] 07:03, 16 October 2006 (UTC)
 
==watch==
Dear Administrators,
Because of repeated vandalism by unregistered IP addresses, I suggest that you make this page un-editable for newly registered&unregistered users. <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[User:Happy8|Happy8]] ([[User talk:Happy8|talk]] • [[Special:Contributions/Happy8|contribs]]) {{{2|}}}.</small><!-- Template:Unsigned -->
:Semi-protecting this page permanently is a pretty good idea. Any admins agree? Or does it need to be put through the process: [[Wikipedia:Requests for page protection]]? --[[User:Quiddity|Quiddity]] 18:51, 4 November 2006 (UTC)
::Done. -[[User:Quiddity|Quiddity]] 21:58, 13 November 2006 (UTC)
 
== Search for article name not yielding article ==
 
Searches for [http://en.wikipedia.org/w/index.php?title=Special%3ASearch&search=1997+Constitution+of+Thailand&fulltext=Search| 1997 Constitution of Thailand], [http://en.wikipedia.org/w/index.php?title=Special%3ASearch&search=%271997+Constitution+of+Thailand%27&fulltext=Search| '1997 Constitution of Thailand'], and [http://en.wikipedia.org/w/index.php?title=Special%3ASearch&search=%221997+Constitution+of+Thailand%22&fulltext=Search|"1997 Constitution of Thailand"] do not yield the [[1997 Constitution of Thailand]] article. In fact, the [[1997 Constitution of Thailand]] article does not appear at all in the resulting list of articles for any three of the searches. The article has been around since September. What is causing this problem ? [[User:Patiwat|Patiwat]] 06:54, 4 November 2006 (UTC)
:There is no way to tell when the search index was last rebuilt without asking the developers, but it has in the past not been rebuilt over a span of several months. I would assume it has not been rebuilt since this article was created on [[September 20]]. -- [[user:Rick Block|Rick Block]] <small>([[user talk:Rick Block|talk]])</small> 13:29, 4 November 2006 (UTC)
 
== Searching for uploaded images ==
Is this possible?
Would be useful to find pictures that might already be on the server rather than upload more similar ones to illustrate a point.
[[User:4wd|4wd]] 21:53, 13 November 2006 (UTC)
:You can already do that. Just check the "Image" namespace button on the search page. Alternatively, one could search from [[Special:Imagelist]]. &mdash;&nbsp;<span style="font-family: Kristen ITC, Times New Roman;">[[User:ACupOfCoffee]][[User talk:ACupOfCoffee|@]]</span> 21:22, 21 November 2006 (UTC)
 
== alban skenderaj ==
 
Alban Skënderaj është një këngëtar shqiptar që vjen nga Shqipëria.
Albani ka lindur në qytetin e Lushnjës, në 20 prill të vitit 1982. Me origjinë Albani është nga Vlora, por ka lindur në këtë qytet, pasi babai i tij gjatë asaj periudhe punonte në Lushnjë.Në moshën 15-vjeçare është larguar nga Shqipëria për në Itali, ku ka gati nëntë vjet që banon në Pistoja afër Firences.Është tip që i pëlqen natyra dhe beson se çelësi i sukesit të tij është për faktin se, prezantohet tek publiku për atë që është në të vërtetë.Albani tashmë ka bërë famë dhe preferohet nga shumë njerëz. Ai ka marrë në vitin 2005 çmimin kryesor në festivalin "Top Fest" me këngën e tij(me të cilën e filloi karrierën)"Për Ty". Edhe këtë vit në "Top Fest" fitoi çmimim kryesor në bashkëpunim me grupin e njohur kosovar "Kthjellu" me këngën e tyre të suksesshme "Diçka". Deri më tani Alban Skënderaj ka edituar edhe albumin e tij të parë që titullohet "Fllad në shkretëtirë". Gjithashtu këtë verë ka korrur një sukses të madh edhe me këngën e tij hit "Ky ritëm". Është vërtetë çudi se si një djalosh si Albani që më parë nuk e ka njohur askush tashmë të njihet nga të gjithë dhe të ketë shumë adhurues.
Shpresojmë që të kemi edhe në të ardhmen të tillë talentë si Alban Skënderaj...
 
:Anyone know what language this is or what it says? My guess is it has nothing to do with searching, but I'm not sure enough to just delete it. -- [[user:Rick Block|Rick Block]] <small>([[user talk:Rick Block|talk]])</small> 17:15, 2 December 2006 (UTC)
 
::Albanian, I think. Something about Alban Skënderaj, an Albanian singer. [[User:PrometheusX303|<span style="color:green;"><strong>Prome</strong></span>]][[Special:Contributions/PrometheusX303|<span style="color:blue;"><strong>theus</strong></span>]][[User_talk:PrometheusX303|<span style="color:red;"><sup>-X303-</sup></span>]] 21:05, 2 December 2006 (UTC)
 
:::I speak Albanian, and I'll translate it for you by the end of the day. - [[User:Ryangibsonstewart|RyanGibsonStewart]] ([[User talk:Ryangibsonstewart|talk]]) 19:06, 3 December 2006 (UTC)
 
*Okay, the translation is as follows. Please note that I translated it exactly, and didn't make too many grammatical errors (except for clarifiaction). Translations of songs/titles are in ''italics''. It's not very well written, and needs a lot of cleanup.
<blockquote>
Alban Skënderaj is an Albanian singer that comes from Albania. Alban was born in the city of Lushnjë, on April 20, 1982. Alban is originally from Vlorë, but he was born in this city (Lushnjë), since his father worked in Lushnjë during that period. At the age of 15, he left Albania to go to Italy, where he had almost nine years that he lived in Pistoja near Firenze (Florence). He is the type that likes nature and believes that the key to his success is factual, for he is presented to the public for that which is true. Alban now has become famous and is liked by many people. In 2005, he received the main prize at the "Top Fest" festival with his song (with which he began his career) "Për Ty" ("''For You''"). And in this year at "Top Fest", he won the main prize for collaboration with the well-known Kosovar group, "Kthjellu", with there successful song, "Diçka" ("''Something''"}. Until now, Alban Skënderaj has edited even his first album, which is titled "Fllad në shkretëtirë" ("''Breeze in the Desert''"). As well, this spring he has reaped a great success with his hit song, "Ky ritëm" ("''This Rhythm''"). It is truly astonishing how a guy like Alban, who earlier had not been know by anyone, now is known by all and has this many admirers. We hope to have a talent such as Alban Skënderaj in the future.
</blockquote>
 
== Go button functionality ==
 
The Go button functionality part of "search" isn't well represented here. There is an article in help: [[Help:Go_button]] but it isn't linked. There is a different page linked at the very bottom of the article to [[Wikipedia:Go_button]]. The search function provided in "go" is fairly unique and not necessarily intuitive. It deserves to be better documented and that documentation easier to find. Maybe the first page of "search" should have just two entires: Go and Search.
 
Also, while we are on the search-go topic, the first letter case insensitive is more than puzzling. If I type in "ide" I get the "Ide" page but no hint of the "IDE" page existing. The result is very non-intuitive--except for the fish lovers in the crowd.
[[User:Rman2000|Rman2000]] 15:05, 10 December 2006 (UTC)
:There's a disambiguation link to [[IDE]] in the first line at [[Ide]] ;)
:As for this page: I believe that this page and [[Wikipedia:Go button]] and [[Wikipedia:Look it up]] all need to be merged into 2 "search" pages - 1 simple and 1 advanced. But I haven't had the time/energy to create a draft proposal. -[[User:Quiddity|Quiddity]] 19:47, 10 December 2006 (UTC)
:First-letter case sensitivity has little to do with the search algorithm (AFAIK) and much more to do with the fact that no article has a lowercase first letter. [[User:BigNate37|'''<span style="color:#DF2F2F">Big</span><span style="color:#3F3F3F">Nate</span><span style="color:#DF2F2F">37</span>''']]<sub>[[User talk:BigNate37|(T)]]</sub> 14:01, 12 December 2006 (UTC)
 
== Dec 2006 - Search broken still? ==
 
Is it me, or is SEARCH just completely blotto? Clicking '''GO''' on ''sikorsky'', yields the [[Sikorsky]] page, but clicking '''Search''' give me NOTHING. Neither do ''*sikorsky*'' or even ''sikor*'' . I've read the previous notes, and have to wonder if I've broken something in preferences, or..... I have the current namespaces enabled in my preferences:
 
:*Main
:*Wikipedia
:*Image
:*Image Talk
:*Template
 
TIA, [[User:Davidbspalding|David Spalding]]&nbsp;(<big><font color="darkred">[[User talk:Davidbspalding|☎]]&nbsp;[[Special:Emailuser/Davidbspalding|✉]]&nbsp;[[Special:contributions/davidbspalding|✍]]</font></big>) 17:23, 13 December 2006 (UTC)
 
:I concur.
 
:http://img96.imageshack.us/img96/1885/brokenwikipediasearch1uk8.png (Searched "Requested Articles" and pressed 'Go')
 
:http://img89.imageshack.us/img89/5882/brokenwikipediasearch2lw2.png (Searched "Requested Articles" and pressed 'Search')
 
:It appears that 'Search' is not working at all, and 'Go' has some sort of Internet brain fart when trying to find matching articles. Someone ought to fix this. <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[Special:Contributions/24.89.253.231|24.89.253.231]] ([[User talk:24.89.253.231|talk]]) 00:14, 14 December 2006 (UTC).</small><!-- HagermanBot Auto-Unsigned -->
 
== Higher matches than exact match!? ==
 
The results for searching for "observer":
 
Observing
Relevance: 100.0% - -
 
Observations
Relevance: 98.7% - -
 
Observables
Relevance: 98.7% - -
 
Observer
Relevance: 97.3% - -
 
How come there are 3 matches that are higher than the actual word itself?
 
--[[User:202.45.98.233|202.45.98.233]] 00:07, 23 December 2006 (UTC)
 
== felipe faria ==
 
Filipe Faria nasceu em 1982, em Lisboa. Frequentou a Escola Alemã de Lisboa desde o jardim de infância até completar o 12º ano de escolaridade. O contacto e convívio com aquela cultura de origem germânica, tão diferente da nossa, possibilitou a abertura de novos horizontes. Impulsionado pelo forte interesse demonstrado pelo período da Idade Média, e pela descoberta algo fortuita de uma verdadeira relíquia na biblioteca escolar – a Tolkien Bestiary -, cultivou, desde cedo, a paixão pela literatura fantástica. As «Crónicas de Allaryia» assinalam a sua estreia no mundo literário. Uma obra que nasceu de uns esboços de uma aventura, iniciados hà cerca de quatro anos, que lentamente ganharam corpo e forma e evoluíram para um livro de quase 600 páginas. Em 2001 foi o vencedor do Prémio Branquinho da Fonseca, organizado pela Fundação Calouste Gulbenkian e Jornal Expresso. Em 2002 ganhou o Prémio Matilde Rosa Araújo - Revelação na Literatura Infantil e Juvenil. Actualmente encontra-se a frequentar o curso de Línguas e Literaturas Modernas na Faculdade de Ciências Sociais e Humanas. E o resto é uma história ainda por escrever…
 
==Internet Explorer 7==
 
Under browser specific help, perhaps someone could add instructions for setting up the automatic Wikipedia search in the new IE7 search. [[User:Drwhit73|Drwhit73]] 05:33, 4 January 2007 (UTC)
 
== Wikipedia's search is aweful! ==
 
It deserves something better. And I don't think using Google for searching Wikipedia is a good alternative. But currently, why not just shut down the internal search and rely on Google for now until a working search is ready?
 
This is not trolling, I'm serious. Wikipedia's search '''is''' unusable.--[[User:87.122.45.130|87.122.45.130]] 20:53, 10 January 2007 (UTC)
:Oh, in case you wonder "why disabling" when you don't have to use it? - It saves CPU time.--[[User:87.122.45.130|87.122.45.130]] 22:50, 10 January 2007 (UTC)
 
== Capitalization in search terms ==
 
Can someone explain capitalisation to me? '''iphone''' works as a search term and returns Apple's [[iPhone]] page. '''iphone (linksys)''' does not return Cisco's [[iPhone (Linksys)]] page or any other results - for that you have to enter '''iPhone (linksys)'''. How stupid is that? The search terms should be case-independent.
[[User:Lloyd Wood|Lloyd Wood]] 00:12, 11 January 2007 (UTC)
:Capitalisation matching kicks in after the first letter. '''iphone''' goes to '''iPhone''', because someone created an '''iphone''' article (actually '''Iphone''', it's a limitation of the underlying software) and redirected it to '''iPhone'''. I've created a similar article and redirect for '''iphone (linkys)''', so it will redirect properly now! --[[User:Slf67|Steve <sub> (Slf67) </sub>]][[User talk:Slf67|<sup> talk </sup>]] 04:44, 11 January 2007 (UTC)
 
== How to find sought but not found keywords? ==
 
I would like to see a function that list say top200 of typed entries but not found ie like this:
http://en.wikipedia.org/wiki/Telex
Telex not found etc..
 
1. 'Telex'
2. ...
etc..
 
Any possiblity to implement this..?
Can't be that hard..
[[User:Electron9|Electron9]] 11:34, 11 January 2007 (UTC)
 
==Update on the broken Search function==
Is there a page that reflects acknowledgment of the issue? Is there a page that gives status updates? It's tedious to keep checking, I would rather just put an update page on my watchlist. [[User:Joie de Vivre|Joie de Vivre]] 17:11, 11 January 2007 (UTC)
 
== Strange contents page ==
 
Why is the contents page for this page constructed manually? [[User:Carcharoth|Carcharoth]] 14:53, 29 January 2007 (UTC)
 
== please correct ==
 
It says "Search is case sensitive". I thought it was case INsensitive? [[User:81.244.151.163|81.244.151.163]] 16:18, 30 January 2007 (UTC)
 
For Google and most other search engines, search is ''not'' case sensitive. For Wikipedia search, it matters much if you search on [[United States Senate Page]] versus [[united states senate page]]. No correction is needed. -- <font style="font-family:Monotype Corsiva; font-size:15px;">[[User:John Broughton|John Broughton]] </font> [[User talk:John Broughton |(☎☎)]] 19:14, 8 February 2007 (UTC)
 
==erasing searches==
 
Why can't one erase their search history from the search bar? <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[User:Richbank|Richbank]] ([[User talk:Richbank|talk]] • [[Special:Contributions/Richbank|contribs]]) 04:54, 7 February 2007 (UTC).</small><!-- HagermanBot Auto-Unsigned -->
 
:Is this a function of your browser? In any case, it looks like entries can be deleted individually (I'm on Firefox; YMMV). -- <font style="font-family:Monotype Corsiva; font-size:15px;">[[User:John Broughton|John Broughton]] </font> [[User talk:John Broughton |(☎☎)]] 19:11, 8 February 2007 (UTC)
 
 
==Utter nonsense about wildcards==
The project page says:
:"Wildcards
:"Be careful about limited wildcards, as they take a toll on the server. See [http://dev.mysql.com/doc/mysql/en/fulltext-boolean.html Boolean fulltext search] for details on their use."
 
There is absolutely no reason to be worrying about a "toll on the server".
 
The biggest problem is that this links to a totally incomprehensible external page, something that provides no clue as to what you might enter in the Wikipedia search box to make it work. Nothing I tried works.
 
Does it ever work at at all? Whether it does or not, it is irrelevant nonsense that ought to be removed from the talk page unless it can be better explained. [[User:Gene Nygaard|Gene Nygaard]] 14:20, 18 February 2007 (UTC)
 
 
==More on Numbers==
Numbers are sufficiently frequently used in searches that I think their current obscure behaviour in search should be made quite explicit. I would give specific examples - e.g. that in text search "1984" fetches nothing, and "U2" gets the articles: U1, 'U', U571, U7, U-2 etc. On the other hand, in title search ("Go"), the right thing happens. I would hope that eventually the search behaviour will be fixed so this (embarrassing) explanation can be removed.
[[User:JMPrager|JMPrager]] 16:47, 19 February 2007 (UTC)
 
==Straight Up Awful==
All the forums seemed way too specific for me to comment on this, so I thought the best place would be here. WIKIPEDIA'S SEARCH ENGINE IS AWFUL! I'm sure this has to do with certain issues but I don't understand why the seemingly most important feature is one of the least user friendly. Entries misspelled by one letter turn up bupkis. Entries spelled correctly return a laundry list of the same article but with the title formatted differently (I.E. Denzel Washington denzel washington, etc.). Is there not a way to have more accurate spell correction the way Google does? Also, is there not a way to only show the article that all the different misspellings and capitalizations are redirected to? It seems ludicrous! Any defenders of the current engine only need perform this experiment: search "promiscuity" and see if ANYTHING turns up. Yet when searched in Google Voila! There she is, the wikipedia article second from the top! This does not make any sense. [[User:J-Rod|J-Rod]] 06:02, 26 February 2007 (UTC)
 
:The internal search engine at Wikipedia is acknowledged to be relatively ineffective; that's because the Wikimedia Foundation has chosen, for several reasons, including financial ones, to use as much free software as possible, and there isn't a free search engine out there that offers the functionality of (say) Google. That's why the project page has so many suggestions about external search engines - they're better. -- <font style="font-family:Monotype Corsiva; font-size:15px;">[[User:John Broughton|John Broughton]] </font> [[User talk:John Broughton |(♫♫)]] 16:17, 8 March 2007 (UTC)
 
::I don't buy this. Lucene (which Wikipedia apparently uses now) is a very powerful and very fast text search system. It supports fuzzy matching, stemming, snowballing, and all manner of very useful features that would be great to have if they were only taken advantage of and implemented in a sane way so as not to rape disk I/O. It just seems like the front end that has been written to fit it into MediaWiki is braindead. -- [[User:Matt Britt|mattb]] <code>@ 2007-03-08T22:49Z</code>
 
== Are numbers treated specially? Where is this documented? ==
 
I've just spend half an hour trying to use the search page to find the article about the McCarthy 91 function: I could remember the "91 function" part, but not "McCarthy." Of course, searching for the word "function" alone gives rather a lot of matches--103698 at the moment--but narrowing it down by searching for "91 function" (with or without double quotes) doesn't work: I get even more matches (104037).
 
I don't understand!
 
(At the risk of going off on a tangent, it would also be very useful if a search could be restricted to page titles only; perhaps this is already possible, but it wasn't obvious how.)
 
-Alexander Hanysz [[User:203.122.212.109|203.122.212.109]] 11:43, 1 March 2007 (UTC)
 
:If your initial search is unsuccessful, you're much better off doing a google search of the English-only Wikipedia (follow the link on the project page) rather than continuing to spend time on internal search. It is widely acknowledged that the Wikipedia internal search engine is not very good. For example, google has the inurl parameter that allows searching on page titles, while internal search has no equivalent. -- <font style="font-family:Monotype Corsiva; font-size:15px;">[[User:John Broughton|John Broughton]] </font> [[User talk:John Broughton |(♫♫)]] 15:58, 8 March 2007 (UTC)
 
== please help me ==
 
can anyone tell me about the periods of significant change along the adelaide coast
 
:This type of question should be asked at [[Wikipedia:Reference desk]]. -- <font style="font-family:Monotype Corsiva; font-size:15px;">[[User:John Broughton|John Broughton]] </font> [[User talk:John Broughton |(♫♫)]] 16:14, 8 March 2007 (UTC)
 
== Is this a bit outdated? ==
 
I know Wikipedia uses some Lucene-based search engine these days, yet this page still links to the MySQL FULLTEXT implementation of boolean search operators. The boolean syntax for Lucene's queryParser is different from MySQL FULLTEXT's. Shouldn't we perhaps link to the Lucene doc on [http://lucene.apache.org/java/docs/queryparsersyntax.html queryParser syntax]? Obviously a lot of this isn't relevant since it includes functionality that may be disabled or stripped out by Wikipedia's search front end.
 
On that note, is there any information available on how the search implementation works and what Lucene features are accessible to end users? I tried using Levenshtein fuzzy keyword matching (the tilde character), but the search front end spits out an unhelpful error message when I do, so I assume that the front end is stripping out the character and then assaulting me with an awful default (and perhaps misleading; I never get a different result on subsequent trials with the same query) error message. Incidentally, I get the same unhelpful error when I attempt to use wildcards (which are allowed according to this page). If the search front end isn't helpful enough to explain that this functionality is intentionally disabled, shouldn't we specify that here? This page needs some serious revamping considering that full text search is a rather important function on a site with a mass of text of the magnitude of Wikipedia's. -- [[User:Matt Britt|mattb]] <code>@ 2007-03-08T22:42Z</code>
 
:P.S. - Lucene's searching/indexing classes are NOT case-sensitive, so the tidbit regarding case-sensitivity on this page doesn't make any sense unless there is some weird quirk in the Lucene front end that would cause this. Some informal testing seems to indicate that the current search engine is not, in fact, case-sensitive (even the example case given matches correctly with all manner of capitalization variation). -- [[User:Matt Britt|mattb]] <code>@ 2007-03-08T22:46Z</code>
 
::The bit about case-sensitivity is likely referring to Go's case sensitivity (which has fairly arcane rules that generally mask even its case sensitivity). I believe all MediaWiki code is open source, so should be available online somewhere. If you are a Lucene expert, I'm sure your help would be welcomed by the developers. [[user:Brion VIBBER]] is Wikimedia's chief technical officer (aka "head developer dude"). [[user:Tim Starling]] is the main database guy. Another approach might be make suggestions to the [http://lists.wikimedia.org/mailman/listinfo/wikitech-l wikitech-l] mailing list. -- [[user:Rick Block|Rick Block]] <small>([[user talk:Rick Block|talk]])</small> 02:36, 9 March 2007 (UTC)
 
==metadata - where's it come from?==
A google search for wikipedia+jericho yields:
:Jericho - Wikipedia, the free encyclopedia
:Encyclopedic entry includes details about the archaeology of this ancient city.
:en.wikipedia.org/wiki/Jericho - 58k - Cached - Similar pages
:Jericho (TV series) - Wikipedia, the free encyclopedia
:Article provides a synopsis, episode listing with screenshot with original airdate, characters and trivia.
:en.wikipedia.org/wiki/Jericho_(TV_series) - 87k - Cached - Similar pages
But the descriptor strings, ie "article provides a synopsis", don't appear within the article itself and don't appear to be present in the page source fed to Firefox. Are they manipulated by the Wikipedia, or are those descriptors set by Google themselves? I note that searches for less common articles, like [[David Duchovney]] just return strings like "Return to Me was directed by Bonnie Hunt and starred David Duchovny as Bob and ... Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., ...", so it certainly looks like the metadata is being manually written at some point. [[User:MrZaius|<font color="Blue">'''MrZaius'''</font>]]<sup>[[User talk:MrZaius|'''<font color="Blue">talk</font>''']]</sup> 02:25, 9 March 2007 (UTC)
:Google is getting this annotation from http://dmoz.org/Arts/Television/Programs/Dramas/Jericho/. See http://www.samspublishing.com/articles/article.asp?p=608629&rl=1 . -- [[user:Rick Block|Rick Block]] <small>([[user talk:Rick Block|talk]])</small> 20:00, 9 March 2007 (UTC)
 
== google-type autocorrection ==
 
is it possible? has it been discussed? i currently use google adding 'wikipedia' after words to have it autocorrect my clumsy typing. --[[User:Leladax|Leladax]] 18:26, 14 March 2007 (UTC)
 
== Search not working ==
 
Currently, search is not working. It consistently returns no results and says there was "a problem" with my search, even though I did not do anything incorrectly. Moreover, even before today, searching would intermittently fail with the same symptoms. Searching should, obviously, behave in a perfectly consistent and predictable fashion; why didn't it? And why is it now consistent, but completely useless?! <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[Special:Contributions/74.104.131.76|74.104.131.76]] ([[User talk:74.104.131.76|talk]]) 19:48, 14 March 2007 (UTC).</small><!-- HagermanBot Auto-Unsigned -->
 
Have you anything more helpful to add besides trumpeting my IP address all over the 'net for some reason? If you're going to take the time to post a response, how about actually addressing the content of what I actually wrote in some manner?
 
It's now been well over 24 hours and the only response posted so far has been the one telling everyone my IP address, as if they couldn't find it in the page history if they really wanted to. None has actually said anything about the search functionality, and as of noon Eastern time it is still completely unusable. Anything typed into the box and then "Search" clicked results in "There was a problem with your search". Which isn't very specific. And it's strange that there's "a problem" with EVERY search query. Also that it says that it's "temporary". Apparently you guys include "lasts for days" in your definition of "temporary".
 
So what is this "problem"? How is it a "problem" with "my search", when my search is simply type and click, like everyone else's? It sounds like it's either a problem with the "my" rather than the "search", meaning you have a "problem" giving a specific person search results for some reason, or it's not a problem with "my search" at all but rather a problem with "your computers". If the latter, I suggest someone get off their can and fix it already.
 
:The person that added your IP is a bot. It's standard courtesy on Wikipedia talk pages to sign your comments, and if you dislike your IP address being shown (which, as you know, can be obtained from the page history anyway), you should register a named account. What are you trying to search for, exactly? The error you're seeing is unfortunately the catch-all message and could just as well mean that there's a syntax error with your query as it could indicate actual server troubles. If you're trying to use any wildcards ( * ), boolean operators ( & | ), fuzzy matching ( ~ ), or basically any advanced Lucene search feature, you will see the error message you describe. -- [[User:Matt Britt|mattb]] <code>@ 2007-03-15T16:49Z</code>
 
::Adding my IP just seems pointless because as I noted it is available on the history page. Registering and signing stuff is not something I prefer to do online, either; way too many Web sites throw registration hoops at you, often just to read stuff let alone contribute. So rather than give any special treatment I register at none. Lastly, the search behavior I described occurs for any query, including simple English words, and has done consistently for days now. Surely you've noticed? <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[Special:Contributions/74.104.131.76|74.104.131.76]] ([[User talk:74.104.131.76|talk]]) 00:00, 16 March 2007 (UTC).</small><!-- HagermanBot Auto-Unsigned -->
:::If no one signed pages, it would be quite difficult to follow discussions. If you don't want your IP "trumpeted", you know what to do. <font color="CornflowerBlue"><b>[[User:Leebo|Leebo]]</b></font> <small><sup><font color="B22222">[[User_Talk:Leebo|T]]</font></sup></small>/<small><font color="B22222">[[Special:Contributions/Leebo|C]]</font></small> 19:08, 16 March 2007 (UTC)
::::I've checked, and "signing" posts seems to mean attaching the IP address to it anyway, so I don't see the point if someone else is going to do it for me anyway. Might as well be the person who wants it done that makes the effort to have it done eh? In any event, this is a digression from the original purpose of this discussion, which was the misbehavior of search. I note that it has apparently now been fixed. That this took several days after the problem was announced here is dismal, however.
 
::::As for registration, I'm finding as I look around here a rather disturbing trend. Not only are more and more pages "semi-protected" more and more often, but I've found some pages that don't have a large "This page is semi-protected; etc. etc." with links for requesting unprotection or discussing the reasons but instead have a little lock icon in the top right corner and won't edit. So now some pages' semi-protection is not up for debate or requests for unprotection? Or at least such requests are being discouraged? This isn't part of a gradual move toward forcing everyone to register before they can contribute at all, so they can then be squeezed for every drop of salable personal information by gradually adding more and more questionnaires and other hoops for people to jump through? No doubt, if that is the direction wikimedia is going to meet its future funding needs, the current registration process is quite painless with little information required; the plan would be to make it easy to register and increasingly difficult and/or annoying to avoid registering, and then tighten the screws later, and force already-registered people to fill out new questionnaires or be dumped from the system...I know, I've seen the like before at other sites. I hope you realize that if you do do this, you will quite likely destroy wikipedia, by ruining the free-for-all anyone-may-contribute spirit on which it was founded. A structure with its foundations eroded will rarely remain standing for long. I mention all this because it's gone past even the subtle, tiny lock icon: I just found a spelling error on a page and when I went to correct it, discovered that it was locked. I double checked: no warning icons of any kind on the page itself and the thing at the top even said "edit" rather than "view source", but it wouldn't actually edit and it said it was locked on the edit page -- but ONLY on the edit page. As far as I'm concerned, that was the final straw, and I won't bother clicking any "edit" links here in the future after submitting this note until and unless I have good reason to think this creeping protectionism trend has been reversed! I don't want to see anything locked ever again except with a big fat banner with prominent links to request unprotection and the like and a solid reason such as a recent spree of vandalism. Regardless of the ultimate goals of the people running the show, the trend towards making protection less obvious seems designed to let them get away with doing it more, with weaker justifications, without incurring the cost of being flooded with requests for unprotection and other comments. Sorry -- no can do. That MUST be the price of (semi-)protecting pages or there will be a gradual trend towards locking down the site and turning it from what it used to be into an elite-dominated, narrow-POV collection of a few peoples' blogs in effect. At bare minimum, putting NO indication WHATSOEVER on a page that editing is actually locked must be VERBOTEN, but that is precisely what I encountered only minutes ago elsewhere on this site! But somehow I don't expect anyone in charge to listen or pay any attention to a single user's voice -- and an unregistered one's, at that. I predict you'll be seeing a lot more spelling errors going uncorrected in the future!
:::Various forms of protection are necessary evils to stem vandalism. What you encountered sounds more like a database lock than a protected page, since protected pages are always clearly marked as such. -- [[User:Matt Britt|mattb]] <code>@ 2007-03-19T00:01Z</code>
::::I don't care what kind of a lock it was, any lock is one lock too many unless there's a vandalism spree ''currently in progress''. And protected pages are ''not'' always ''clearly'' marked as such. I can confirm that the one for the 9/11 attacks is only ''subtly'' marked as such, for starters. And further regarding vandalism, I just saw one of the elementbox templates vandalized -- and fixed in under 8 minutes. Vandalism where it's quickly seen is equally quickly fixed. At least, if it's easy for ''anyone'' to make the fix. Overly protective admins, if you'll pardon the pun, might just change that if current trends continue. Reasonably, the time to fix a vandalism will be more or less proportional to the article's frequency of access and to the proportion of people who can actually make the fix. The former also scales up the frequency with which someone is affected by the vandalism, so the number of times a vandalism is viewed is inversely proportional to the proportion of people who can fix it (and to the proportion of viewers who bother to edit to fix things they notice are wrong). Protect stuff a lot, and while the frequency of vandalism incidents may go down, the impact of each such incident actually rises, and at some point the fewer, longer-lasting vandalisms are actually ''worse'' than frequent, brief ones.
 
::::My own guess here is that in fact any protection of pages other than the main page and other very frequently accessed pages, and semiprotection of pages other than templates and current victims of spree vandalism/edit wars, is counterproductive. The reason being people can't be bothered to jump through yet another bunch of registration forms and will by and large ignore a vandalism to such a page that they'd otherwise have fixed. On the other hand, a would-be vandal with an ax to grind will be bothered to register a throwaway account and use it to trash semi-protected pages. Knowing it will take longer until their handiwork is fixed, they may in fact purposely gravitate ''towards'' semi-protected pages, since that way their attack will last until a ''registered'' user happens upon it and not just until one or two ''ordinary'' users do so. So the current system creates perverse incentives -- it will cause a flurry of registrations ''by vandals'', and focus their attacks ''on the pages you're trying to protect!'' In fact, semi-protection is probably largely useless. Blocking known repeat offenders and fully protecting key pages is more important. Semi-protection just discourages normal edits and fixing of vandalism, while only putting a trivial speedbump into the path of the determined attackers. Any kind of discrimination against unregistered users counts likewise -- the effects on a determined attacker are trivial, while discouraging normal people from contributing. That makes such discrimination counterproductive to Wikipedia's aims, as it will discourage contributors far more than it will attackers.
 
::::Thus I'd recommend dispensing with semi-protection and with any other registration-required barriers, and instead focus on blocking actual vandals. Use full protection briefly during sprees, and on key pages. Including all widely deployed templates. Templates are legitimately changed only rarely and are a particular target of vandals because a) it's harder for a naive user to locate and fix the vandalism and b) it can affect many pages simultaneously, and even pages that are nominally (semi-)protected. Also, a little research shows that registration actually makes it harder to trace users and easier for them to generate sock-puppet accounts; an unregistered user shows as their IP, and unless they have a dynamic address on a netblock with other Wikipedia editors, actually is more accountable and blockable than a registered user, or at least no less so. Requiring registration for anything creates at most some sort of '''illusion''' of greater security, while actually accomplishing nothing useful, unless there's something I've not read or been told. Perhaps something in whatever registration forms exist. Even then only if it's validated in some way, in which case I certainly will never register. Anything that needs validation is a privacy hole. Email addresses could be spammed, and can be easily replaced anyway; anything else, such as CC#s, bank accounts, or physical street addresses is potentially far more dangerous if misused, although securer. Needless to say I won't give out anything over the 'net but an email address, and that extremely grudgingly! Many other people feel likewise.
 
::::As a side note, it may be worth mentioning that I am in fact fairly knowledgeable in the field of computer/IT security, and just earlier today and again yesterday recognized something as an IT attack/probe that was mistaken by others for another, more ordinary type of attack. Of course you have no way of confirming my credentials, so take this with a grain of salt if you so choose, but do examine the math regarding the proportions of users and such above; that's on pretty firm ground, close to rigorous, albeit statistical in nature. And check out blogs such as freedomtotinker.com while you're at it; and many linked from there. These include articles where actual IT security experts weigh in on the (lack of) value of "speedbumps" to undesirable behavior, particularly when legitimate users are impacted more than illegitimate ones, or the latter have more motivation to overcome the speedbumps. And on other things besides. In fact, whoever runs the show here (or at least is in charge of the security side of things) should definitely bone up a bit at those sites. <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[Special:Contributions/74.104.131.76|74.104.131.76]] ([[User talk:74.104.131.76|talk]]) 02:59, 19 March 2007 (UTC).</small><!-- HagermanBot Auto-Unsigned -->
 
:::::Lovely. This really isn't the place to discuss your discontent with the protection policy. If you really want to get a discourse going on this matter, you should bring it up at [[Wikipedia talk:Protection policy]] since it has nothing at all to do with searching. I do think you have some misunderstandings about the [[WP:PROT|protection policy]], however, so I'd suggest reading up on that before forming your conclusions. -- [[User:Matt Britt|mattb]] <code>@ 2007-03-19T03:59Z</code>
 
::::::I'm simply continuing a discussion where it came up, and where I check for responses. If you think there are "some misunderstandings" please be more specific, rather than making vague public accusations of stupidity on my part, which is what you appear to be implying. If you mean protection serves some other function than vandalism prevention, I was responding to an earlier person claiming it was for vandalism prevention. Besides, the obvious function besides vandalism prevention would be to coerce people to register to harvest personal information of some kind, which I would not consider to be a legitimate goal of Wikipedia, and therefore would not support. On the other hand, if you think the protection policy as currently implemented is actually effective for vandalism prevention, see above -- it will deter those who'd fix the vandalism quicker more than it will deter vandals, unless getting registered is expensive (in time, money, or privacy, not necessarily in money). As I said above, far more effective would be to use full protection briefly during spree vandalism, and use full protection on widely used templates. Right now a lot of templates, like the elementbox ones mentioned earlier, are vulnerable for no real good reason, while articles that would benefit from wider editability, even by being more rapidly fixed when vandalized, are semi-protected seemingly on a quasi-permanent basis. And forcing vandals to register first is unlikely to be much more than a minor speedbump, particularly as unregistered users are ''at least'' as identifiable, blockable, and the like as registered ones and therefore if anything ''registered'' ones should be the "untrusted" ones.
 
::::::But then, IT security is clearly not your strong point, is it? Too bad it's also not the strong point of whoever's actually managing security for Wikimedia...and neither is keeping proper changelogs and the ability to roll back or forward transactions. The search functionality is consistently failing again as of late last night. If they used proper change management, this could never happen. The change that broke search would have been rolled back at the click of a button, instead of taking several whole days to undo. It would certainly not have been promptly repeated, and then remained broken hours later instead of the fixed state that existed yesterday morning being restored within five minutes with a couple of mouse clicks. As far as I can tell, system administration here is being performed by a circus clown leading a team of trained chimpanzees, since even my younger brother would have avoided some of the elementary mistakes I've observed lately. Both in change management/testing AND in security and threat modeling. <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[Special:Contributions/74.104.131.76|74.104.131.76]] ([[User talk:74.104.131.76|talk]]) 16:20, 19 March 2007 (UTC).</small><!-- HagermanBot Auto-Unsigned -->
 
::::::And if you are still skeptical of my claims that semi-protection is worse than useless at controlling vandalism, you obviously never bothered to read the comment immediately below this thread! I'm not talking out of my hat when I say it will deter ''fixing'' vandalism more than it will deter vandalism; besides all of the (sound) theory I've given, there's empirical evidence sitting right here in this page that nobody else seems to have bothered to read yet. Tsk, tsk.
 
:::::::As of 7PM (UTC) it seems search is once again working. This outage was much shorter -- about 12 hours instead of 3 days. It is still a mystery how their change management can be so terrible that after accidentally gumming up the works it takes them any longer than 5 minutes to hit "undo" or, at worst, 20 to dig out a backup tape and restore some file. That they screw up a configuration edit or similar modification seriously enough so as to cripple basic functionality at a frequency of two to three times a week also does not inspire confidence. And I have this funny feeling that they aren't even discovering the ill effects of their tweaks for quite a while after making them, instead of immediately by testing basic functions promptly after making any change... maybe it's time they outsource the "search" half of the "go/search" functionality to proven experts, namely Google. Lots of other sites do, these days, and Googling "foo site:en.wikipedia.org" is pretty useful anyway, so... (At least the "go" half of that functionality seems to work 100% of the time, even when they've b0rked "search" up something fierce.)
 
:::::::People are less likely to devote the time and energy to a detailed response if you come across as caustic and patronizing. As I stated earlier, this is not the place to discuss this and your concerns will get no exposure whatsoever here. I'm in no mood to continue this discussion, so I again urge you take it to another talk page if you really want to see more interesting dialog on the matter. Good day. -- [[User:Matt Britt|mattb]] <code>@ 2007-03-19T19:25Z</code>
 
::::::::Okay, then, oh Wise and Mighty Matt, where do ''you'' suggest in Your Infinite Wisdom that recurring problems with the search engine be discussed? Just post the URL and I'll be happy to go there! (By the way, it's down again. What did they do, rig a "works normally/claims there's 'a problem' with every search" mode toggle to a hardware pushbutton and then stick it under a mattress in a place where kids live? It may also be worth noting that search is slow, and even slower when there's "a problem" with the search. But high latency is the least of your problems, obviously; it's just curious that it doesn't affect article pages, talk pages, or even "go" results, only "search" results, and is worse at the same time search returns bogusly empty result lists.
:::::::::I think he means your off-topic protection and vandalism rants. And you're still being patronizing and caustic. <font color="CornflowerBlue"><b>[[User:Leebo|Leebo]]</b></font> <small><sup><font color="B22222">[[User_Talk:Leebo|T]]</font></sup></small>/<small><font color="B22222">[[Special:Contributions/Leebo|C]]</font></small> 23:24, 19 March 2007 (UTC)
 
::::::::::I was, in fact, referring to the protection/vandalism rants which comprise the bulk of your text. However, rants about recurring problems with the search engine are also inappropriate here. None of the Wikimedia/Mediawiki developers watch this page as far as I'm aware. There are Wikimedia tech mailing lists where you could take your complaints, but given your charm and self-important attitude I think you'd be ignored about twice as fast as you are here. However, I do encourage you to take up your issue in one of the appropriate outlets: [[WP:PROT]] for the protection policy, [[WP:VAND]] for vandalism, and [[WP:ML]] to find the tech mailing list on which your rants may be quickly ignored. -- [[User:Matt Britt|mattb]] <code>@ 2007-03-20T00:11Z</code>
 
::::::::::P.S. - Search engine latency is "curiously" somewhat disconnected from the rest of Wikipedia latency because the search back-end is based on Lucene, which uses its own index files rather than having anything to do with the replicated MySQL database MediaWiki uses. Slow downs in Lucene do not necessarily beget slow downs in the database, and I would guess that the front end that has been developed for Lucene on Wikipedia doesn't run on the DB servers, even further reducing the correlation between search and "rest of the site" speed. Take this for whatever it's worth though, I'm obviously not a self-professed IT security professional, so it's quite possible I have no idea how this site works. -- [[User:Matt Britt|mattb]] <code>@ 2007-03-20T00:29Z</code>
 
:::::::::::My comments about protection and vandalism are no more off topic than the comment immediately below this thread, which you may note was not authored by me. Or at least would be able to note, except that all the evidence indicates that you are mysteriously unable to even perceive that particular comment.
::::::::::::I'm just kinda mystified by the registration paranoia and conspiracy theories, especially when Wikipedia requires '''no''' information to register. But that's just me. <font color="CornflowerBlue"><b>[[User:Leebo|Leebo]]</b></font> <small><sup><font color="B22222">[[User_Talk:Leebo|T]]</font></sup></small>/<small><font color="B22222">[[Special:Contributions/Leebo|C]]</font></small> 01:29, 20 March 2007 (UTC)
 
:::::::::::::I'm just kinda mystified by the pressure brought to bear on anonymous contributors to register, given the evidence that it doesn't make them any more (or less) accountable. It only makes sense if there's some angle for the administration -- marketing/marketable info being the usual suspect. If, as you claim, it doesn't get them anything ''at all'', either greater accountability of that user or money in one manner or another, then why expend so much effort pushing registration at people, as you are doing? BTW as of around 9 PM (UTC) the search remains broken. This third outage has now exceeded a 24 hour duration. Durations so far: c.72 hours, c.9 hours, c.24 and counting hours. Percentage of time it's working, averaged over the past five days: 17. In other words, it's '''not''' working 4/5 of the time lately. This is inexcusable.
 
::::::::::::::Well, as of 12:30 PM (UTC) Thursday, it's working again. I don't know how long that'll keep though. Judging by its recent behavior, perhaps until the wee hours of Friday if we're lucky.
 
:We cannot do a single thing about it. If it makes you feel better to complain here, do whatever floats your boat, but you're accomplishing nothing but bumping pages up our watch lists. -- [[User:Matt Britt|mattb]] <code>@ 2007-03-20T21:44Z</code>
::The benefits are all to be had by the user. Nobody's pressuring you. We do want you to take on a cooperative attitude if you continue to edit though (sign your posts). <font color="CornflowerBlue"><b>[[User:Leebo|Leebo]]</b></font> <small><sup><font color="B22222">[[User_Talk:Leebo|T]]</font></sup></small>/<small><font color="B22222">[[Special:Contributions/Leebo|C]]</font></small> 22:29, 20 March 2007 (UTC)
 
== Vandalism ==
Interestnig, [http://en.wikipedia.org/w/index.php?title=Wikipedia:Searching&action=edit&undo=115393775] vandalism cannot be undone, because of: ''Note: This page has been semi-protected so that only established users can edit it.'' So this means, that an <u> established user </u> (Cruci-fix) wrote " FUCK FUCK FUCK FUCK FUCM< fkljakls" ??? Apparently more established than me...
 
greetings, [[User:Sl-Ziga|Ziga]] 20:38, 15 March 2007 (UTC)
 
== crappy search engine ==
 
wikipedia has the crappiest search engine ever. <small>—The preceding [[Wikipedia:Sign your posts on talk pages|unsigned]] comment was added by [[Special:Contributions/136.150.200.99|136.150.200.99]] ([[User talk:136.150.200.99|talk]]) 00:14, 30 March 2007 (UTC).</small><!-- HagermanBot Auto-Unsigned -->
 
:Known issue; that's why there is a "External search engines" section on the page. -- <font style="font-family:Monotype Corsiva; font-size:15px;">[[User:John Broughton|John Broughton]] </font> [[User talk:John Broughton |(♫♫)]] 01:33, 31 March 2007 (UTC)
 
== dogs ==
 
have you seen a cute dog give me a picture
thx
lets see which one is the cutest
Add topic
Retrieved from "https://en.wikipedia.org/wiki/Help_talk:Searching"