February 2014 - Koha-bugs - lists.koha-community.org

[Bug 11619] New: Duplicate key in QueryParser config
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11619 Bug ID: 11619 Summary: Duplicate key in QueryParser config Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Found by Jonathan with some hints from koha-qa: duplicate key is language: 647 language: 648 bib1_mapping: 649 biblioserver: 650 1: 54 651 enabled: 1 652 index: language 653 aliases: 654 - language 655 - ln 656 label: Language 657 language: 658 bib1_mapping: 659 biblioserver: 660 1: 1095 661 enabled: 1 662 aliases: 663 - language-original 664 index: language-original 665 label: Language of original -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 11572] New: Keyword searches no longer detect isbn from "Search the catalog"
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11572 Bug ID: 11572 Summary: Keyword searches no longer detect isbn from "Search the catalog" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In Koha 3.8, if a standard catalog search was performed and the user clicked the z39.50 search button, the search string would automatically be placed in the isbn field for the z39.50 search form. Changes to the code have since broken this functionality. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 11246] New: Followup for Bug 10465fields 780 and 785 in UNIMARC XSLT should be removed in bootstrap theme
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11246 Bug ID: 11246 Summary: Followup for Bug 10465fields 780 and 785 in UNIMARC XSLT should be removed in bootstrap theme Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 10465] New: Reference to fields 780 and 785 in UNIMARC XSLT should be removed
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10465 Bug ID: 10465 Summary: Reference to fields 780 and 785 in UNIMARC XSLT should be removed Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: mathieu.saby(a)univ-rennes2.fr There is some code supposed to manage 780 and 785 field in unimarc xslt files for opac and maybe staff interface. These fields does not exist in unimarc, so the code must be removed. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 11655] New: koha-translate --list shouldn't show 'en'
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11655 Bug ID: 11655 Summary: koha-translate --list shouldn't show 'en' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz 'en' is not a translation and it doesn't make any sense to return it as part of the installed translations or the available ones. It becomes relevant to remove it as users upgrading their installed translations end up doing things like this to remove en from the list: for lang in $(sudo koha-translate --list | grep -v -x en) ; do sudo koha-translate --update $lang ; done And we do the same in several places too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 9478] New: Diacritics in branchname on subscription detail page are broken
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9478 Bug ID: 9478 Summary: Diacritics in branchname on subscription detail page are broken Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/serials/subscription-detail.pl?subscript ionid=1 OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de Created attachment 14808 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14808&action=edit screenshot For testing purposes I changed one of the standard branch names to "Midwäy". The branch name is improperly displayed on the serial subscription detail page. To test: 1) Add a subscription 2) Save subscription 3) Look at first tab of serial subscription detail page -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 9441] New: In OPAC, acquisition records should be signaled even if they have no item
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9441 Bug ID: 9441 Summary: In OPAC, acquisition records should be signaled even if they have no item 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: mathieu.saby(a)univ-rennes2.fr If a library create an item when receiving an order, before reception, records created with the orderline are visible in OPAC, but with no item. In item tab, there is a "No physical items for this record" message. Koha should display a more precise message, such as "2 items ordered". Do you agree with that? M. Saby Rennes 2 University -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 5242] New: Simplify the import of members
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5242 Summary: Simplify the import of members Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P5 Component: Patron Import AssignedTo: gmcharlt(a)gmail.com ReportedBy: pascale.nalon(a)ensmp.fr QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 For instance, to import members into Koha, you must a "clean", csv file. It's not always simple when your start file is an exel one. You must change several things in your file before importing it. In some application (like navicat), you can import directly an exel file, it's easier, and everybody can do it... -- 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 8

[Bug 6252] New: Patron import tool should let you set messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6252 Bug #: 6252 Summary: Patron import tool should let you set messaging preferences Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: cgi-bin/koha/tools/import_borrowers.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org When you do a patron import you can set the values for everything except the messaging preferences. The CSV should have a field for that and the form on the page should also offer the option of setting a blanket default for what's being imported. It's my understanding that this ability is there in the command line script, just not the GUI. -- 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 3

[Bug 6255] New: patron import csv includes borrowernumber, but fails
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '14

29 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6255 Bug #: 6255 Summary: patron import csv includes borrowernumber, but fails Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org If you download the CSV file on the patron import page it has a column for borrowernumber, but if you try to import with that column you get a header error. Either we should allow it and use it as a match ... or maybe we should remove it if it's going to cause errors. -- 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 1