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

[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

[Bug 18855] New: Fines cronjob can cause duplicate fines if run during active circulation
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18855 Bug ID: 18855 Summary: Fines cronjob can cause duplicate fines if run during active circulation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On systems with a decent amount of fines it seems the fines cron can cause issues for patrons. The problem seems to be: 1 - Fines job runs and selects overdues 2 - Patron with an overdue returns books, fine is updated, item is checked in 3 - Fines job iterates to the item that was checked in during step 2, sees there is no accruing fine, generates a new accruing fine I am not sure what the best solution here is, possibly we should confirm the issue before generating the fine in the cronjob? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 60

[Bug 34180] New: Template variable in JavaScript prevents authority MARC preview from displaying
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34180 Bug ID: 34180 Summary: Template variable in JavaScript prevents authority MARC preview from displaying Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org authorities-detail-modal.js has template variables in it: <img src=\"[% interface | html %]/[% theme | html %]/img/spinner-small.gif\" alt=\"\" /> We need to define variables in a Template Toolkit-processed file. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 33999] New: Subscription details link on bibliographic detail page should have permission check
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33999 Bug ID: 33999 Summary: Subscription details link on bibliographic detail page should have permission check Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 On the bibliographic detail page for a serial record, under the "Subscriptions" tab, there is a link to "Subscription details." This link takes the user to the Serials module, so it should not be displayed if the user doesn't have the correct permission. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 33720] New: koha-upgrade-schema should restart memcached
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '23

18 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33720 Bug ID: 33720 Summary: koha-upgrade-schema should restart memcached Change sponsored?: --- Product: Koha Version: master Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jake.deery(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com Hello community, We have been caught out with a minor annoyance in the koha-upgrade-schema script (Debian package) - upon reloading a database from an SQL dump file (e.g. re-imaging a test server from a live system), the database upgrade appears to complete successfully, but in fact steps are missed. We believe this is because memcached is keeping the software version cached as a value, as a restart of memcached seems to resolve the issue. I attach a proposed solution; restarting memcached just before calling the updatedatabase.pl script. I hope this makes sense, can can be backported for 22.11.xx. Many thanks, Jake -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27