Last modified: 2010-05-15 15:38:42 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 3661 - No Search Results
No Search Results
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
Search (Other open bugs)
1.5.x
PC Windows 98
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://www.myshortpencil.com/k12wiki/
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-10-09 07:00 UTC by Jerry Moore
Modified: 2010-05-15 15:38 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jerry Moore 2005-10-09 07:00:23 UTC
This is a new installation of Version 1.5 running on a Linux server.  When entering 
terms in the search box that I know the wiki contains (for example, blogroll), I get 
the following message:

Showing below 0 results starting with #64,971.

I don't know why it is starting at 64,971 and not 1.

SPECIAL PAGES:ALL PAGES seems to work fine, but I'm suspicious about whether 
CATEGORIES and FILE LIST are working appropriately.

A check of my MySQL database returns the following:
Checking Database
myshortp_k12wiki is now being checked. 
myshortp_k12wiki.w1_archive                        OK
myshortp_k12wiki.w1_categorylinks                  OK
myshortp_k12wiki.w1_hitcounter
error    : The handler for the table doesn't support check
myshortp_k12wiki.w1_image                          OK
myshortp_k12wiki.w1_imagelinks                     OK
myshortp_k12wiki.w1_interwiki                      OK
myshortp_k12wiki.w1_ipblocks                       OK
myshortp_k12wiki.w1_logging                        OK
myshortp_k12wiki.w1_math                           OK
myshortp_k12wiki.w1_objectcache                    OK
myshortp_k12wiki.w1_oldimage                       OK
myshortp_k12wiki.w1_page                           OK
myshortp_k12wiki.w1_pagelinks                      OK
myshortp_k12wiki.w1_querycache                     OK
myshortp_k12wiki.w1_recentchanges                  OK
myshortp_k12wiki.w1_revision                       OK
myshortp_k12wiki.w1_searchindex                    OK
myshortp_k12wiki.w1_site_stats                     OK
myshortp_k12wiki.w1_text                           OK
myshortp_k12wiki.w1_trackbacks                     OK
myshortp_k12wiki.w1_user                           OK
myshortp_k12wiki.w1_user_groups                    OK
myshortp_k12wiki.w1_user_newtalk                   OK
myshortp_k12wiki.w1_validate                       OK
myshortp_k12wiki.w1_watchlist                      OK
Comment 1 Brion Vibber 2005-10-09 07:03:30 UTC
Looks ok to me:

http://www.myshortpencil.com/k12wiki/index.php?search=blogroll&fulltext=Search
"Showing below 4 results starting with #1."

Can you narrow down the conditions under which this happens? (Account settings etc?)
Comment 2 Jerry Moore 2005-10-09 07:25:24 UTC
Thanks for your prompt reply.  I just checked my site from another computer I have 
running IE 5.5 and WIN 95, and the search came back correctly and as you 
reported.  I restarted my IE 6.0 WIN 98 Computer and the search for blogroll still 
comes back as:

Showing below 0 results starting with #65,791.

Isn't that peculiar?
Comment 3 Jerry Moore 2005-10-09 07:30:04 UTC
I note that in the search results page, {For query "blogroll"} is correctly 
reported on both computers.
Comment 4 Jerry Moore 2005-10-09 07:45:32 UTC
I also note that running a search on Wikipedia on my WIN 98, IE 6.0 computer correctly 
executes the search request.  (Searching for blogroll there shows 26 links).
Comment 5 Jerry Moore 2005-10-09 07:48:57 UTC
Sorry to keep adding comments.  I also note that a search for Dead End Pages using 
my WIN 98 IE 6.0 computer reports:

Showing below up to 0 results starting with #368,821

But my WIN 95 computer correctly reports 4 dead-end pages.
Comment 6 Jerry Moore 2005-10-09 07:57:23 UTC
At Wikipedia, on my WIN 98 IE6.0 computer, I see lots of dead-end pages.  Could 
there be a reason why SEARCH and DEAD END work fine at wikipedia but not at my 
K12WIKI?  My SEARCH PREFERENCES at K12WIKI are set at the default values for Hits 
per page, Lines per hit,  and Context per line.
Comment 7 Jerry Moore 2005-10-09 11:20:03 UTC
After working on K12WIKI with my WIN 95 IE 5.5 computer for a while and reading 
articles at Wikipedia, I happened to do a search for "blogroll" as I did in the 
initial bug report and rather than report 4 pages, it found 

0 results starting with #83,771.

So, now I've had the same problem on two computers with different operating 
systems.
Comment 8 Jerry Moore 2005-10-09 17:49:32 UTC
More info and a theory:

I've noticed that lots of my special pages aren't reporting results correctly, 
including broken redirects (0 results starting with #61,401), categories (0 
results starting with #61,401) and newest pages (0 results starting with 
#61,401).  Create an account, all pages and system messages are working.

One problem might be that I'm running php as a CGI module and this may behave 
differently than at Wikipedia and Wikimedia.  Here's my local settings on article 
paths:

## If using PHP as a CGI module, use the ugly URLs
# $wgArticlePath      = "$wgScript/$1";
$wgArticlePath      = "$wgScript?title=$1";

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links