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

[Bug 36299] New: Highlighting of Logged-In Library Facets not working
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36299 Bug ID: 36299 Summary: Highlighting of Logged-In Library Facets not working Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 34940 introduces the highlighting of the logged-in library within the facets. This does not seem to be working in 23.11.01 or in master. Changing the system preference, DisplayLibraryFacets, to home, holding or both does not change the fact that this is not highlighting the library. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 15461] Add staff equivalent for OpacLocationOnDetail
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 Lucas Gass <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Small patch --- Comment #21 from Lucas Gass <lucas(a)bywatersolutions.com> --- Still applies cleanly, just saying. :p -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37105] New: MARC21 866 $z Textual holdings - public note does not display
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37105 Bug ID: 37105 Summary: MARC21 866 $z Textual holdings - public note does not display Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org This appears to be similar to the closed bug 4300 - Display 866z summary holdings public note in OPAC Despite having the framework set for 866$z public note to display in the OPAC, Staff interface, and editor, it only appears in the editor and the MARC view of the staff interface. This is a very important field for our serials records as it lists the issues that are lacking. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14670] add 'cite' option to detail page in OPAC
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

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

1 0

[Bug 37102] New: Guaranteed all charges should be visible guarantor´s on the patron details and checkout page
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37102 Bug ID: 37102 Summary: Guaranteed all charges should be visible guarantor´s on the patron details and checkout page Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: pirkko-liisa.lauhikari(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org Could the guarantor’s details page and the checkout page get information on how much the guaranteed person has in total charges? Now charges show only blocking charges. For example: "Patron has blocking charges of €0.30. Total (incl. non-blocking): €17.30". Join to a ticket: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33228 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 31011] New: Make hold reminders respect patron's language
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31011 Bug ID: 31011 Summary: Make hold reminders respect patron's language Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When running misc/cronjobs/holds/holds_reminder.pl it looks like borrowers.lang is not respected. The only code I can see that relates to language is this: # FIXME What if we don't want to default if the translated template does not exist? my $template_exists = Koha::Notice::Templates->find_effective_template( { module => 'reserves', code => $lettercode, branchcode => $branchcode, lang => 'default', } ); As far as I can see, the "default" template is always used? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 37049] New: Advanced Search first field empty returns unexpected results
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37049 Bug ID: 37049 Summary: Advanced Search first field empty returns unexpected results Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: jyorio(a)equinoxinitiative.org QA Contact: testopia(a)bugs.koha-community.org I could not find this documented, but I have replicated this on 22.11, 23.05 and 23.11, both on our own systems and a sampling from the Koha demo sites page. If you leave the first field blank on the advanced search screen, and complete the 2nd and 3rd fields, when you perform the search, Koha shifts up the search terms, so the operators no longer are associated with the desired term. If you click "Return to the last advanced search", that is exactly how Koha now displays it. For example: KW: <blank> AND KW: water NOT Title: waterloo Perform the search and then click "Return to the last advanced search". Koha displays: KW: water AND Title: waterloo NOT KW: <blank> -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7607] Advanced search: Index and search term don't match when leaving fields empty
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7607 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=37049 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37101] New: Allow to choose if KohaManualBaseURL uses suffix in help links
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37101 Bug ID: 37101 Summary: Allow to choose if KohaManualBaseURL uses suffix in help links Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: philip.orr(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently the system preference KohaManualBaseURL will always add the version number, language and format to the end of whatever URL you put in the system preference. The suffix also includes the page in Koha you came from. For instance, if KohaManualBaseURL is set to "https://www.google.com/" and then in an english Koha instance on 22.11 from the page "Tools" you click on "Help", the link that is opened is the following: https://www.google.com//22.11/en/html/tools.html It would be nice if there was a way to turn off the extra suffix for the URL. Maybe you want to only point to the latest version of the manual, not to a specific version, so you could fill out KohaManualBaseURL with "https://koha-community.org/manual/latest/". Currently that doesn't work as the version number is appended. Other libraries might also have internal documentation on their own hosted site and have different URL structure to the Koha manual, so the version number / language / etc. could be a problem in that case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 37100] New: Koha Item Type dropdown list not sorting alphabetically
by bugzilla-daemon＠bugs.koha-community.org 17 Jun '24

17 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37100 Bug ID: 37100 Summary: Koha Item Type dropdown list not sorting alphabetically Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: iming(a)rosewoodfarm.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you add or edit an item, the Koha Item Type (subfield Y) dropdown list is not sorting alphabetically. On my list, it shows: Book (Nonfiction folio) Book (Nonfiction large) Book (Nonfiction) It should be sorted as: Book (Nonfiction) Book (Nonfiction folio) Book (Nonfiction large). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0