#152 closed defect (released)
Document IDs can overflow, and produce a document with an ID of 0.
Reported by: | Richard Boulton | Owned by: | Olly Betts |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Backend-Flint | Version: | SVN trunk |
Severity: | minor | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | #120 | Operating System: | All |
Description
Daniel Ménard noted in an email to xapian-devel (at http://permalink.gmane.org/gmane.comp.search.xapian.devel/1192) that if you set lastdocid to "-1" (by calling replace_document() with that ID), the next document will be added with a docid of 0.
We should detect this error (probably by comparing the allocated docid to 0) and report an error in this case. The error should suggest a way out of the situation (which is probably to run copydatabase to reallocate docids).
Change History (3)
comment:1 by , 18 years ago
Status: | new → assigned |
---|
comment:2 by , 17 years ago
Blocking: | 120 added |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
Note:
See TracTickets
for help on using tickets.
Fixed in SVN HEAD.