In our 18.11 Item search doesn't work with screen as selected output. Barcodes file and CSV do work. The following software error appears: "Unsupported format html at /usr/share/koha/intranet/cgi-bin/catalogue/itemsearch.pl line 42." Line 42 of the said file reads: if (defined $format and $format eq 'json') { Bug #19706 is said to be resolved prior to 18.11, still the error occurs (with line 42 instead of 41 mentioned). I found related to 19706 that it works well when there are some CCODEs for the library; even with a CCODE set, it doesn't work in my case.
Sometimes data can cause issues with the JSON based GUIs like the item search. A problem we recently ran into was backslashes in a publisher's name: We are hoping for this one to be pushed for 18.11 soon: Bug 21716 - Item Search hangs when \ exists in MARC fields But that usually jsut results in a "forever loading". Which is the exact 18.11.x version? I just tested with 18.11.6 and couldn't make it explode.
We had 18.11.03-1; just this morning we upgraded to 19.05, and the bug is still there.
Updating severity for now - getting some more attention to see if someone else can confirm the bug.
I ran a quick test on 19.05.02 and didn't get any error messages - I didn't specify a specific item, just got all the results. To test from /cgi-bin/catalogue/itemsearch.pl I didn't change any of the options pressed search button. A list of results appeared as expected.
Tested on master as well, and no error messages.
Update: It seems to be a bug in the German interface; in the English it works well.
Just updated the version for this bug from 18.11 to 19.05 - hope this was OK.
Tried some demo installations from https://koha-community.org/demo/: - Español, Italian, French: Itemsearch works well - Swiss as well as "German" German: Itemsearch fails but returns a different error message from ours: "Internal Server Error" (see: http://koha.adminkuhn.ch:8080/). So the problem really seems to be only in the German interface.
Set severity to Normal as it's limited to one language, hope that's OK?
(In reply to Anke from comment #9) > Set severity to Normal as it's limited to one language, hope that's OK? Both resetting the version and that change are perfectly ok. Version should always be set to the newest the problem is found in, as any fix will be backported from there to older versions. It might be something got translated that should not have been - I will try to have a look - it's probably hiding in the source code somewhere.
Ah, be careful with the status "In Discussion" - we only use that when we can't agree on something and it can be a bit of a difficult one to get noticed again/get out of. Better to keep it in "NEW" until someone starts working on it.
(In reply to Katrin Fischer from comment #11) > Ah, be careful with the status "In Discussion" - we only use that when we > can't agree on something and it can be a bit of a difficult one to get > noticed again/get out of. Better to keep it in "NEW" until someone starts > working on it. OK, thanks for instructing me on this. I'll keep it in mind.
This took me a while to figure out. The problem is in the translation: misc/translator/po/de-DE-staff-prog.po #. For the first occurrence, #. SCRIPT #: intranet-tmpl/prog/en/modules/catalogue/itemsearch.tt:223 #: intranet-tmpl/prog/en/modules/reports/itemslost.tt:89 #, c-format msgid "Not for loan status" msgstr "Status für \"Nicht ausleihbar\"" This results in broken Javascript because of the added double quotes "": + ' <th id="items_status">' + _("Status für "Nicht ausleihbar"") + '</th>' I've fixed the files in Pootle, so the next released versions will not have this problem anymore. For an immediate fix: change the po file manually and remove the "" and reinstall de-DE.
Thanks - we changed the file, and now it works!
Glad to hear :)