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

[Bug 7234] New: koha-common Debian package should include koha-sites.conf
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7234 Bug #: 7234 Summary: koha-common Debian package should include koha-sites.conf Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: jcamins(a)cpbibliography.com QAContact: ian.walls(a)bywatersolutions.com The koha-common Debian package should provide a sample koha-sites.conf file, so that people can see what the options are. Even better would be if it's possible to have an interactive mode in the package installer so that it requests the settings it needs (or maybe it could look up domain, etc., from somewhere else on the system?). This bug may be invalid. Please mark it as such if it is. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 9823] New: Code optimization: Change prototype of GetReservesFromBiblionumber
by bugzilla-daemon＠bugs.koha-community.org 27 May '14

27 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9823 Bug ID: 9823 Summary: Code optimization: Change prototype of GetReservesFromBiblionumber Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com GetReservesFromBiblionumber returns two values while one is enough. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 7867] New: Same text for username/login in OPAC and intranet
by bugzilla-daemon＠bugs.koha-community.org 26 May '14

26 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7867 Priority: P5 - low Change sponsored?: --- Bug ID: 7867 Assignee: adrien.saurat(a)biblibre.com Summary: Same text for username/login in OPAC and intranet QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Templates Product: Koha We have username/password in the intranet login page, and login/password in the OPAC login page. One word for this may be better. -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 9088] New: Default values for fund and item type on neworderempty form
by bugzilla-daemon＠bugs.koha-community.org 25 May '14

25 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9088 Bug ID: 9088 Summary: Default values for fund and item type on neworderempty form Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl Our users really would like to have a default value for fund and item type when entering a new order instead of selecting them over and over again. The proposed patch needs one syspref containing default codes for such fields. -- You are receiving this mail because: You are watching all bug changes.

1 41

[Bug 7218] New: Add Smart::Comments module dependency to Koha
by bugzilla-daemon＠bugs.koha-community.org 22 May '14

22 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7218 Bug #: 7218 Summary: Add Smart::Comments module dependency to Koha Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: mtj(a)kohaaloha.com QAContact: ian.walls(a)bywatersolutions.com using the Smart::Comments perl module in Koha, would give Koha better debugging output -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 1

[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 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

[Bug 6707] New: Add alternative, textual MARC editor
by bugzilla-daemon＠bugs.koha-community.org 17 May '14

17 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6707 Bug #: 6707 Summary: Add alternative, textual MARC editor Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: pianohacker(a)gmail.com ReportedBy: pianohacker(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The default MARC editor is good for beginning catalogers, but gets in the way of those that have more experience. This editor is fairly bare-bones, but works if you know MARC well. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug.

1 21