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

[Bug 36977] New: Google does not read sitemaps with the name sitemapNNNN.xml
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36977 Bug ID: 36977 Summary: Google does not read sitemaps with the name sitemapNNNN.xml Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: michael.skarupianski(a)gmail.com, pedro.amorim(a)ptfs-europe.com, robin(a)catalyst.net.nz We have experienced problems with Google indexing: it seems (controlled in Google search console) that Google does not "like" sitemaps with a name like sitemapNNNN.xml (does not read them). Changing the name to sitemap_NNNN.xml miraculously resolves the issue: individual pieces of sitemap are read as they are declared in sitemapindex.xml. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 36991] New: Add ability to scan call numbers index/search field
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36991 Bug ID: 36991 Summary: Add ability to scan call numbers index/search field Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Some libraries ask for the ability to scan/browse the call numbers index. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 36603] New: UNIMARC: automatically copy the ISNI number over when linking authorities with authorities
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36603 Bug ID: 36603 Summary: UNIMARC: automatically copy the ISNI number over when linking authorities with authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org The 2023 edition of the IFLA UNIMARC Authorities Format Manual [1] has the following to say about subfield $o of authority fields 500, 510 and 520 [2,3,4]: "$o International Standard Name Identifier (ISNI) The subfield $o (International Standard Name Identifier) is used in field 510 to record the ISNI of the related identity. When the preferred access point of an authority record that contains field 010 is transferred to the 500/510/520 access point of another record (while establishing a link between both authority records), the number contained in the 010 field of the first record will also be transferred in a devoted subfield $o. Repeatable." So, when linking authorities with other authorities in UNIMARC instances I think it would be a good idea if Koha automatically copied the contents of subfield 010$a [5] into the corresponding 5xx$o subfield (if such an ISNI number exists in the source record, of course). [1] https://repository.ifla.org/handle/123456789/3011 [2] 500 RELATED ACCESS POINT – PERSONAL NAME [3] 510 RELATED ACCESS POINT – CORPORATE BODY NAME [4] 520 RELATED ACCESS POINT – FAMILY NAME [5] 010 INTERNATIONAL STANDARD NAME IDENTIFIER (ISNI) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 32413] New: JSON reports shows inaccurate results with repeated parameters
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32413 Bug ID: 32413 Summary: JSON reports shows inaccurate results with repeated parameters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org If I create a report that uses a repeating parameter, for example <<library>>, more than once in a report, and then run a JSON call on that report, I get inaccurate results (Like every other result). Currently, the only workaround is to make each parameter unique, and then repeat the parameter over as many times as it is needed in the report. For example, https://mydomain.com/cgi-bin/koha/svc/report?id=938&sql_params=blah would only return half the results if the report because I use the same parameters 7 times int he sql. However, if I rename each parameter something different, like <<library1>>, <<library2>>,etc, and call https://mydomain.com/cgi-bin/koha/svc/report?id=938&sql_params=blah&sql_par…, it works. The JSON call needs to be updated to accept repeated parameters. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 21602] New: Self registration doesn't take into account the ages for the selected patron category
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21602 Bug ID: 21602 Summary: Self registration doesn't take into account the ages for the selected patron category 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: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org When a patron category is used on the PatronSelfRegistrationDefaultCategory syspref, the "Age required" and "Upperage limit" are not taken into account during the self registration. For example, if I set age required to 15 years old, I can register with a birth date = today. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 27123] New: Add messages to batch patrons modification
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27123 Bug ID: 27123 Summary: Add messages to batch patrons modification 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: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It could be useful if using the batch patrons modification form, we could add new circulation messages for all selected patrons. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 36118] New: ILL request log does not display patron information
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36118 Bug ID: 36118 Summary: ILL request log does not display patron information Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com CC: pedro.amorim(a)ptfs-europe.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 104

[Bug 35019] New: Can't delete news from the staff interface main page
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35019 Bug ID: 35019 Summary: Can't delete news from the staff interface main page 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: emily-rose.francoeur(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It’s no longer possible to delete news entries from the homepage in the staff interface. To reproduce the bug: 1) Go to “Tools > News > New entry” 2) “Display location” should be set to “Staff interface” 3) Fill in the fields 4) Return to the homepage 5) Try to delete the newly created news entry 6) The “Additional contents” page is displayed with the message “There are no additional contents.” 7) Return to the homepage; the news entry is not deleted. The “Additional contents” page expects to receive a CSRF token, but none is sent, causing the issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 36169] New: Add guarantee to patron categories with type='Staff'
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36169 Bug ID: 36169 Summary: Add guarantee to patron categories with type='Staff' 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently the 'Add guarantee' link is only available if a patron account has a patron category with type='Adult' or 'Organisation' - see https://git.koha-community.org/Koha-community/Koha/src/branch/master/koha-t… It would be good if library staff - whose patron category has type='Staff' - could also see the link and add a guarantee as well. Library staff belonging to a patron category with the type of 'Staff' is important because it adds a layer of protection to these accounts from being altered - a user must have the 'staffaccess' permission to change them. Therefore, it's not realistic to simply switch the library staff category to have type='Adult' so they can have guarantees added. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 34486] New: Show OPAC Column Due Date only if items on loan exist
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '24

22 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34486 Bug ID: 34486 Summary: Show OPAC Column Due Date only if items on loan exist 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: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org The OPAC holdings table always has a column for Due Date even if all items are available or all items are not for loan. The Column Due Date should only appear if items on loan exist. -- You are receiving this mail because: You are watching all bug changes.

1 15