March 2019 - Koha-bugs - lists.koha-community.org

[Bug 19285] New: Warn about reverts when generating the release notes
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19285 Bug ID: 19285 Summary: Warn about reverts when generating the release notes Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Release tools Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de At the moment when a patch is reverted from a branch, it will still be listed in the release notes. It might be hard to figure out if the patch has been pushed - reverted - pushed again, so my suggestion would be to let the release notes generate a warn that the release maintainers can check. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 19282] New: Add the copy, print and export DataTables buttons on all koha tables
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19282 Bug ID: 19282 Summary: Add the copy, print and export DataTables buttons on all koha tables 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Re : bug # 18791 Buttons for Excel export, CSV export, Copy and Print options were added to DataTables. However not all tables in Koha use DataTables (most native reports don't as far as I can see). It would be useful to have the buttons on all tables. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 19261] New: never hide biblionumber field in view policy
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19261 Bug ID: 19261 Summary: never hide biblionumber field in view policy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Since Bug 15870 fields defined as hidden in frameworks are not present in MARC. Some libraries may have/want field containing biblionumber hidden. This generates an error in OPAC detail view. I propose that field linked to biblionumber is not removed from MARC even if hidden. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 19199] New: Placing holds on 2 or more items from intranet cart prevents placing item-level holds
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19199 Bug ID: 19199 Summary: Placing holds on 2 or more items from intranet cart prevents placing item-level holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: ldjamison(a)marywood.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, when adding to the cart and placing holds on 2 or more titles, it is not possible to select specific items in each record. To replicate bug: 1.) Log in to the intranet 2.) Perform a catalog search 3.) Select 2 or more results and add them to the cart 4.) Open the cart, select 2 or more of the cart items and select Place hold 5.) Enter a patron to place the holds for 6.) Note on the Hold details screen it displays record-level holds will be placed. There is no option to make an item-level selection. 7.) Click Place hold 8.) Note on the Existing holds screen, Details lists Next available indicating a record-level hold for each hold. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 18963] New: Check In Issue
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18963 Bug ID: 18963 Summary: Check In Issue Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: ianuj.singhx18(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 65146 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=65146&action=ed… Book status >From day before yesterday sometimes I have encountered an issue that when patrons return the books, the book does not check-in immediately. I tried a lot but every time it show the success message of check-in but still does not completely checked-in. In Circulation log book is being checked-in, but at patrons page and OPAC it still shows book has been checked out by patron. At staff login page when I try to see the book status it shows, book has been checked out as well as it is available. I'm attaching some screen shot please help me as soon as possible. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 18844] New: embedding flip books or pdf files hosted elsewhere in 856$u
by bugzilla-daemon＠bugs.koha-community.org 30 Sep '23

30 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18844 Bug ID: 18844 Summary: embedding flip books or pdf files hosted elsewhere in 856$u Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: eugenegf(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 64502 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=64502&action=ed… Embed pdf/flipbook file The KohaCon2017 Main Conference host Ayala Museum through Filipinas Heritage Library wishes to be able to embed flipbooks in 856$u such that it will show the books as embedded in the OPAC page. Currently, videos and audios can be embedded in both the intranet and the OPAC, but not for PDF files. Uploading of files is already available in Koha ILS, so it will also be best that this feature be added to Koha ILS. See image for reference. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 19014] New: Limit auto-renewal notice to item due immediately. Template Toolkit change ?
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '23

26 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19014 Bug ID: 19014 Summary: Limit auto-renewal notice to item due immediately. Template Toolkit change? Change sponsored?: --- Product: Koha Version: 17.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org Current functionality in 17.05: All copies of an item with auto-renewal enabled, reserved at the title level. Due dates of copies on loan include today, and various dates into the future, some many weeks ahead. When the auto-renewal job runs, Koha is sending an AUTO_RENEWAL email to ALL the users warning them ALL of renewal failure, using the [% ELSIF checkout.auto_renew_error == 'on_reserve' %] Desired functionality in 17.05: When the auto-renewal job runs, Koha should only send an AUTO_RENEWAL email to the user (or possibly users) whose copy is due back today, on the day the auto-renewal job runs. Other people who have copies on loan but which are not yet due back yet should not be contacted by the AUTO_RENEWAL email. Users contacted in this way are being very puzzled and confused. Could this be achieved by an edit to the condition in the template toolkit? So rather this: [% ELSIF checkout.auto_renew_error == 'on_reserve' %] This item has been reserved by another reader. … we have something like this: [% ELSIF checkout.auto_renew_error == 'on_reserve' && checkout.date_due %==today %] This item has been reserved by another reader. Would that work? Is a second condition permissible? How should it be worded? Ray Delahunty University of the Arts London -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 121

[Bug 22449] New: Improve Elastic search facet setting UI
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '23

25 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22449 Bug ID: 22449 Summary: Improve Elastic search facet setting UI Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- As discussed on bug 18235, the UI of facet settings should be improved - probably make it separate tab on elastic search admin page. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 22005] New: System preference DecreaseLoanHighHolds incorrectly counts the number of holds
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22005 Bug ID: 22005 Summary: System preference DecreaseLoanHighHolds incorrectly counts the number of holds Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When using the system preference decreaseLoanHighHolds, if a library has this set to 1 hold. Then when the 1 person that has a hold on this item attempts to check it out, Koha will invoke the decreaseloanhighholds - although this hold is getting fulfilled. This system preference should only count holds that are not fulfilled instead of counting all the holds including the one that is getting checked out. In conclusion, Koha should disregard the first hold as this will get removed when the checkout happens instead of count it towards number of holds on the record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 22457] New: OpacHiddenItemsExceptions should be moved to a category attribute
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22457 Bug ID: 22457 Summary: OpacHiddenItemsExceptions should be moved to a category attribute 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: --- In order to determine if an item should be hidden for a specific patron category, we now need to: - Read and parse OpacHiddenItemsExceptions - Verify it is a real category (subject to typos) - Compare to the current patron category This would be avoided by just having an attribute on the categories table (e.g. overrides_hidding_policy). I leave choosing the right attribute name to native speakers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11