September 2013 - Koha-bugs - lists.koha-community.org

[Bug 10968] New: Add a way to choose which indexes to display on simple and advanced search
by bugzilla-daemon＠bugs.koha-community.org 22 May '14

22 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10968 Bug ID: 10968 Summary: Add a way to choose which indexes to display on simple and advanced search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org A way to defining the indexes to display in the pulldown on advanced and simple search (on staff and opac) could be interesting. I know it could be done in jquery, like other stuff, but I would prefer a config page. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 10759] New: "Warning: Using a password on the command line interface can be insecure." message
by bugzilla-daemon＠bugs.koha-community.org 21 May '14

21 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10759 Bug ID: 10759 Summary: "Warning: Using a password on the command line interface can be insecure." message Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: victorp(a)netmedia.com.sg QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com MySQL version 5.6.5 and above will now produce a warning message "Warning: Using a password on the command line interface can be insecure." when a MySQL user password is used or prompted from the command line. As such, when the Web Installer is importing .sql files to populate the structures and tables into the Koha database, one will get this warning message for every import. In fact, when the Web Installer is importing the database table structures, it will finish but will not let one to continue importing the basic default settings. However, it is easy to rectify - just run the Web Installer again. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 10613] New: Gst is not calculated correctly on the invoice page
by bugzilla-daemon＠bugs.koha-community.org 20 May '14

20 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10613 Bug ID: 10613 Summary: Gst is not calculated correctly on the invoice page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The gst used is the gst defined at the supplier level. We should use the gst defined at the order level (if exists). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 69

[Bug 10964] New: Update MARC21 de-DE default framework to Update Nr. 17 (September 2013)
by bugzilla-daemon＠bugs.koha-community.org 20 May '14

20 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10964 Bug ID: 10964 Summary: Update MARC21 de-DE default framework to Update Nr. 17 (September 2013) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: bgkriegel(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr MARC21 de-DE default framework is missing many tags/subtags -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 9612] New: SRU Responce is different when DOM indexing is enabled
by bugzilla-daemon＠bugs.koha-community.org 19 May '14

19 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9612 Bug ID: 9612 Summary: SRU Responce is different when DOM indexing is enabled Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com CC: m.de.rooy(a)rijksmuseum.nl It looks as though the SRU server is not picking up an xslt to transform zebra results into meaningful SRU responses. I think the file to to changed is 'retrieval-info-bib-dom.xml' but I'm unsure how to proceed with changing it to mimic the output given for a grs-1 indexed catalogue. Maybe someone more knowledgeable of zebra configuration then I could step in? Two public SRU servers, one with DOM indexing and one with GRS-1 Indexing follow as examples of the differences. DOM: http://tavi.koha-ptfs.eu:9998/biblios?version=1.1&operation=searchRetrieve&… GRS-1: http://bldscat.ids.ac.uk:9998/biblios?version=1.1&operation=searchRetrieve&… As you can see, the GRS-1 response is much more comprehensible, and I believe is also the correct response. -- You are receiving this mail because: You are watching all bug changes.

1 51

[Bug 7841] New: Several warnings on language from webinstaller
by bugzilla-daemon＠bugs.koha-community.org 19 May '14

19 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7841 Priority: P5 - low Change sponsored?: --- Bug ID: 7841 CC: gmcharlt(a)gmail.com Assignee: henridamien(a)koha-fr.org Summary: Several warnings on language from webinstaller QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: NEW Version: master Component: Installation and upgrade (web-based installer) Product: Koha To be resolved warnings like: [Wed Mar 28 15:45:24 2012] [error] [client 82.173.53.17] [Wed Mar 28 15:45:24 2012] install.pl: Use of uninitialized value $string in pattern match (m//) at /usr/share/koha/testclone/C4/Languages.pm line 424. [Wed Mar 28 15:45:24 2012] [error] [client 82.173.53.17] [Wed Mar 28 15:45:24 2012] install.pl: Use of uninitialized value $current_language in string eq at /usr/share/koha/testclone/C4/Languages.pm line 301. [Wed Mar 28 15:45:24 2012] [error] [client 82.173.53.17] [Wed Mar 28 15:45:24 2012] install.pl: Use of uninitialized value in string eq at /usr/share/koha/testclone/C4/Languages.pm line 319. (Occurring several times in the log.) -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 10544] New: stocknumber index is an alias of Number-local-acquisition
by bugzilla-daemon＠bugs.koha-community.org 19 May '14

19 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10544 Bug ID: 10544 Summary: stocknumber index is an alias of Number-local-acquisition Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com Bug 6256 replaced in bib1.att stocknumber by Number-local-acquisition for number 1062. In this case, Number-local-acquisition must be used in record.abs and stocknumber can be an alias of it in ccl.properties. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 10789] New: Excessive and often incorrect use of finish in C4::Acquisitions
by bugzilla-daemon＠bugs.koha-community.org 19 May '14

19 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10789 Bug ID: 10789 Summary: Excessive and often incorrect use of finish in C4::Acquisitions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org C4/Acquisitions.pm contains a lot of calls to finish. These seem to be copied as magic by someone who is unaware of the usage (please read the DBI doc for full details) In brief finish is only required to be called after a select statement where you have not read back the full result set. It should never be called after a non-select statement. In fact there are a couple of places in C4::Acquisitions.pm where its not called where it should be. In practice a call to finish in top level code is almost always always a bad sign. Lets clean these up -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 9780] New: Deleting a record suppress bibliographic info in orders using that record
by bugzilla-daemon＠bugs.koha-community.org 19 May '14

19 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9780 Bug ID: 9780 Summary: Deleting a record suppress bibliographic info in orders using that record Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr CC: m.de.rooy(a)rijksmuseum.nl There should be an alert preventing librarian to suppress a record if it is used in some orders. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 67

[Bug 9959] New: Filters for 'Most popular' page in OPAC show wrong behaviour
by bugzilla-daemon＠bugs.koha-community.org 18 May '14

18 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9959 Bug ID: 9959 Summary: Filters for 'Most popular' page in OPAC show wrong behaviour Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de Testing the patch for bug 9946 I notes some strange things about the filters on the 'Most popular' (system preference OpacTopissue) page in the OPAC. 1) Why do I have to double submit my search sometimes? - go to top issues from opac start page - change filter from last 3 months to no limit - submit - another form is shown and you have to submit again 2) Why are the search options of this second form different to the first form? - library changes from Union to Demo for me 3) Why does hitting the submit button on the filter left sometimes change the filters too? - library changes from all libraries to Union (last in list) -- You are receiving this mail because: You are watching all bug changes.

1 5