Summary: | Advanced search returns 0 results if the itemtype have no items | ||
---|---|---|---|
Product: | Koha | Reporter: | Alejandro Tiraboschi <altiraboschi> |
Component: | Searching | Assignee: | Larry Baerveldt <larry> |
Status: | CLOSED FIXED | QA Contact: | Bugs List <koha-bugs> |
Severity: | normal | ||
Priority: | PATCH-Sent (DO NOT USE) | CC: | chris, dev_patches, koha.sekjal, larry |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Attachments: |
0001-Bug-4841
Signed off Patch |
Description
Alejandro Tiraboschi
2010-06-01 01:53:38 UTC
Is this a bug ? Your solution looks strange. I would have edited record.abs to make the index point on a biblio field... (assuming it is a local need) Created attachment 5553 [details] [review] 0001-Bug-4841 Patch attached. Created attachment 5586 [details] [review] Signed off Patch This patch simply adds 942$c to the itype index as well as the itemtype index. This allows the biblio-level itemtype to serve as a fall-back value for biblios without any attached items (in an item-level_itypes set up, which is more common). In particular, this is useful for E-books and Serials, which may not have attached items, but could have their own item types in the OPAC. If anyone feels uncomfortable about my doing both the signoff and the QA work on this patch, or the fact that the author is also with ByWater Solutions, please speak up. Adds data from a specific MARC field to an additional index; no issues with regression. Running successfully on a production library catalog. Marking as Passed QA. Seems to work fine, pushed There have been no further reports of problems so I am marking this bug resolved. |