Glad to help. For rebuilding the search index, I usually just do maintenance/rebuildall.php from the command line.
Jim
On Jun 17, 2008, at 11:16 PM, Jack Eapen C wrote:
I don't have words to express my thanks for your kind help.
It worked perfectly! Great!
So is there anyway to repair the db and keep the code unchanged? How to rebuid the search index?
Regards
Jack
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jim Hu Sent: Tuesday, June 17, 2008 11:39 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Strange problem with search
I suspect that something at some point messed up the database, perhaps by some extension (or db user) deleting a page without properly cleaning up. The revision that isn't being created (returning null, I believe, due to not finding the page) shouldn't happen unless searchengine thinks there's a hit.
Did you try rebuilding the searchindex?
You can also probably patch around it with the following kludge (I'm sure others have better suggestions)
change those lines to:
$revision = Revision::newFromTitle( $t ); $text = ''; if (is_object($revision)) $text = $revision->getText();
Jim
On Jun 16, 2008, at 2:03 AM, Jack Eapen C wrote:
Hi,
If I put "transaction" in the title and calling that page no probs. I'm getting a usual page saying that the required page doesn't exisit and whether I want to creat that.
Now I really removed all my extensions from localsettings.php and then
I get one error message on screen "Fatal error: Call to a member function getText() on a non-object in D:\Program Files\EasyPHP 2.0b1\www\sunwiki\includes\SpecialSearch.php on line 335"
The lines 334 and 335 are $revision = Revision::newFromTitle( $t ); $text = $revision->getText();
This is coming only for the problem words..all other things are qorking fine
Error log is not showing much:
Fully initialised Unstubbing $wgMessageCache on call of $wgMessageCache->getTransform from wfMsgGetKey Unstubbing $wgContLang on call of $wgContLang->getCode from MessageCache::get Unstubbing $wgLoadBalancer
on call of $wgLoadBalancer->getConnection from wfGetDB MessageCache::load(): got from global cache Language::loadLocalisation(): got localisation for en from source Unstubbing $wgParser on call of $wgParser->firstCallInit from MessageCache::transform Unstubbing $wgUser on call of $wgUser->isAllowed from Title::userCanRead Unstubbing $wgLang on call of $wgLang->getCode from MessageCache::get IP: 192.168.62.1 Would search with '+transaction' Match with /\btransaction\b/ Would search with '+transaction' Match with /\btransaction\b/
Regards,
Jack
"May He protect us both. May He cause us both to enjoy.May we exert together. May our studies become brilliant. May we not hate each other"
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jim Hu Sent: Friday, June 13, 2008 9:51 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Strange problem with search
This is very strange. The white screen of death should have left something in the error log after the search for "transaction". This log also shows that you still have searchsuggest extension on. At this point, my inclination is to
- do the diagnosis with all the extensions off, since you say that
"transaction" is still crashing the wiki even with all of them off. 2) put something in LocalSettings that would cause a runtime error just to make sure the logging is working. 3) test what happens if you put "transaction" as in the URL as if it was a page title. I might do these in reverse order, actually.
Sorry I can't be more helpful...
Jim
On Jun 13, 2008, at 1:11 AM, Jack Eapen C wrote:
Hi,
I stopped my apache cleared the error log and restarted. Then I directly called the search url with 'transaction' as keyword and got the blank screen. Then I called the url with 'transaction backout' as
the keyword and got the search results. The error log contents is below:
[Fri Jun 13 11:32:24 2008] [notice] Apache/2.2.3 (Win32) PHP/5.2.0 configured -- resuming normal operations [Fri Jun 13 11:32:24 2008] [notice] Server built: Jul 27 2006 16:49:49 [Fri Jun 13 11:32:24 2008]
[notice] Parent: Created child process 4336 [Fri Jun 13 11:32:24 2008]
[notice] Child 4336: Child process is running [Fri Jun 13 11:32:24 2008] [notice] Child 4336: Acquired the start mutex. [Fri Jun 13 11:32:24 2008] [notice] Child 4336: Starting 250 worker threads. [Fri Jun 13 11:32:24 2008] [notice] Child 4336: Starting thread to listen on port 80. [Fri Jun 13 11:32:52 2008] [error] [client 192.168.62.1] File does not exist: D:/Program Files/EasyPHP 2.0b1/www/sunwiki/extensions/searchsuggest/style.css, referer: http://sbsws469/sunwiki/?search=transaction+backout&fulltext=Search
I commented out all my extensions and tried, but in vain.
As I said earlier, the search is not failing on all the words, but only on some words. That's making this problem worse.. :)
Regards,
Jack
"May He protect us both. May He cause us both to enjoy.May we exert together. May our studies become brilliant. May we not hate each other"
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jim Hu Sent: Thursday, June 12, 2008 9:15 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Strange problem with search
Um... which logfile are you getting this from? I was wondering more about the httpd error log and expecting a php message like: FATAL ERROR: something or other on line X in something.php.
Also, is the white screen of death dependent on any extensions? I recently found one with one of my extensions (PagesOnDemand/ PMIDonDemand - I wrote the latter, so it's my fault!) where a failure
condition didn't check to see whether creation of an article object had succeeded, followed by trying to call a method on a non-object. I'm wondering if either a) and extension is sensitive to the specific page names that cause the crash or b) database damage is leading to failure to create a page that MW thinks is there, but which doesn't have the right database entries. That usually doesn't give the white screen of death, though.
Jim
On Jun 11, 2008, at 4:18 AM, Jack Eapen C wrote:
I'm getting a "white screen of death". Here's the info from log file:
Main cache: FakeMemCachedClient Message cache: MediaWikiBagOStuff Parser cache: MediaWikiBagOStuff Unstubbing $wgParser on call of $wgParser->setHook from wfFlashMP3 Unstubbing $wgMessageCache on call of $wgMessageCache->addMessages from efNewestPages Unstubbing $wgContLang on call of $wgContLang->getMagic from MagicWord::load Unstubbing $wgLang on call
of $wgLang->getCode from smwfInitMessages Unstubbing $wgUser on call
of $wgUser->getOption from StubUserLang::_newObject Language::loadLocalisation(): got localisation for en from source Unstubbing $wgLoadBalancer on call of $wgLoadBalancer-
getConnection
from wfGetDB IP: 192.168.62.1 MessageCache::load(): got from global cache Unstubbing $wgOut on call
of $wgOut->addScript from TreeView4::addJS Fully initialised Request
ended normally
Start request GET /sunwiki/?search=transaction&fulltext=Search Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, */* Referer: http://sbsws469/sunwiki/?title=Main_Page Accept-Language: en-us Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322) Host: sbsws469 Connection: Keep-Alive
Main cache: FakeMemCachedClient Message cache: MediaWikiBagOStuff Parser cache: MediaWikiBagOStuff Unstubbing $wgParser on call of $wgParser->setHook from wfFlashMP3 Unstubbing $wgMessageCache on call of $wgMessageCache->addMessages from efNewestPages Unstubbing $wgContLang on call of $wgContLang->getMagic from MagicWord::load Unstubbing $wgLang on call
of $wgLang->getCode from smwfInitMessages Unstubbing $wgUser on call
of $wgUser->getOption from StubUserLang::_newObject Language::loadLocalisation(): got localisation for en from source Unstubbing $wgLoadBalancer on call of $wgLoadBalancer-
getConnection
from wfGetDB IP: 192.168.62.1 MessageCache::load(): got from global cache Unstubbing $wgOut on call
of $wgOut->addScript from TreeView4::addJS Fully initialised Would search with '+transaction' Match with /\btransaction\b/ Would search with '+transaction' Match with /\btransaction\b/
Regards,
Jack
"May He protect us both. May He cause us both to enjoy.May we exert together. May our studies become brilliant. May we not hate each other"
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Jim Hu Sent: Wednesday, June 11, 2008 5:01 AM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Strange problem with search
Anything in the error logs when you get the blank page? And by blank to you mean white screen of death or blank wiki skin with no content?
Jim
On Jun 9, 2008, at 2:07 AM, Jack Eapen C wrote:
Hi,
Mod_security is not enabled in my server -i.e I checked the httpd.conf
file and the apache modules folder. Reference to the particulat module
is not in the conf file and the mod-security.so file is not in the folder. Any other hints, plz?
Regards,
Jack
"May He protect us both. May He cause us both to enjoy.May we exert
together. May our studies become brilliant. May we not hate each other"
-----Original Message----- From: mediawiki-l-bounces@lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Brion
Vibber Sent: Friday, June 06, 2008 12:27 AM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Strange problem with search
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jack Eapen C wrote:
When I search with SOME keywords, my production wiki returns a "blank" page. If I use the same words on the test wiki, no probs-results are returned (content in both wikis are same). Some of the problematic words are "transaction" (transaction backout has no problem), function, cards (plastic cards is fine), account etc.
Sounds like one of those "security" plugins for your web server, perhaps mod_security.
It's set in an overprotective mode that freaks out and denies access when it sees bits of text coming through the form submission
that it thinks are indicative of an SQL or code injection attack.
Contact your system administrator and let them know they've misconfigured the software and should back it out to more reasonable settings.
- -- brion vibber (brion @ wikimedia.org) -----BEGIN PGP
SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkhINxkACgkQwRnhpk1wk47kngCgvrQx86kyR1mt71unPhvz+piA oKkAnR3rnrecJq3COq8NvVtkA0KIQM0Y =AoIU -----END PGP SIGNATURE-----
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual
or
entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to
legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email
immediately and delete this email (and any attachment thereto) from
your computer system...Thank You
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto)
from your computer system...Thank You
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or
entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email
immediately and delete this email (and any attachment thereto) from your computer system...Thank You
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
===================================== Jim Hu Associate Professor Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054