I'm seeing a problem here when paging through large result sets. It appears as though the order and count is changing as I'm walking through a given result set.
For instance, I make a call:
http://en.wikipedia.org/w/api.php?srprop=sectiontitle&srlimit=25&srs...
And I see I get 689 results. But wait, I make the call again, and there is 690. OK, you mirror your lucene indexes across a cluster and one is slightly out of sync. Not a big deal. I adjust the offset and move on.
http://en.wikipedia.org/w/api.php?srprop=sectiontitle&srlimit=25&srs...
But now... whenever I get the 689 record set, the order appears changed. I can't page the results without the order being deterministic!
#1 Is there a way to specify order for this command? #2 Did I find a bug with one your lucene indexes?
Thanks in advance for any insights. -Joe
On Thu, Oct 27, 2011 at 1:44 AM, Joe Osowski josowski@plos.org wrote:
#1 Is there a way to specify order for this command? #2 Did I find a bug with one your lucene indexes?
This looks like it would be #2. Apparently the same search alternates between returning two different result sets, of different sizes and with different orders. Robert, do you have any idea what could be going on here?
Roan
mediawiki-api@lists.wikimedia.org