May 2015 - Koha-bugs - lists.koha-community.org

[Bug 13962] New: Add vendor to new acq tab in staff client
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13962 Bug ID: 13962 Summary: Add vendor to new acq tab in staff client 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When using AcquisitionDetails a new tab is shown on the staff client detail page that shows order information from the acquisition module. Feedback at our user meeting was, that it would be nice to see the vendor for the orders there as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 7895] New: Add Plack/FastCGI/mod_perl server configuration and Zebra info to about
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7895 Priority: P5 - low Change sponsored?: --- Bug ID: 7895 Assignee: nengard(a)gmail.com Summary: Add Plack/FastCGI/mod_perl server configuration and Zebra info to about QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: dpavlin(a)rot13.org Hardware: All Status: NEW Version: rel_3_6 Component: About Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 11122] New: publisher code and publication year not fetched in acq orders
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11122 Bug ID: 11122 Summary: publisher code and publication year not fetched in acq orders Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In acquisition, several templates try to display publisher code and publication year : invoice.tt, parcel.tt, transferorder.tt. Thoses pages use C4::Acquisition methods GetPendingOrders or GetInvoiceDetails. The bug is that in the SQL query of those methods, biblioitems.publishercode and biblioitems.publicationyear. In uncertainprice.pl those datas are fetch using GetBiblioData. It whould be better to fetch them in GetPendingOrders and GetInvoiceDetails. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 12599] New: IndependentBranches Holes
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12599 Bug ID: 12599 Summary: IndependentBranches Holes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When IndependentBranches is turned on, you cannot find patrons from other branches using the search interface. However, you can change the argument for the "member" parameter, and access patrons from other branches in this way. That said, you still can't "Edit" or "Delete" patrons from other branches. "Edit" will kick you out of the record and return you to the search screen, while "Delete" tells you that you're being naughty. However... You "can": 1) change their password 2) print summaries 3) renew their registration 4) set permissions 5) export today's checked out barcodes 6) manage fines 7) check things out to them (from the Checkout tab and possibly if there is a perm/preference for checking things out to people from different branches...) 8) view circulation history && statistics 9) view purchase suggestions (and fill out the form...although saving it doesn't appear to do anything) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 12363] New: Marking an item as lost in koha always returns it, but longoverdue.pl may not
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12363 Bug ID: 12363 Summary: Marking an item as lost in koha always returns it, but longoverdue.pl may not Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 script longoverdue.pl has a switch --mark-returned which controls if an item is returned when marked as lost. As such, by default items are *not* returned when lost by longoverdue.pl, and at the same time, *are* returned when marked as lost from the staff intranet. In the past, marking an item as lost from additem.pl would not return the item, but doing so from moredetail.pl, so librarians had at least some control over having and item returned when lost. An update to additem.pl now causes all ways to mark an item as lost from the staff intranet. This behavior makes little sense. The flag behavior should be moved to a system preference. An upgrade path is problematic though. We could have longoverdue.pl set the system preference value based on the --marked-returned flag on each run. That would allow upgrades to work without intervention. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12812] New: Longoverdue.pl --mark-returned doesn't return items
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12812 Bug ID: 12812 Summary: Longoverdue.pl --mark-returned doesn't return items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: kyle.m.hall(a)gmail.com When testing bug 12467 I foudn that the --mark-returned flag didn't return the items as it was supposed to. The items got marked lost, but remained on the patron's account. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11867] New: Multi transport types: Manage *_PHONE notices
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11867 Bug ID: 11867 Summary: Multi transport types: Manage *_PHONE notices 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 The *_PHONE notices (HOLD_PHONE, PREDUE_PHONE and OVERDUE_PHONE) should be "merged" into the main code (i.e. HOLD, PREDUE and OVERDUE). -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 12747] New: Add "call number fields" column in Z3950 search result
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12747 Bug ID: 12747 Summary: Add "call number fields" column in Z3950 search result 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: simith.doliveira(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 12648] New: Link an order with patrons
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '15

10 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12648 Bug ID: 12648 Summary: Link an order with patrons 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 A need is to notify 1+ patrons on receiving an order. As baskets, we could link patrons to an order and send them an email when the order is completely received. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 95

[Bug 13275] New: (OMNIBUS) Tests on t/ should pass without a DB
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '15

09 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13275 Bug ID: 13275 Summary: (OMNIBUS) Tests on t/ should pass without a DB Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: tomascohen(a)gmail.com QA Contact: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 16