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

[Bug 34086] New: On detail.tt if item.permanent_location is NULL no shelving location will show
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34086 Bug ID: 34086 Summary: On detail.tt if item.permanent_location is NULL no shelving location will show 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Have some items without a permanent location. 2. Go to the staff detail page. 3. In the 'Home library' column notice the span .shelvingloc is empty. 4. Add a permanent location, now the shelvingloc is populated -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 33047] New: Local cover image fetchers return 500 internal error when image not available
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33047 Bug ID: 33047 Summary: Local cover image fetchers return 500 internal error when image not available Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Because of an uncaught exception, both catalogue/image.pl and opac/opac-image.pl return 500 errors when asked to provide the image by biblionumber for a bib that does not exist. This is a bit untidy; if the bib does not exist, *image.pl should either return the default one-pixel image or perhaps a 404, but not the error page. This normally isn't a huge deal when the local cover images are displayed by the staff or public catalog, as both of those interfaces inherently only display bibs that are known to exist. However, since it is possible for external clients to want to get at local cover images (e.g., see https://github.com/vufind-org/vufind/pull/2444) better provision should be made if the client requests the local cover of a nonexisting bib (e.g., if the bib had been deleted since the last time that the external client got knowledge of it). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 34131] New: Plugins page breadcrumbs and side menu not consistent
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34131 Bug ID: 34131 Summary: Plugins page breadcrumbs and side menu not consistent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Install a tool plugin: https://github.com/bywatersolutions/koha-plugin-label-maker/releases/tag/v1… Install a non-tool plugin: https://github.com/PTFS-Europe/koha-plugin-ill-avail-browzine/releases/tag/… 1) Go to admin and click "Manage plugins", check the side menu, it's highlighted on "Tool plugins" and the side menu is from tools, not admin. 2) Go to admin and click "Manage jobs", check the side menu, "Plugins" is there, but when you click on it, you go to 1), and can't come back. 3) On the plugin page at /cgi-bin/koha/plugins/plugins-home.pl Notice how the breadcrumbs are "Tools > Plugins" even when "View plugins by class" is set to all, or a different plugin class. 4) Apply patch, verify again. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 34074] New: Improve translations of strings on the about page
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34074 Bug ID: 34074 Summary: Improve translations of strings on the about page 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 The about page has a lot of complex translation problems, but some can be addressed fairly easily by wrapping strings with <span>. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 34005] New: Toggling the search term highlighting is not always working in the bibliographic record details page
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34005 Bug ID: 34005 Summary: Toggling the search term highlighting is not always working in the bibliographic record details page 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: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org To reproduce, make sure you have the OpacHighlightedWords System Preference set to "Highlight", then perform a search in the OPAC. NOTE: the number of keywords you search for is important, as this bug only manifests when an odd number of search terms is used! Therefore, try searching for a single keyword such as "history". Now view the details page for one of the bibliographic records in the results. On the right there should be an "Unhighlight" button which, when clicked, will remove the search term highlighting and change the button text to "Highlight". Clicking on "Highlight" should re-enable the highlighting , but now the button text will not toggle back to "Unhighlight" and further clicks on it have no effect. The relevant commit is 9cb89b46397 from v20.11.00, where the code responsible for toggling the Unhighlight / Highlight button was moved inside the for loop that cycles through each term in the array of search terms. This explains why the toggling works only when an even number of search terms is being used. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 33858] New: Date for pending offline circulation is unformatted
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33858 Bug ID: 33858 Summary: Date for pending offline circulation is unformatted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Following the test plan on bug 33838 (includes a koc test file) I noticed that the date in the pending offline circulations table is not formatted according to the DateFormat system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 33781] New: Terminology: Item already issued to other borrower.
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33781 Bug ID: 33781 Summary: Terminology: Item already issued to other borrower. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-user.tt:156 Item already issued to other borrower. issued should be "checked out" -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 34107] New: Sorting agreements by Name actually sorts by ID
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34107 Bug ID: 34107 Summary: Sorting agreements by Name actually sorts by ID Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 33973 There is still something wrong when searching by Name. Add agreements in this sequence: t b z They get sequential IDs (1 2 3 or similar). Now when you sort on the Name column, they won't sort by the description, but by their ID: zbt or tbz Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33973 [Bug 33973] Sorting broken on ERM tables -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 34002] New: Check for stage_marc_import permission when adding to basket from a new file
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34002 Bug ID: 34002 Summary: Check for stage_marc_import permission when adding to basket from a new file 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: -Log in to the staff client as a user who has Acquisition management (acquisition) permissions but not the stage_marc_import (tools) permission. -Go to Acquisitions and Add to a basket. -Select 'From a new file' -You will be logged out as the user does not have percussion to visit that page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 33667] New: 'Copy to all libraries' doesn't work on editing holidays
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33667 Bug ID: 33667 Summary: 'Copy to all libraries' doesn't work on editing holidays Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools 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 When editing an existing holiday and checking the "copy to all libraires" checkbox, the other calendars won't get updates. To test: A: * Add a new unique holiday to branch A * Check 'Copy to all libraries' checkbox * Save * Verify the entry shows on all calendars, within the calendar and in list on the right B: * Add another unique holiday to branch A * Don't check checkbox 'Copy to all libraries' * Save * Verify the holidays shows on all calendars as a green box (?) * Edit the holiday, now check 'copy to all libraries' * Verify nothing has changed in other calendars: only the green box, no holiday in list on the right * Edit again, make a change to description, check checkbox, save * Verify it's still not showing in the other calendars -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22