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

[Bug 11551] New: Allow to search on ordernumber in histsearch.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '14

10 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11551 Bug ID: 11551 Summary: Allow to search on ordernumber in histsearch.pl 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 orders search does not allow to search on the ordernumber. On the way, the parent ordernumber could be requested too in order to display the 'children' for a given order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 9288] New: Add a script to test SIP from the command line
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '14

10 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9288 Bug ID: 9288 Summary: Add a script to test SIP from the command line Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com CC: colin.campbell(a)ptfs-europe.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 50

[Bug 12626] New: SQLHelper replacement - C4::Acquisition
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '14

09 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12626 Bug ID: 12626 Summary: SQLHelper replacement - C4::Acquisition Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: yohann.dufour(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The module C4::Acquisition depends on module C4::SQLHelper. However, the module SQLHelper is obsolete, so the calls for InsertInTable have to be replaced by the use of the module DBIx::Class. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 12557] New: Cannot revert the changes done by AcqItemSetSubfieldsWhenReceived on canceling a receipt
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '14

09 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12557 Bug ID: 12557 Summary: Cannot revert the changes done by AcqItemSetSubfieldsWhenReceived on canceling a receipt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Bug 8307 introduces the AcqItemSetSubfieldsWhenReceived pref. You can now update an item field on receiving (if you create items on ordering). But if the receipt is cancel, there is no way to revert these changes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 12587] New: Improve output of filter information on patrons with the most checkouts report
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '14

09 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12587 Bug ID: 12587 Summary: Improve output of filter information on patrons with the most checkouts report Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/reports/bor_issues_top.pl OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Reports Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org I was looking to see if I could address any of the issues reported in Bug 8126 and saw that handling of filter information could be done better: - Template logic can be introduced to better handle untranslatable strings coming out of the script. - Template plugins can be used to output library and item type names instead of codes. - Template plugin can be used to output dates in the preferred date format. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 10132] New: MarcOrgCode would be useful on branch level
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '14

08 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10132 Bug ID: 10132 Summary: MarcOrgCode would be useful on branch level Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com For consortia with different libraries and different MARCOrgCodes it would be useful if you could add the MARCOrgCode in the branch configuration. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12467] New: Lost items marked as not on loan even if they are!
by bugzilla-daemon＠bugs.koha-community.org 08 Sep '14

08 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12467 Bug ID: 12467 Summary: Lost items marked as not on loan even if they are! Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The cronjob longoverdue.pl does not require that an item marked as lost be returned automatically, but there is a line in ModItem that automatically marks the item's onloan as false if itemlost is set! -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 12582] New: Control of branch displayed in search results linked to HomeOrHoldingBranch
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '14

05 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12582 Bug ID: 12582 Summary: Control of branch displayed in search results linked to HomeOrHoldingBranch 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries would like the ability choose to display the home branch on search results while having circulation rules based on the holding branch. This is currently impossible because both the display of the branch in search results, and the selection of the home or holding branch for circulation rules are controlled by the same system preference: HomeOrHoldingBranch. This preference is described as being used only for circulation rules, and makes no mention of its use for display control. The display control should be split off into a separate preference. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11292] New: barcode scanner clicking 'save'
by bugzilla-daemon＠bugs.koha-community.org 05 Sep '14

05 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11292 Bug ID: 11292 Summary: barcode scanner clicking 'save' Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When cataloging a bib record if you scan an ISBN barcode in the barcode scanner clicks the 'save' button before the cataloging is done. This did not happen in 3.10, but is happening again in 3.12. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 11291] New: Change the behavior of any index in DOM indexing
by bugzilla-daemon＠bugs.koha-community.org 04 Sep '14

04 Sep '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11291 Bug ID: 11291 Summary: Change the behavior of any index in DOM indexing 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 The behavior of "any" index should be the same in DOM and GRS-1 indexing modes. To do so, a change must be made to the xslt stylesheet used for transforming *-koha* files to *-zebra* files. -- You are receiving this mail because: You are watching all bug changes.

1 10