[Koha-bugs] [Bug 19220] Allow XSLT processing for Z39.50 authority targets like for bibliographic targets

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

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19220

--- Comment #7 from Matthias Meusburger <matthias.meusburger at biblibre.com> ---
> 
> I did a quite random search, I don't think that it was in the import table
> or at least it would be quite unlikely.

Well, old entries in import_records are only deleted by
misc/cronjobs/cleanup_database.pl as far as I know. So if you don't run this
script at all, you can have very old entries.

Oh, and is "Müller" such a random search, since it's the most common family
surname in Germany? :)

> I used the file name, as I hat put my sample one in the same directory as
> the existing ones listed in the documentation for bibliopgraphic Z39.50.
> Is this not expected to work?

You're absolutely right, as stated in
https://koha-community.org/manual/20.11/en/html/administration.html#add-a-z39-50-target
, a simple filename will be searched in /koha-tmpl/intranet-tmpl/prog/en/xslt/
, among other directories by the _get_best_default_xslt_filename function.

I just tested this myself, and it worked. So perhaps it was the import_records
table that should have been emptied?

Another sidenote: 

You won't see the transformation in the preview window. This is debatable, but
this is the way it already works for bibliographic records, and one can argue
that the preview is meant to see how the record looks like in its source
catalogue.

Anyway, thanks for testing :)

-- 
You are receiving this mail because:
You are watching all bug changes.