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

[Bug 35350] New: Update more pop-up windows with consistent footer markup
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35350 Bug ID: 35350 Summary: Update more pop-up windows with consistent footer markup 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 Depends on: 34343 I would like to update two label creator pop-up windows to be consistent with Bug 34343 and its children: - Label item search form - Label item search results Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34343 [Bug 34343] Z39.50 search background not updated -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 35349] New: Reindent label item search template
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35349 Bug ID: 35349 Summary: Reindent label item search template 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 I would like to reformat the label item search template (labels/search.tt) so that it has consistent spacing and indentation. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 35752] New: Can't delete additional contents with 'Delete selected' button
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35752 Bug ID: 35752 Summary: Can't delete additional contents with 'Delete selected' button 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 35265] New: Remove drag and drop in Elasticsearch mappings
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35265 Bug ID: 35265 Summary: Remove drag and drop in Elasticsearch mappings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com Bug 18827 says ordering search fields in Elasticsearch mappings is useless. We can remove it. This may help to convert into a real DataTable Bug 20588 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 35395] New: Update description of DefaultPatronSearchMethod
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35395 Bug ID: 35395 Summary: Update description of DefaultPatronSearchMethod Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com DefaultPatronSearchMethod was added in bug 33117. The description is: - pref: DefaultPatronSearchMethod choices: starts_with: "Starts with" contains: "Contains" - Enable this search method to determine whether to use Starts with or Contains for autocomplete patron searches. The original name of the syspref was PatronAutoCompleteSearchMethod, but this was changed in attachment 152564, with this comment: "As it's been requested that we keep the search defaults consistent, I think this preference is better names DefaultPatronSearchMethod and appear next to DefaultPatronSearchFields. This patch makes that change, though actually applying it to the other search area's (outside of autocomplete) has been left for another bug." I *think* the "another bug" is bug 35127, but at least testing shows that DefaultPatronSearchMethod now applies to the actual search as well as the autocomplete. So the description of DefaultPatronSearchMethod should be updated so it is clear that it applies both to autocomplete and the actual search. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 34398] New: Inconsistencies in Record matching rules page titles, breadcrumbs, and header
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34398 Bug ID: 34398 Summary: Inconsistencies in Record matching rules page titles, breadcrumbs, and header Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. For the Record matching rules page, here is what should be changed to make it consistent with the other pages in the module: Page title - Change 'Add record matching rule' to 'New record matching rule' - Add rule code in single quotes to 'Modify record matching rule' Breadcrumb - Change 'Add record matching rule' to 'New record matching rule' - Add rule code in single quotes to 'Modify record matching rule' Page header - Change 'Add record matching rule' to 'New record matching rule' - Add rule code in single quotes to 'Modify record matching rule' -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 34396] New: [OMNIBUS] Inconsistencies in page titles, breadcrumbs, and page headers
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34396 Bug ID: 34396 Summary: [OMNIBUS] Inconsistencies in page titles, breadcrumbs, and page headers 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org While testing bug 33909, I had to look at all the pages in the administration module. In doing so, I found some inconsistencies between the various pages. -- You are receiving this mail because: You are watching all bug changes.

1 44

[Bug 33244] New: Do not show lists in OPAC if OpacPublic is disabled
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33244 Bug ID: 33244 Summary: Do not show lists in OPAC if OpacPublic is disabled Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: data-27FC05A3CB97(a)office-dateien.de QA Contact: testopia(a)bugs.koha-community.org Koha will still show public lists next to the logo in OPAC even when OpacPublic is disabled, i.e. patrons are required to login to access anything. This can be a privacy issue, since list names may contain things that are not meant to be public and are intended to been seen only by registered patrons. Also it is not useful anyway, as clicking on a list list name does not actually bring up that list and just shows the login form. The whole list tab should be hidden when OpacPublic is disabled and a user is not logged in. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 33117] New: Patron checkout search not working if searching with second surname
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33117 Bug ID: 33117 Summary: Patron checkout search not working if searching with second surname Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: isabel.pineda(a)ds.edu.sv QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We are running Koha 22.11.03 in Spanish, and today I have found a problem if I search for a patron in the staff interface with the “checkout” search (“préstamo”). In Spanish speaking countries, people usually have 2 surnames. When I create a new user, I write both surnames in the “surname” field and both given names in the “First name” field. If I enter the name or parts of it in the “checkout” search, without hitting Enter, I get a list of results where I can choose from. It used to be possible in previous versions to search for patrons using the first name and the second surname. Today I found that this is not possible anymore. For example, if there is a patron with the name “Carla María Ramírez Hernández”, I find her if I search with “Carla Ramírez”, but not if I search with “Carla Hernández”. It doesn´t work either if I search with the second given name and first surname (“María Ramírez”). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 118

[Bug 34941] New: Patron search to find patrons with hyphens when they haven't been added in the search
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '24

05 Dec '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34941 Bug ID: 34941 Summary: Patron search to find patrons with hyphens when they haven't been added in the search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com e.g. The behaviour of Koha used to be that if you searched patrons for "Witika Park" it would return "Wainui Witika-Park". Now you have to specifically search "Witika-Park" for the patron to show up i.e. "Witika Park" does not return any results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9