http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2453
Ian Walls <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |ian.walls@bywatersolutions. | |com Resolution|FIXED | --- Comment #3 from Ian Walls <[email protected]> 2011-08-25 22:18:02 UTC --- I was wrong, this is still an issue. If a title has many, many items, enough to break ISO formatting, it can still be passed to Zebra, but any information beyond the character limit seems to be "lost". Since the indexing key is in the 999$c, and the items are in 952, and are inserted ordered, this means many items can push the key off the edge. I'm seeing this result in search results where the link to the details page contains a blank biblionumber. The solution to this would seem to be to append the 952s. An additional wrinkle comes if you run without --no-sanitize; the 999$c and $d are recalculated right before handoff to Zebra, and are inserted ordered (so at the very end). So this step would need to be moved BEFORE the embedding of items, which would mean in the GetMarcBiblio() subroutine. The embedding of items could also be done there, instead of in rebuild_zebra.pl, since we can pass a flag to GetMarcBiblio to do that. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
