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

[Bug 11561] New: Preventing duplicate print notices and enforcing a print notice if no notices can be generated
by bugzilla-daemon＠bugs.koha-community.org 02 May '14

02 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11561 Bug ID: 11561 Summary: Preventing duplicate print notices and enforcing a print notice if no notices can be generated 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 11868] New: Multi transport types: disable sms and phone if not in use
by bugzilla-daemon＠bugs.koha-community.org 02 May '14

02 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11868 Bug ID: 11868 Summary: Multi transport types: disable sms and phone if not in use Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On both pages "Notices and slips" and "Overdue rules", it would be great to disable sms and phone if there are not in use. What about the "feed" transport type? Is it in use? -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 6273] New: SIP2 Fee Paid and Fee Paid Response support
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '14

30 Apr '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6273 Bug #: 6273 Summary: SIP2 Fee Paid and Fee Paid Response support Classification: Unclassified Change sponsored?: Sponsored Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: SIP2 AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Depends on: 5605 Enable Koha to accept, process and respond to SIP2 'Fee Paid' messages, as per the SIP2 protocol specification defined by 3M. See osdir.com/ml/attachments/pdfLa2ukLu5d7.pdf for full details. Processing 'Fee Paid' messages Koha shall parse the 'Fee Paid' message to extract the following mandatory information: • Transaction date • Fee type • Payment type • Currency • Amount • Institution ID • Patron identifier (barcode) Koha shall also be able to parse the following optional information: • terminal password • patron password • fee identifier (the ID of the fine to which the payment is applied) • Transaction ID (as assigned by the SIP client) Once the message is parsed, a payment line shall be added to Koha's accountlines table. This line shall include the borrowernumber, amount (as a negative), the transaction date, the payment type, and the account against which the payment is made. A note shall also be made to indicate that the payment was made from SIP client, rather than through the Koha staff client. Payments shall be accepted if the borrowernumber and account against which the payment is made are both valid. Otherwise, the payment shall not be accepted, and return an error message (see next section). Responding to 'Fee Paid' messages The Screen Message attribute of the 'Fee Paid Response' Message shall be used to display the details of any error that prevented the payment from being accepted. If the payment is accepted, this attribute shall contain a friendly “thank you for your payment” message. -- 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 32

[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