http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12343 --- Comment #2 from Jacek Ablewicz <abl@biblos.pk.edu.pl> --- (In reply to M. de Rooy from comment #1)
Vaguely remember some earlier discussion about this.. You did not find any references to this in older reports? :)
I performed several bugzilla searches, but no luck - they do not seem to yield anything relevant. Also, according to http://splitter.koha-community.org/, there are no C4/Biblio.pm patches for this issue currently awaiting in the queue (?). I'm wondering which approach might be best for fixing this: - just sort (or reverse sort) the darn hash keys - that's a simple one; results would be perhaps not particularly well-sorted, but at least they will be sorted consistently ;) - sort by field tags & subfield codes (but this function is apparently pretty sensitive performance-wise ?) - make it to accept arrayref instead of (or in addition to) hashref as an argument, so the subfield order would be preserved - but that would not be all that helpfull for item/holding data subfields which come from the database in the hashref form. -- You are receiving this mail because: You are watching all bug changes.