Page MenuHomePhabricator

No Search Results
Closed, DeclinedPublic

Description

Author: Jerry

Description:
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


Version: 1.5.x
Severity: normal
OS: Windows 98
Platform: PC
URL: http://www.myshortpencil.com/k12wiki/

Details

Reference
bz3661

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 8:52 PM
bzimport added a project: MediaWiki-Search.
bzimport set Reference to bz3661.
bzimport added a subscriber: Unknown Object (MLST).

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?)

Jerry wrote:

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?

Jerry wrote:

I note that in the search results page, {For query "blogroll"} is correctly
reported on both computers.

Jerry wrote:

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).

Jerry wrote:

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.

Jerry wrote:

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.

Jerry wrote:

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.

Jerry wrote:

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:

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

$wgArticlePath = "$wgScript?title=$1";