Hi this is probably because the old server has a customized xslt and in the new server there are not the files, then koha doesn't know how to set up the records, check at syspref the OPACXSLTResultsDisplay has default value instead a local path Hugo El jue., 21 feb. 2019 a las 17:18, Giuseppe Ciaccio (< giuseppe.ciaccio@unige.it>) escribió:
Hello Jonathan,
I will try to reindex, it costs nothing -- could you please give me the command for that?
But, to be honest, I don't see the reason why a reindexing would solve. I'm not reusing a pre-existing archive. I formatted everything, installed debian 9.7, then installed koha 18.11, then populated the empty archive with a bunch of unimarc records coming from the previous koha 17.11 install, just to make a test. I expect those records to be indexed in the proper way, as they have been entered for the first time in an empty DB. Am I wrong?
I'll let you know anyway. Thank you and regards.
On Thu, 21 Feb 2019, Jonathan Druart wrote:
Hi Giuseppe (cc the list I forgot in my previous answer), I would try a full zebra reindex, then search for relevant errors/warnings in the Koha log files if the reindex did not fix the problem. Regards, Jonathan
Le mar. 19 févr. 2019 à 10:32, Giuseppe Ciaccio <giuseppe.ciaccio@unige.it> a écrit :
On Tue, 19 Feb 2019, Jonathan Druart wrote:
Hi Giuseppe,
Hello,
Did you modify the value of OPACXSLTResultsDisplay?
No
Did you correctly chose the MARC flavour value during the installation
process?
Yes (it is unimarc in our case, and it was the same with previous
install of koha).
Giuseppe
Regards, Jonathan
Le lun. 18 févr. 2019 à 09:07, giuseppe <giuseppe.ciaccio@unige.it> a
écrit :
Hello all,
I've replaced an old Koha 17.11 by a fresh install of Koha 18.11.
After
install, as superlibrarian I successfully populated the DB with sample records including a couple of items, for test purposes.
< http://koha.1045719.n5.nabble.com/file/t341209/Screenshot_2019-02-17_17-55-3...
Afterwards, as normal user I tried a search for a keyword matching
more than
one record, and thus I got a list of search results.
< http://koha.1045719.n5.nabble.com/file/t341209/Screenshot_2019-02-18_12-38-5...
The list is correct, but, as you can see, each entry is void of
information -- no title/author/etc. . If I click on the "image
textual preview" of
one single entry (not visible in the screenshot) I get access to the full info of that entry, which shows correct. But the search results void of textual information is uninformative for a user. This misbehaviour was not present in Koha 17.11. Is this just a matter of misconfiguration? What should I do to restore the original behaviour?
Thank you.
-- Sent from: http://koha.1045719.n5.nabble.com/Koha-general-f3047918.html _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- *Hugo Agud - Orex Digital * *www.orex.es <http://www.orex.es>* <http://www.orex.es/> [image: www.orex.es/koha] <http://www.orex.es/koha> [image: www.orex.es/vufind] <http://www.orex.es/vufind> Director Avda Josep Tarradelles, 134 (Centro de Negocios Infanta) 08029 - Barcelona - Tel: 933 856 138 hagud@orex.es · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema.