[Koha-bugs] [Bug 2453] (very) large biblio/item handling

[bugzilla-daemon at bugs.koha-community.org]

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2453

Ian Walls <ian.walls at bywatersolutions.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
                 CC|                            |ian.walls at bywatersolutions.
                   |                            |com
         Resolution|FIXED                       |

--- Comment #3 from Ian Walls <ian.walls at bywatersolutions.com> 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.