December 2023 - Koha-bugs - lists.koha-community.org

[Bug 31458] New: Remove Koha::Patron::Debarment::AddDebarment and use $patron->add_restriction in preference
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31458 Bug ID: 31458 Summary: Remove Koha::Patron::Debarment::AddDebarment and use $patron->add_restriction in preference 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org This bug serves to add a new add_restriction method to the Koha::Patron class and then replace all occurences of AddDebarment with said method before finally removing the AddDebarment method from Koha::Patron::Debarment. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 25653] New: Authorities search does not retain selection
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25653 Bug ID: 25653 Summary: Authorities search does not retain selection Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Browse to Authorities 2 - Search in each tab 3 - Note all search results revert to 'Search main heading a only' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 32683] New: Convert header search tabs to Bootstrap
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32683 Bug ID: 32683 Summary: Convert header search tabs to Bootstrap Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 29226 The last instance of Bootstrap tabs in Koha's templates are the header search forms in the staff interface. The should be replaced with Bootstrap tabs. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29226 [Bug 29226] OMNIBUS: Replace the use of jQueryUI tabs -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 33184] New: Warnings when running holds queue builder
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '24

22 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33184 Bug ID: 33184 Summary: Warnings when running holds queue builder Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If a hold was fillable when the holds queue builder starts, but is no longer fillable when the builder gets to that hold's record ( for example, an item was trapped to fill that hold so the hold is now "found" ), it will generate warnings like: Use of uninitialized value in addition (+) at /usr/share/koha/lib/C4/HoldsQueue.pm line 219. Use of uninitialized value in addition (+) at /usr/share/koha/lib/C4/HoldsQueue.pm line 220. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 29863] New: Show requested transfers in the holdings table
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '24

20 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29863 Bug ID: 29863 Summary: Show requested transfers in the holdings table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When there is a requested transfer on an item, we should show that in the item's status in the holdings table on /catalogue/detail.pl. Right now, the requested transfer can only be seen in the Transfers to Send report in circulation. Maybe instead of "Available" they could say "Transfer requested to [branch]"? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 35208] New: Automatic age modification needs a custom date field
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '24

20 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35208 Bug ID: 35208 Summary: Automatic age modification needs a custom date field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Automatic age modification can change an item based on the age from these fields in the item: dateaccessioned replacementpricedate datelastborrowed datelastseend damaged_on itemlost_on withdrawn_on If I want to have a new item be set with a status after a certain period of time, none of these are adequate for this task. Often, our dateaccessioned is set at time of order, not the time it hits the shelf. Same with the replacementpricedate. What we need is a custom date we can set somewhere. Either we need a new field for the item, or we need a table this functionality can reference. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28224] New: Make date range for order search configurable
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '24

20 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28224 Bug ID: 28224 Summary: Make date range for order search configurable Change sponsored?: --- Product: Koha Version: unspecified 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 searching orders in the acquisitions module the search is automatically limited to orders created in the last year. In some circumstances, like when testng migration data, this can get quite annoying very fast adding a lots of extra clicks and typing. It would be great if the date range or at least the start date was configurable here. /cgi-bin/koha/acqui/histsearch.pl When changed using jQuery this will only work once you have reached the form. But using the search options on top also limit on the date range already. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 30930] New: Ability to change authority type while editing record
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30930 Bug ID: 30930 Summary: Ability to change authority type while editing record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When editing a biblio record, the editor has a 'Settings' menu which allows you to change the record's framework within the editor. The authority editor should have this feature too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 35306] New: Expired holds are not displayed correctly in staff client
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35306 Bug ID: 35306 Summary: Expired holds are not displayed correctly in staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 33575 added datatables to the holds table on request.pl - however, it removed the display of 'Expired: mm/dd/yyyy' for expired holds and used a date picker. Flatpickr won't show dates prior to today, so the expiration date is now showing as blank This means that when the holds page is updated, expiration dates are removed from the hold page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 25655] New: Additionally store actual cost in foreign currency, currency and currency rate used
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '24

19 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25655 Bug ID: 25655 Summary: Additionally store actual cost in foreign currency, currency and currency rate used 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 Bug 24158 allows to calculate the actual cost on time of receive from a foreign currency. If I understand our current database structure correctly, we store in aqorders.currency the currency used at the time of ordering, but we don't store the conversion rate used or the original price. I think it would make sense to store them as well. It will also allow to display the orginal prices and rates used on invoices and possibly other pages, which will help staff when checking that everythign was handled correctly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 68