Hey all: It looks like there's a problem with the double encoding of query_cgi (at least in the OPAC). It looks like Bug 9239 (commit a8f23264) was responsible for adding uri_escaping to query_cgi into C4::Search. Unfortunately, we also run query_cgi through "html" and "url" filters on almost every .tt template page it features upon. This means that we always have double-encoded query strings, which. isn't really a problem most of the time. Chrome and Firefox seem to be able to handle double encoded query strings just fine. There might be certain conditions where problems arise due to what's put in the query string. but I haven't tried a million test cases. I suppose the thing I'm wondering is. do we remove the filters from the templates or stop encoding in the module? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007
Hi to all, Il 26/11/2014 05:32, David Cook ha scritto:
It looks like there’s a problem with the double encoding of query_cgi (at least in the OPAC)…
It looks like Bug 9239 (commit a8f23264) was responsible for adding uri_escaping to query_cgi into C4::Search.
in fact bug 11944 works also on this topic (correct Jonathan ?). In fact uft-8 problem need a big work like 11944 so it difficult to do. here a sign-off of test for this bug: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13264 If you can, test it. I don't know if Tomas whant this work in 3.18, probably too late now. Bye Zeno -- Dr. Zeno Tajoli Soluzioni per la Ricerca Istituzionale - Automazione Biblioteche z.tajoli@cineca.it fax +39 02 2135520 CINECA - Sede operativa di Segrate
participants (2)
-
David Cook -
Zeno Tajoli