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

[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 37795] New: Stage MARC records for import progress bar broken by Bootstrap5 upgrade
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37795 Bug ID: 37795 Summary: Stage MARC records for import progress bar broken by Bootstrap5 upgrade Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: regression Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 35402 Prior to Bootstrap5, Stage MARC records for import was the poster child for UI when you have a background job that the user is going to sit waiting for completion. It had a neat centered progress bar, that started orange labelled 0% Not started, which changed to a green animated bar that ended 100% Finished. Now, it's an orange bar the full width of the page, labelled just "%" the whole time, and the only clue that it has finished is the appearance of the View batch link. Steps to reproduce: 1. Search the catalog for any record, from the details page Save - MARCXML 1. Cataloging - Stage records for import - Browse to the .marcxml file and select it 2. Upload file - when it's uploaded, Stage for import Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 [Bug 35402] Update the OPAC and staff interface to Bootstrap 5 -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 37752] New: marc_subfields_structure.tt tabs missing class ( 35402 follow-up )
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37752 Bug ID: 37752 Summary: marc_subfields_structure.tt tabs missing class ( 35402 follow-up ) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: 1. Go to Administration > MARC bibliographic frameworks > Default framework Tag 942 > subfield structure 2. Notice the tabs at the top have no style. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 37753] New: Navigation links when editing authority type subfields are in plain text instead of the tabbed style
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37753 Bug ID: 37753 Summary: Navigation links when editing authority type subfields are in plain text instead of the tabbed style Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When editing authority subfields, the page displays plain text links in the header for the subfield navigation, instead of the standard tabbed style. To replicate: 1. Go to Koha administration > Catalog > Authority types. 2. For any authority type, select Actions > MARC structure. 3. For any tag that has multiple subfields (for example 020 ISBN), select Actions > Subfields. 4. Select Edit for any subfield. 5. Notice that the links in the header for the subfields are in plain text (for example, 68acqzNew), instead of the standard tabbed style. This is similar to bug 37752, but for authority types. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 37755] New: Change in Bootstrap5 has broken batch patron modification
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37755 Bug ID: 37755 Summary: Change in Bootstrap5 has broken batch patron modification Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jake.deery(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi all, We've identified a bug introduced since the move to Bootstrap5 which caused the modborrowers.pl to break. It looks like the problem has happened because a class has been changed in the markup. I will submit a one-liner shortly to fix this issue. Jake. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 37759] New: Duplicated "Set library" menu item caused by bad merge
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37759 Bug ID: 37759 Summary: Duplicated "Set library" menu item caused by bad merge Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 35402 In the rebasing of Bug 35402 I made a mistake in updating header.inc, including a section which should have been removed. This has caused a duplicate "Set library" menu item in the staff interface header. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 [Bug 35402] Update the OPAC and staff interface to Bootstrap 5 -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 37740] New: Saved reports GROUP tabs don't show the proper panel
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37740 Bug ID: 37740 Summary: Saved reports GROUP tabs don't show the proper panel Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: 1. Have some reports and report groups. 2. GO to Reports > Used Saved 3. The 'All' tab properly shows reports. 4. All other tabs have no reports listed. It doesn't appear like the panels are being built. Looks to be caused by Bug 35402. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14