Basic Math Bug in Catalog.nsf
The template for Catalog.nsf contains a Domain Search form. When the results are displayed, there's a link/button to go next page of results. The hide-when formula for the link (at least in Domino 7) is:
(Start+Count)>=TotalHits
The idea being that you don't see a next link if there are no more results to see. Looks innocent enough. Well imagine our search found 11 documents and we're starting the results at 1 and showing 10 at a time. You do the math.
My venture in to the world of Domain Search came about after last week's post about a blogging system. Although my experience thus far are quite promising it's still a little disconcerting to be seeing low-level bugs like this one.
Skip to the 
You can subscribe to an individual
No doubt things have changed (improved?) since I last used it properly but the domain index (ie. index of multiple databases and even file systems) was great until the target of the indexing changed. There was a real pain of a procedure to follow to delete the index and re-create. Still, when it was correct it was a great asset.
What do you mean by "target of the indexing changed"? The database moved or the content changed?
I agree that one must be careful when changing which filesystem/databases to be indexed, to avoid that index data still exists for content already being deleted or moved. To manage this, one has to observe the content of ftdomain.di directory on the server and the domain index config and status views in the indexing server's catalog.nsf.
However, it's not that kind of "real pain", provided, the infrastructure doesn't change that often.
Oh, and I forgot:
The bug is in there since R5 and still will be (I strongly believe) in R8. So, I copied all required forms, subforms and other code required for Domain Search from catalog into my own database and customized it my way, to leave the standard catalog template alone.
Interesting finding.
Such a math error is understandable for we can imagine making it ourselves in daily coding.