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

[Bug 11278] New: Adjusting bulkmarcimport.pl for customization routine and verbose printing
by bugzilla-daemon＠bugs.koha-community.org 05 May '14

05 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11278 Bug ID: 11278 Summary: Adjusting bulkmarcimport.pl for customization routine and verbose printing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org The forthcoming patch changes bulkmarcimport.pl in two ways: 1) For the verbose option, verbose level 2 now means print the formatted marcxml for the records. Verbose 1 just prints dots and counts-per-hundred-records. 2) The new code for customization allows you to add a LocalChanges.pm in the misc/migration_tools folder. If this module exists, it is 'required' and a routine customize is called for each record. This makes it possible to add local adjustments to your marc record before they are processed in bulkmarcimport. I will attach a second example patch with such a module just to show the idea; this patch does not need signoff, etc. -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 11117] New: Right to left text in facets + facet count = mixed text
by bugzilla-daemon＠bugs.koha-community.org 05 May '14

05 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11117 Bug ID: 11117 Summary: Right to left text in facets + facet count = mixed text 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 22294 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=22294&action=edit Right-to-left parenthesis mixup Steps to reproduce: - Have facets to show some right to left text (for example ص) in english language templates. - Enable the displayFacetCount. - Check it displays like the attached snapshot. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11466] New: Purchase suggestion itemtypes, only default available if AdvancedSearchTypes not equal 'itemtypes'
by bugzilla-daemon＠bugs.koha-community.org 05 May '14

05 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11466 Bug ID: 11466 Summary: Purchase suggestion itemtypes, only default available if AdvancedSearchTypes not equal 'itemtypes' 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: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org When system preference AdvancedSearchTypes has other values than 'itemtypes', for ex 'itemtypes|loc', itemtypes selection in opac-suggestions.pl is not populated with available itemtypes. This patch fixes the issue by broadening the strict comparison of ($advanced_search_types eg 'itemtypes') #fails 'itemtypes|loc' to ($advanced_search_types =~ 'itemtypes') #succeeds 'itemtypes|loc' -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 10875] New: addorderiso2709: the link "show all dunfs" is missing.
by bugzilla-daemon＠bugs.koha-community.org 04 May '14

04 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10875 Bug ID: 10875 Summary: addorderiso2709: the link "show all dunfs" is missing. 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 When adding an order from a staged file, there is no link "show all funds". All funds are displayed by default. We want to hide inactive funds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 11665] New: An ability to place orders directly from hold ratios list
by bugzilla-daemon＠bugs.koha-community.org 04 May '14

04 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11665 Bug ID: 11665 Summary: An ability to place orders directly from hold ratios list 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: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org This enhancement introduces a possibility to place orders from hold ratios list: - new option "Add order to basket" -> "From titles w/ highest hold ratios"; (user gets redirected from acqusition to "hold ratios" list in circulation) - "N to order" in "Items needed" column now becomes a link - when clicked, user gets redirected back to acquisition, directly to order form for a choosen title (suggested quantity "N to order" is being preserved) - in the "Items needed" column, there is an additional indication if there are any pending (not yet received) orders for a given title This solution is not exactly ideal.. most important drawback: to use it librarian needs both acquisition & circulation priviledges; if not having both - new options will not show / wouldn't be active. But it requires relatively small amount of changes in the code. To test: - apply patch, - test new functions (try to place some orders using an newly added option, examine resulting order records etc.) - check modified hold ratios list for possible problems (for user with only circulation priviledges, additional information regarding pending orders should be still visible, but not the link to order form) - ensure the two following existing options for adding orders to basket ("From an existing record", "From a new (empty) record") a still working properly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 11763] New: Consolidate fund action links into menu
by bugzilla-daemon＠bugs.koha-community.org 03 May '14

03 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11763 Bug ID: 11763 Summary: Consolidate fund action links into menu Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/aqbudgets.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 11578 Similar to the change made in Bug 10615, we should move the Edit/Delete/Add child links to a menu. This will save space and make the links more distinct. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 11696] New: Multi transport types: the print notices should be processed in first
by bugzilla-daemon＠bugs.koha-community.org 02 May '14

02 May '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11696 Bug ID: 11696 Summary: Multi transport types: the print notices should be processed in first Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On bug 10832 comment 12, a specific cause an issue. If email, print and sms are checked (for overdues for instance), and no email exists for the user, the email template will be used to sent the print notice. The print notices should be processed in first to avoid this problem. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[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