September 2017 - Koha-bugs - lists.koha-community.org

[Bug 19334] New: circulation history doesn' t set biblionumber so left navigation is broken
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '17

17 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19334 Bug ID: 19334 Summary: circulation history doesn't set biblionumber so left navigation is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: dpavlin(a)rot13.org 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 watching all bug changes. You are the assignee for the bug.

1 14

[Bug 19388] New: Error in course details on OPAC if an item is checked-out
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '17

17 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19388 Bug ID: 19388 Summary: Error in course details on OPAC if an item is checked-out Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: mglavica(a)ffzg.hr QA Contact: testopia(a)bugs.koha-community.org In course reserves, if an item which was added to a course is checked out, it is not possible to show details for that course on OPAC. The error says: "Template process failed: undef error - The method onsite_checkout is not covered by tests! at /home/koha/src/C4/Templates.pm line 121." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 19332] New: Basket grouping exports empty
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '17

17 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19332 Bug ID: 19332 Summary: Basket grouping exports empty Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dpavlin(a)rot13.org QA Contact: testopia(a)bugs.koha-community.org Selecting any export from Basket grouping produces export with invalid empty data -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 16313] New: Koha::Logger doesn't forward the Log::Log4perl::Logger return value
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '17

15 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16313 Bug ID: 16313 Summary: Koha::Logger doesn't forward the Log::Log4perl::Logger return value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Log::Log4perl::Logger->$method returns undef if the log level is not logged or something bad happened and true or something similar on success. This allows chaining different loggers to trigger if Log4perl failed to log. Koha::Logger is hardwired to return 1 if Log4perl is configured properly regardless of whether the Log4perl actually succeeded in printing the log message. This is a Log4perl best practice: $Koha::Logger->debug() or syslog("LOG_DEBUG", ...); which should revert to syslog() to log if Log4perl cannot for some reason do the logging. (eg. is disabled) This patch makes the Koha::Logger work with Log4perl better in tandem and return the proper return values. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 15958] New: ZOOM/Zebra-connection cache flushing
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '17

15 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15958 Bug ID: 15958 Summary: ZOOM/Zebra-connection cache flushing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org When writing tests related to searching, When searching the local index repeatedly, changes in the index are not applied to the search results if the results always return the same records. This is due to ZOOM caching the results. This feature adds a ZOOM::Connection flushing subroutine to get rid of old caches. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 19260] New: Reservations / holds marked as problems being seen as expired ones and deleted wrongly.
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '17

14 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19260 Bug ID: 19260 Summary: Reservations / holds marked as problems being seen as expired ones and deleted wrongly. Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We have the ReservesMaxPickupDelay set to 7 and the ExpireReservesMaxPickupDelay system parameter set to Don’t Allow. Our workflow is that staff use the report generated by waitingreserves.pl to identify titles to retrieve from the Reservations / holds awaiting pickup shelf, and delete the reservation and return the items to the shelf, or have that action trigger reservation satisfaction for the next person in the queue. Since our upgrade for 16.05 to 17.05 we are finding that when we run the cancel_expired_holds.pl job at 01:00 daily, reservations marked as problem ones are being deleted in addition to expired ones (expiration date set by user has been reached, or the default 100 days has been reached). Koha 17.05 appears to be disregarding the ExpireReservesMaxPickupDelay system parameter. (http://translate.koha-community.org/manual/master/en/html/17_cron_jobs.html…) We have suspended this cron job in the meantime, and will write a query to identify expired ones we need to delete. Ideally we want problem reservations NOT to be seen as expired ones. Ray Delahunty -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 49

[Bug 19228] New: Confirm delete doesn' t show when deleting an item from course
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '17

14 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19228 Bug ID: 19228 Summary: Confirm delete doesn't show when deleting an item from course Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The code is there but the confirm box isn't popping up! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 19081] New: Plack preventing uninstalled plugins from being removed on the plugins list
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '17

14 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19081 Bug ID: 19081 Summary: Plack preventing uninstalled plugins from being removed on the plugins list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: ldjamison(a)marywood.edu QA Contact: testopia(a)bugs.koha-community.org When uninstalling a plugin with plack enabled, the plugin remains in the list after uninstall has been selected. It only disappears from the list after restarting plack. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 19275] New: clubs table broken at the opac if public enrollment is not allowed
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '17

13 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19275 Bug ID: 19275 Summary: clubs table broken at the opac if public enrollment is not allowed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org 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 watching all bug changes. You are the assignee for the bug.

1 15

[Bug 19186] New: SelfCheckoutByLogin should list 'cardnumber' as an option instead of 'barcode'
by bugzilla-daemon＠bugs.koha-community.org 13 Oct '17

13 Oct '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19186 Bug ID: 19186 Summary: SelfCheckoutByLogin should list 'cardnumber' as an option instead of 'barcode' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The SelfCheckoutByLogin lists 'Barcode' as an option, but this should be Cardnumber. Especially since more and more libraries are using chip cards instead of barcodes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12