| Summary: | new records not indexed if using a customize Koha Framework | ||
|---|---|---|---|
| Product: | Koha | Reporter: | Hugo Agud <hagud> |
| Component: | Cataloging | Assignee: | Galen Charlton <gmcharlt> |
| Status: | RESOLVED DUPLICATE | QA Contact: | Testopia <testopia> |
| Severity: | critical | ||
| Priority: | P5 - low | CC: | jonathan.druart, m.de.rooy, mtj, tomascohen |
| Version: | 3.22 | ||
| 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: | Customize Koha Framework | ||
Hm, could it have to do with 999 in some way (biblionumber and biblioitemnumber)? If you manually export the record as MARCXML - are those fields set correctly? I do not think so, I have exported the blob from biblioitems and 999c and c seems to be ok Good morning Further investigation shows thats behaivour is produced only when we apply'USE_INDEXER_DAEMON="yes"' No problem adding new records using the old rebuild procedure of /etc/cron.d/koha-common Adding Jonathan, as this looks like a caching problem with the frameworks, as the indexer daemon is a long-living process. (In reply to Hugo Agud from comment #3) > Good morning > > Further investigation shows thats behaivour is produced only when we > apply'USE_INDEXER_DAEMON="yes"' > > No problem adding new records using the old rebuild procedure of > /etc/cron.d/koha-common Both use the same script (rebuild_zebra.pl) it is just that INDEXER_DAEMON=yes makes it run in daemonized way. That's hwy I think it might be related to caching. Could you test on 16.05 and master please? This may be fixed by bug 16431. (In reply to Jonathan Druart from comment #6) > Could you test on 16.05 and master please? > This may be fixed by bug 16431. ping? on a koha 16.05.03 fresh install on debian jessy and plack enabled we have applied the test procedure and the bug is fixed with bug https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16431 |
Created attachment 52426 [details] Customize Koha Framework We have identified a possible bug when adding new records using a customize koha framework. If we add a new record with the customize framework, it is not indexed in Koha and not published in the OPAC, if we edit the same record and change the framework to default, the record is indexed and published. From logs we only see this: tail -f indexer-output.log error retrieving biblio 22947 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 705. We have tested in debian 8 with plack for koha 3.22.5 and 3.22.7, not tested in koha 16.05 Reproduce: 1. Add the OPDF framework to koha 2. Restart plack and restart memcached to make sure everything is clear and ready for work. 3. Add a new record (it can duplicate and existing, new record or import via z39.50 it doesn't matter at all) 4. Save it, it has no effect to add or not add items to biblio. 5. Try to search into koha. 6. check logs tail -f indexer-output.log Regarding the koha framework: there is no tag deleted just tab '-1' for those fields that we do not wish to check.