January 2022 - Koha-bugs - lists.koha-community.org

[Bug 27493] New: Improve structure and style of checkbox columns in tables the OPAC
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27493 Bug ID: 27493 Summary: Improve structure and style of checkbox columns in tables the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The width of the checkbox column in most tables in the OPAC is dynamically assigned and as such is often very wide for it's minimal content. I propose to set these fields to a fixed width as we know how large a checkbox is likely to be. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 26533] New: Searching authorities using 'is exactly' doesn't work as expected
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26533 Bug ID: 26533 Summary: Searching authorities using 'is exactly' doesn't work as expected Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org When searching authorities using the 'is exactly' limiter, it's expected that the search term needs to match the authority heading EXACTLY. However, it appears to match on any word in the authority heading. For example, I have an authority called 'Atlantic salmon fishing Ireland'. I am able to get search results for this authority when searching 'is exactly' 'atlantic'. But obviously, the heading is not exactly atlantic. So I shouldn't get results from this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 28746] New: Add OPAC equivalent for RestrictionBlockRenewing system preference
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '22

18 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28746 Bug ID: 28746 Summary: Add OPAC equivalent for RestrictionBlockRenewing system preference 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The syspref RestrictionBlockRenewing determines whether or not a restriction prevents renewal of an item via the intranet. There is not currently a way to allow patrons to renew their own items via the OPAC when restricted. For libraries applying restrictions automatically via the overdues process, this can be overly restrictive. Some libraries would prefer to give patrons the option of renewing on the OPAC, thereby clearing their own restriction. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 29655] New: Email sender name setting
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29655 Bug ID: 29655 Summary: Email sender name setting Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: resetka.bedi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be nice if the name of the library, for example, was part of the email notifications in addition to KohaAdminEmailAddress. This procedure is not possible in the current version: https://wiki.koha-community.org/wiki/Adding_Custom_name_to_the_%27From%27_f… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29090] New: Patron card creator has a bug when generating batches
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29090 Bug ID: 29090 Summary: Patron card creator has a bug when generating batches Change sponsored?: --- Product: Koha Version: 21.05 Hardware: PC OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: eliza.allison64(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 125182 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=125182&action=e… screenshot of patron library cards When creating a new batch of patron library cards, underneath the barcode, there is a line obstructing the card number saying "HASH(0X55d6.....)". I'm not sure how to remove it. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 29423] New: link of opac-detail.pl use biblioitemnumber
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29423 Bug ID: 29423 Summary: link of opac-detail.pl use biblioitemnumber Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: rcoelho(a)net.ipl.pt QA Contact: testopia(a)bugs.koha-community.org Hi. We found that in some situations when we click on a link instead of the correct record appearing, another record appears. After some analysis I found that for this record the biblioitemnumber is different from the biblionumber. When the link is built instead of placing the biblionumber, the biblioitemnumber is placed generating the error. How can I put the biblionumber in the construction of the link to the record detail? -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 28925] New: OPAC checkout history is not accessing the set language
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28925 Bug ID: 28925 Summary: OPAC checkout history is not accessing the set language Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org OpacNav is still in the system preferences (yet to be moved to Tools -> Notices) so in the meantime we've done a bit of hacky work to make our OpacNav translateable. We changed this line in koha-tmpl/opac-tmpl/bootstrap/en/includes/navigation.inc: <div id="opacnav">[% OpacNav | $raw %]</div> to: <div id="opacnav">[% OpacNav | eval %]</div> so that it would render Template Toolkit in OpacNav. Then, in OpacNav, we added some code like: [% IF lang == 'mi-NZ' %] Show navigation in te reo Māori [% ELSE %] Show navigation in English [% END %] This seems to work most everywhere in the OPAC, except for the user's checkout history. When printing [% lang %], it looks like $lang is set to default, rather than any of the languages we have installed. $lang should be set to the installed and selected language. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 29451] New: Merging records and authorities - log details for the delete action so it could be recreated
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29451 Bug ID: 29451 Summary: Merging records and authorities - log details for the delete action so it could be recreated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When logging is enabled for cataloging (CataloguingLog) and authorities (AuthoritiesLog), no details are shown for the deleted record or authority. The logs record a delete (with no details) and a modify entry for the merged item (with details). When merging records and authorities it would be good to have some of these available (depending on how complex they are to do): i) show for the log action that the delete and modify actions were as a result of a merge, not a standard deletion or modification, for example: Delete (merge), Modify (merge) ii) record the details in the log of the deleted item (just before it was deleted) so it could be restored or recreated (for example: if it was accidentally merged) iii) have a compare function (see bugs listed below) iv) have an undo merge function See this Twitter thread for more details: https://twitter.com/elafrula/status/1457650198939897856 Other bugs I could see which have some elements of this: * Bug 10417 - Add table to keep deleted authorities * Bug 26207 - Compare values of system preference log entries * Bug 26736 - Compare values of reports log entries * Bug 14233 - Add logging support to notices and slips management * Bug 28714 - Bib record change tracking action log -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 29045] New: Public Lists do not sort alphabetically as expected
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29045 Bug ID: 29045 Summary: Public Lists do not sort alphabetically as expected Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 124943 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124943&action=e… Failed sorting of public list. When viewing the table with public lists, the individual lists do not automatically descend alphabetically as expected. When clicking on the arrow to sort the list, the list reorders but is also not alphabetical as expected. (see the pre and post sort image). It looks like the lists default to appear in order of creation date, but even then it should sort alphabetically when the arrow is clicked in the List Name column. Clicking the arrow to sort the List Name column a second and third time further orders the list in what appears to be a random order. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28069] New: Can't sort lists on 'Contents'
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '22

17 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28069 Bug ID: 28069 Summary: Can't sort lists on 'Contents' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On staff client, it's not possible to sort lists by 'Contents'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22