April 2020 - Koha-bugs - lists.koha-community.org

[Bug 24763] New: Backdating check-ins creating fine issues that can't be resolved
by bugzilla-daemon＠bugs.koha-community.org 12 May '20

12 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24763 Bug ID: 24763 Summary: Backdating check-ins creating fine issues that can't be resolved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org >From ByWater: When libraries accept payment on accruing fines and then backdate the checkin of the item, the final amount due can end up less than the amount paid. (There are other ways for this to happen, but backdated checkin is the most common.) It's not a fine that can be paid off (because it's negative), but it's not truly a credit either so it cannot be reconciled or voided. We would like to see this addressed so we can continue to backdate our overnight bookdrop items without these issues, and without having to constantly ask our support vendor to remove them for us. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 25248] New: Delete All Items should redirect to detail.pl, not additem.pl
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25248 Bug ID: 25248 Summary: Delete All Items should redirect to detail.pl, not additem.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate: - find a bib with at least one item - click Edit > Delete all items - end up on additem.pl Looks like this is a regression, not sure what caused it. BZ shows Bug 7227 for this long ago. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 17527] New: 245 $h Medium - hidden settings in MARC framework don' t work correctly
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17527 Bug ID: 17527 Summary: 245 $h Medium - hidden settings in MARC framework don't work correctly Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcharlt(a)gmail.com Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org 245 $h will not be hidden. Even when this subfield is set to "ignore", it still shows up in the staff interface and the OPAC. However, the 245$h does not appear in the MARC view. Just checked and setting other subfields in other fields to "ignore" seems to work as expected. I haven't tested them all, but it consistently doesn't work in 245 This applies to 3.22 and 16.05 (MARC 21) -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 23133] New: Rename reserves.item_level_hold for reserves.item_level
by bugzilla-daemon＠bugs.koha-community.org 11 May '20

11 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23133 Bug ID: 23133 Summary: Rename reserves.item_level_hold for reserves.item_level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Opinionated report, but I think new column names should match our latest practices. i.e. don't make it read: if ( $hold->item_level_hold ) { ... but if ( $hold->item_level ) { ... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 20196] New: [Omnibus] Prepare Koha to ElasticSearch6 - ES6
by bugzilla-daemon＠bugs.koha-community.org 10 May '20

10 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20196 Bug ID: 20196 Summary: [Omnibus] Prepare Koha to ElasticSearch6 - ES6 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: claire.hernandez(a)biblibre.com ES6 is out, earlier we make Koha compliant, better it will be. Could be more than one issue. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 16512] New: Route to library alert missing
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16512 Bug ID: 16512 Summary: Route to library alert missing Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When an item belonging to one library is checked in at a different library using the main check in box at the top of the screen, and alert pops up to remind the staff member to return the item to the owning library. However, if an item is returned by using the list of checkouts in the patron record, this alert doesn't display. It would be ideal if these could be consistent and generate an alert in both instances. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 24808] New: Untranslatable strings in results.js
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24808 Bug ID: 24808 Summary: Untranslatable strings in results.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Untranslatable "No cover image available" twice in koha-tmpl/intranet-tmpl/prog/js/pages/results.js: $(this).parent().html('<span class="no-image">No cover image available</span>'); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 25119] New: When paying a single account line, description and account type don't display correctly
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25119 Bug ID: 25119 Summary: When paying a single account line, description and account type don't display correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When paying a single fine, the description and account type are not displaying correctly on paycollect.tt in all cases. In my case it didn't work for RENT_RENEW with a description including the title of the the record. While it displays nicely in the list of charges, when paying it individually using the pay button in the line, the account type displays the code instead of the description and the description remains empty. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 25297] New: Consistent return value in K::A::Order->current_item_level_holds
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25297 Bug ID: 25297 Summary: Consistent return value in K::A::Order->current_item_level_holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Right now it returns undef if there's no bilbio or items linked to the order. WE should rely on bug 25296 and return an empty Koha::Holds resultset. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25303] New: Koha::Objects->delete should not skip overriden object class ->delete
by bugzilla-daemon＠bugs.koha-community.org 09 May '20

09 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25303 Bug ID: 25303 Summary: Koha::Objects->delete should not skip overriden object class ->delete Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org If we call Koha::Libraries->delete but Koha::Library->delete exists (ie. Koha::Object->delete is overriden), then we Koha::Objects->delete will be called and the overriden will not be executed. -- You are receiving this mail because: You are watching all bug changes.

1 39