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

[Bug 33420] New: Allow deletion of ILL notices ILL_PICKUP_READY and ILL_REQUEST_UNAVAIL
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '23

05 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33420 Bug ID: 33420 Summary: Allow deletion of ILL notices ILL_PICKUP_READY and ILL_REQUEST_UNAVAIL Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The notices ILL_PICKUP_READY and ILL_REQUEST_UNAVAIL cannot be deleted by users. Libraries that do not use the ILL module should be able to delete these notices. All the other ILL notices are able to be deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 33424] New: tags incompatibility across koha versions
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '23

05 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33424 Bug ID: 33424 Summary: tags incompatibility across koha versions Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Bugzilla Assignee: jonathan.druart+koha(a)gmail.com Reporter: kohasupport(a)nlj.gov.jm We store a backup of koha on version 21.05 and use a live version on 21.11. The database on the backup displays data in fields, whereas those same fields show up empty in the live version. For example 040$c shows data in version 21.05, but the same version of the database does not show data in version 21.11. Thank you for your assistance -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12029] Patrons should be able to delete their patron messages
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '23

05 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12029 AspenCat Team <aspencatteam(a)clicweb.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aspencatteam(a)clicweb.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32728] New: ERM - Search header should change to match the section you are in
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '23

05 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32728 Bug ID: 32728 Summary: ERM - Search header should change to match the section you are in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: david(a)davidnind.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com The ERM module search header has three options: Search agreements, Search packages, and Search titles. If you click through the sidebar options (Agreements, Packages, and Titles) the search header doesn't change to reflect the area you are in. If you change the header to another option, for example 'Search titles', then perform a search, the header goes back to 'Agreement search'. To replicate: 1. Enable the ERM module: ERMModule system preference. 2. Go to the ERM module: Home > E-resource management. 3. Select the options from the sidebar menu (Agreements, Packages and Titles), and note that the ERM search header options don't change. 4. Add a minimal agreement, package and title. 5. Change the search header to another option, for example 'Search titles', then perform a search. Note that: - the appropriate sidebar menu option is highlighted, for example: 'Titles' - the search header changes back to 'Agreement search' This was noted as a potential issue when testing bug 32683 - Convert header search tabs to Bootstrap. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 28609] New: Popularity sort is broken
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '23

05 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28609 Bug ID: 28609 Summary: Popularity sort is broken Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de Bug 13976 reported that the sort by popularity was only alphabetic and not numeric. I cannot confirm that... because now it's broken. When sorting by popularity the result list is sorted by biblionumber instead, which is the usual fallback when values are identical. When searching issues:74 or popluarity:74 records where the items have this number of issues are found correctly. So it appears the index is there and filled, but somehow not working when used for sorting? Verified in 18.11 and 20.11. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 13976] Sorting search results by popularity is alphabetical
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '23

05 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13976 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=28609 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33125] New: 2nd sorting level of titles in results lists should be configurable
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '23

05 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33125 Bug ID: 33125 Summary: 2nd sorting level of titles in results lists should be configurable Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: anke.bruns(a)gwdg.de QA Contact: testopia(a)bugs.koha-community.org The sort order in the OPAC is year (008) and then biblionumber (ASC). This means that in a result list with more than one title matching the first sort criterion, the earlier entries usually appear before the more recent ones. (Exceptions are possible, of course, if a title from an earlier publication year is catalogued after titles published later). The criteria for the first sorting level are configurable in the system preferences OPACdefaultSortField and OPACdefaultSortOrder. Currently there seems to be no way to configure the 2nd sorting level. Not sure whether this is a Zebra only issue. Suggestion: Add system parameter to configure the second sorting level, similar to those for the 1st level mentioned above. Alternatively: sorting by biblionumber on the 2nd level should be descending instead of ascending so newer (more recently catalogued) titles appear before older ones. Steps to Reproduce: Prerequisites: - A Koha OPAC (perhaps Zebra is required?) - First sort criterion must be functional, so if it is the publication year, the year must be present in positions 7-10 in the 008 field of the records. To reproduce: - Search for something with more than one result matching the first sort criterion, e.g. search for all titles published in a specific year. Actual Result: - In the results list the titles from the same year appear in ascending order of their biblionumbers. Expected Results: - Either: the titles appear in descending order of biblionumber - Or: the second sorting level (criterion and asc/desc order) is configurable in additional system parameters similar to OPACdefaultSortField and OPACdefaultSortOrder. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 33415] New: fix failing tests, force Crypt::CBC and Auth::GoogleAuth pkgs
by bugzilla-daemon＠bugs.koha-community.org 05 Apr '23

05 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33415 Bug ID: 33415 Summary: fix failing tests, force Crypt::CBC and Auth::GoogleAuth pkgs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com more info to come... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 25939] New: Print multiple copies with quick spine label creator
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '23

04 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25939 Bug ID: 25939 Summary: Print multiple copies with quick spine label creator Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org For libraries that purchase several copies of the same title, it'd be nice to have a quicker way to print several copies of the same spine label. Maybe something on spinelabel-home.pl that would let the user specify a number of copies? -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 2500] Standing enhancement request for adding/updating call number splitting algorithms in C4/Labels.pm
by bugzilla-daemon＠bugs.koha-community.org 04 Apr '23

04 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2500 Heather <heather_hernandez(a)nps.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |heather_hernandez(a)nps.gov -- You are receiving this mail because: You are watching all bug changes.

1 0