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

[Bug 25754] New: Deprecate C4::Items::ModItemTransfer
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25754 Bug ID: 25754 Summary: Deprecate C4::Items::ModItemTransfer 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 CC: koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org Depends on: 25753 Blocks: 22161 C4::Items::ModItemTransfer should be replaced replaced by a combination of Koha::Item and Koha::Item::Transfer methods. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22161 [Bug 22161] Move C4::Circulation::transferbook and C4::Items::ModItemTransfer to Koha namespace https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25753 [Bug 25753] Deprecate C4::Circulation::transferbook -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. You are watching all bug changes.

1 12

[Bug 17976] New: TT syntax for notices - Add an equivalence for items.fine
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17976 Bug ID: 17976 Summary: TT syntax for notices - Add an equivalence for items.fine Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The items.fine is a trick of our historical syntax. We need to provide a way to access this value from the a notice template using the TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 29079] New: Biblio info info Holds Queue needs to be able to be customized
by bugzilla-daemon＠bugs.koha-community.org 06 Dec '24

06 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29079 Bug ID: 29079 Summary: Biblio info info Holds Queue needs to be able to be customized Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With the addition of information to the biblio info column in the Holds queue, there can end up being a lot of info in that field, and it is not necessary for many libraries. It would be really helpful to be able to customize this to show only what the library needs. An extra bonus would be to add a separate column for this info, so that the first column is title, and the second is biblio info that is customizable. One example: A history of France / Norwich, John Julius, First Grove Atlantic hardcover edition. , 2018 : xiii, 382 pages, 16 unnumbered leaves of plates : 24 cm ISBN: 9780802128904 Many libraries would only want the title and author. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 32772] New: Patron autocomplete should not use contains on all fields
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32772 Bug ID: 32772 Summary: Patron autocomplete should not use contains on all fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface 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 31782 added all default patron search fields to the autocomplete, and made them all use 'contains' This makes searching in large systems difficult Previous behaviour: Every library has a unique starting cardnumber sequence, but it can repeat in later numbers Library A types "3A" to find their patrons only, but autocomplete now returns all of library B patrons with cards ending in 3A Other issue: Library has a large number of patrons with surnames 'Williams' and 'Fitzwilliams' Type 'Williams' into the search, only see Fitzwilliams I think we should default to 'Starts with' which allows the use of '%' at the start to make it a contains, rather than force contains which we don't have a way to limit. Otherwise, we need to support '^' for starts with -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 36635] New: Cannot display vendor's issue
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36635 Bug ID: 36635 Summary: Cannot display vendor's issue Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Acquisitions Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 36192 acqui/vendor_issues.pl:if ( $op eq 'add_form' || $op eq 'cud-show' ) { Should be "show" not "cud-show" Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36192 [Bug 36192] [OMNIBUS] CSRF Protection for Koha -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 22789] New: Establish Non-Priority Holds
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22789 Bug ID: 22789 Summary: Establish Non-Priority 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: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- This development would allow holds to be placed so the hold wouldn't prevent the current checkout from renewing the hold. The goal is a better customer service because certain library departments will place holds to repair or replace a book when it is returned to the library (the internal library need has no rush), they only want the catch the book on it's return. The library needs to allow the patron who has it out have the flexibility to renew it on their account without a staff override. This functionality would be specific to the staffside only. - Add a Checkbox on the hold form that stipulates that the hold being placed is a 'non-priority' hold. - Add a field in the reserves tables to flag the hold as 'non-priority'. - The checkreserves module in Koha checks for this flag. If found, the hold request is 'ignored' and item can be renewed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 41

[Bug 35432] New: Clarify and simplify the workings of MapItemsToHoldRequests
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35432 Bug ID: 35432 Summary: Clarify and simplify the workings of MapItemsToHoldRequests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 This is a large and sparsely documented routine that could use some cleanup/explanation -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 32755] New: Make it possible to show additional fields for baskets in acq search results
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32755 Bug ID: 32755 Summary: Make it possible to show additional fields for baskets in acq search results 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 CC: michaela.sieber(a)kit.edu Blocks: 32751 When configuring additional fields for baskets, you can mark them as searchable, which will make them show up in the advanced search form for baskets. But currently there is no way to also make them show up in the result lists. It would be great if this was available as a separate configuration option as bug 32749 suggests. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32751 [Bug 32751] [Omnibus] Extend, improve and standardize additional fields -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36108] New: Update MARC21 default framework to Update 37 (December 2023)
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36108 Bug ID: 36108 Summary: Update MARC21 default framework to Update 37 (December 2023) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org https://www.loc.gov/marc/bibliographic/bdapndxg.html ■ New content designators: Field 023Cluster ISSN (R) ■ Obsolete content designators: Subfields $l ISSN-L (NR) in 022 (International Standard Serial Number) $mCanceled ISSN-L (R) in 022 (International Standard Serial Number) ■ Fast-track change: New Subfield $3 Materials specified (NR) in 532 (Accessibility Note) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 32530] New: When duplicating child card, guarantor is not saved
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32530 Bug ID: 32530 Summary: When duplicating child card, guarantor is not saved Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When duplicating a child card with a guarantor, the guarantor information appears during the card creation process, but disappears as soon as saving the card. To recreate: 1. Find a card with a guarantor, either patron or non-patron guarantor. 2. Duplicate the card. Note that it appears to be working on the card creation screen. 3. Save the patron after completing the form. The guarantor is now gone. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27