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

[Bug 32451] New: Acquisition imports are losing date accessioned
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '23

30 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32451 Bug ID: 32451 Summary: Acquisition imports are losing date accessioned 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: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Replacing items causes date accessioned to disappear. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 32456] New: Date accessioned is now cleared when items are replaced
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '23

30 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32456 Bug ID: 32456 Summary: Date accessioned is now cleared when items are replaced 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 29958 changed item edits so that a blank date accessioned would not auto populate. This broke workflows for libraries who have vendors processing their item records. When a library imports the final records, the date accessioned is not included, as the vendor doesn't know the date, and existing date is now blanked. I believe we should preserve the date accessioned unless the file includes a new one. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 31221] New: Buttons overflow in opac search results in mobile view
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '23

30 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31221 Bug ID: 31221 Summary: Buttons overflow in opac search results in mobile view 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: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1- Have at least 10 record of the same type that can be viewed from OPAC 2- Go to administration > system preferences > OPACnumSearchResults and set it to 1 3- Go to the OPAC and search for the type from step 1 4- Notice top and bottom page selections are numbered from 1 to 10 + Next >> + Last >> 5- Inspect the webpage and switch to mobile view 6- Reduce display width and notice the buttons (of step 4) on the right are overflowing the screen My fix: Go to administration > system preferences > OPACUserCSS and write: @media (max-width: 609px) { #top-pages > .pagination > .pagination, #bottom-pages > .pagination > .pagination { flex-wrap: wrap; } } #top-pages > .pagination, #bottom-pages > .pagination{ flex-direction: column; } -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 31047] New: Fix OPACResultsUnavailableGroupingBy system preference description
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '23

30 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31047 Bug ID: 31047 Summary: Fix OPACResultsUnavailableGroupingBy system preference description 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There are some small glitches in the OPACResultsUnavailableGroupingBy etc. system preference description: On Hold should be On hold branch should be library -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 32220] New: Capitalization: Allow opac
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '23

30 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32220 Bug ID: 32220 Summary: Capitalization: Allow opac Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial 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 Found while translating, at least 3 occurrences: koha-tmpl/intranet-tmpl/prog/en/modules/admin/identity_provider_domains.tt:302 Allow opac Locations: koha-tmpl/intranet-tmpl/prog/en/modules/admin/identity_provider_domains.tt:150 koha-tmpl/intranet-tmpl/prog/en/modules/admin/identity_provider_domains.tt:251 Allow opac:␠ OPAC is an abbreviation (Online Public Access Catalog) and should be capitalized: OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 17649] New: Create only one message per borrower and overdue level
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '23

30 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17649 Bug ID: 17649 Summary: Create only one message per borrower and overdue level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Following a discussion on french list koha-infos, it appears that, among other ones, 2 things are expected from the overdue_notices.pl script (but not currently achieved) : 1) It should be possible to send only one message grouping all branches overdue items with same delay level => by now there are as much messages sent as overdue items branches with same level ( a patron that have overdue with same level in library A and B will received 2 messages claiming the same items.) This patch try to solve this problem ( provided to use only a default notice model in Notices and Slips). It introduces a new option (a|all_in_one) that has to be followed by a branchcode from which will be set the sender address of the message. 2) each branch should be able to send claims including only its very overdue items => by now messages also include, if they exist, all overdues with same delay level from other branches, even if library option is used. Patch from bug 17470 aims to solve this problem. Test plan (almost entirely and shamefully copied from bug 17470 !) 0/ Have (or create) at least two branches B1 and B2. Have (or create) a default notice for all branches in Notices and Slips Module 1/ Make sure you're logged in with an account belonging to B1, or switch to branch B1 2/ checkout item I1 (belonging to B1) to patron P (preferably while specifying a due date < today) 3/ switch to branch B2 4/ checkout item I2 (belonging to B2) to patron P (preferably while specifying a due date < today) 5/ make sure you have defined "Overdue notice/status triggers" for that patron category, ie with Delay=1 so that "Overdue Notice" is selected and "Email" is checked. 6/ from cli run 'perl ./misc/cronjobs/overdue_notices.pl' (optionally specifying also '-library B1 -library B2') example (say that B2CODE is the branchcode of B2 branch ): ./overdue_notices.pl -t -a B2CODE 7/ Two new entries will be generated in message_queue DB table, coming from different branches that have the SAME list of overdue items 8/ either see the 'content' field in these entries, or run 'perl ./cronjobs/process_message_queue.pl' to receive the actual emails (provided the email is properly setup). Apply patch redo step 6/ You will see that only one message had been created. Its content shows both B1 and B2 overdue items and the sender address matches B2 address as well. Olivier Crouzet -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 17754] New: MARCXML encoding problems
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17754 Bug ID: 17754 Summary: MARCXML encoding problems Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org Uploading authorities in MARCXML in 16.11 and master kills Umlauts while they work ok in the same file in mrc format. I have not checked biblios yet. Upload mrc: Universität Berlin (Freie Universität) Upload xml: Universitt̃ Berlin (Freie Universitt̃) -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 29480] New: Add email address as a method for generating the userid when self registering in OPAC
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29480 Bug ID: 29480 Summary: Add email address as a method for generating the userid when self registering in OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org - Add a system preference for selecting a method for generating the userid when self registering - Fall back to the default method (firstname.surname[uniqueness identifier when needed]) -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 32685] New: Display incorrect when matching authority records during import
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32685 Bug ID: 32685 Summary: Display incorrect when matching authority records during import 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 22785 updated the import records table, but mixed javascript variables and template toolkit, this means all matches are treated as biblios To recreate: 1 - Export some authority records form Koha 2 - Create a matching rule based on 'Local-number' and field 001 3 - Stage the records for import using above rule 4 - Note the match links point to authorities, but the citations point to biblios -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 32460] New: Missing 'password expiration' option for 'categories' table
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '23

29 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32460 Bug ID: 32460 Summary: Missing 'password expiration' option for 'categories' table Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The 'categories' table in Administration-Table settings doesn't have a 'password expiration' option, and it appears to be causing column selection for the table to be shifted by one starting with 'age required'. When I select to hide 'age required', 'Password expired' is the column that's actually hidden. All columns after that appear to follow by being off by one. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18