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

[Bug 21525] New: Configuration to disable all notices at patron level
by bugzilla-daemon＠bugs.koha-community.org 18 Jul '24

18 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21525 Bug ID: 21525 Summary: Configuration to disable all notices at patron level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org At present, it is possible to select 'Do not notify' for the following notices at a patron level (i.e. for an individual patron): * Item due * Advance notice * Hold filled * Item check-in * Item check-out AT patron category level it is possible to opt out of overdue notices by changing the value of 'Overdue notice required' to 'No'. However, it is not possible to opt out of overdue notices at a patron level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 35397] New: SIP2AddOpacMessagesToScreenMessage syspref description issue
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35397 Bug ID: 35397 Summary: SIP2AddOpacMessagesToScreenMessage syspref description issue Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There's an extra '- Use' that shouldn't be there. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 25816] New: Add opac messages in SIP display.
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25816 Bug ID: 25816 Summary: Add opac messages in SIP display. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 22070] New: OpacBrowseResults has broken link back to search results
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22070 Bug ID: 22070 Summary: OpacBrowseResults has broken link back to search results Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Under certain conditions the OPACBrowseResults (navigation between results in OPAC) feature will have a broken link "back to results". To test: - Search for a term with diacritics. You can cheat a little here and search for something like "bööks" with the sample data. (ö will also find o). It's important that it's at least to result pages. - Go to the last result of the first result page - Verify the URL "back to results" works and diacritic shows up nicely - Go to the last result of the first page again - Navigate "Next >>" - Check "Back to results" again - Verify the link is broken and the diacritics are mangled Link looks something like this: http://localhost:8080/cgi-bin/koha/opac-search.pl?offset=20&q=b%C3%83%C2%83… -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 35293] New: Regression: Bug 33390 (QA followup) patch overwrote the template changes to bug 25560
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35293 Bug ID: 35293 Summary: Regression: Bug 33390 (QA followup) patch overwrote the template changes to bug 25560 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com After bug 25560, the description for UpdateNotForLoanStatusOnCheckin read: >> - "This is a list of item types and value pairs. " >> - "Examples: " >> - "_ALL_: " >> - "&nbsp-1: 0 " >> - "CR: " >> - "&nbsp1: 0 " >> - "When an item is checked in, if it's item type matches CR then when the value on the left (1) matches the items' not for loan value it will be updated to the value on the right. The special term _ALL_ is used on the left side of the colon (:) to affect all item types, this does not override all other rules " >> - "Each item type needs to be defined on a separate line on the left side of the colon (:). Each pair of not for loan values, for that item type, should be listed on separate lines below the item type, each indented by a leading space " After Bug 33390 was pushed, it now reads again as: >> - This is a list of value pairs. When an item is checked in, if the not for loan value on the left matches the items not for loan value >> - "it will be updated to the right-hand value. For example, '-1: 0' will cause an item that was set to 'Ordered' to now be available for loan." >> - "Can be used for showing only the not for loan description. E.g. '-1: ONLYMESSAGE'." >> - Each pair of values should be on a separate line. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 33716] New: ILL - Allow for a disclaimer stage per request type
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33716 Bug ID: 33716 Summary: ILL - Allow for a disclaimer stage per request type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com CC: andrew.auld(a)ptfs-europe.com, katrin.fischer(a)bsz-bw.de, martin.renvoize(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com Created attachment 151027 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=151027&action=e… Workflow diagram This new feature should allow the specification of a new custom HTML message alongside a custom authorised values category to be presented to the user after the ILL request has been submitted, on both OPAC and Staff. This should also allow for different specifications for each request type, and a fallback disclaimer if the type of the new ILL request being created does not exist in the new system preference. Once the disclaimer is submitted, the selected value from authorised values category as well as a timestamp should be saved in the database. To implement this, a refactor of the current ILLCheckAvailability system preference is required to make sure this new feature works in harmony, as it's also an extra step the user must take after it has submitted the create request form, but before the request has been saved in the database. Please check the attached diagram. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 72

[Bug 30793] New: C4::Biblio PrepHostMarcField and prepare_host_field functions should be merged and migrated to Koha::Biblio
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '24

17 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30793 Bug ID: 30793 Summary: C4::Biblio PrepHostMarcField and prepare_host_field functions should be merged and migrated to Koha::Biblio Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org I propose we add a 'add_marc_host' method to Koha::Biblio and use it to replace both PrepHostMarcField and prepare_host_field methods in C4::Biblio. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 27634] New: Turn off patron self-registration if no default category is set
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '24

16 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27634 Bug ID: 27634 Summary: Turn off patron self-registration if no default category is set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: OPAC Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 27626 If there is no default category defined in PatronSelfRegistrationDefaultCategory the full feature must be displayed. We already hide the link from the OPAC main page, but the form is still accessible. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27626 [Bug 27626] Patron self-registration breaks if categorycode and password are hidden -- You are receiving this mail because: You are watching all bug changes.

1 86

[Bug 20443] New: Move C4::Members::Attributes to Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '24

16 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20443 Bug ID: 20443 Summary: Move C4::Members::Attributes to Koha namespace Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 119

[Bug 25395] New: Enumchron needs to sort numerically
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '24

16 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25395 Bug ID: 25395 Summary: Enumchron needs to sort numerically 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: mkstephens(a)lancasterseminary.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is a follow-up to bug 13420. 13420 was resolved by changing the sort for serials items. The underlying issue with enumchron still exists and affects all items in multi-volume series (not just serials). Is it possible to sort this field numerically by whole number first and then alphabetically? Part of the solution needs to include escaping prefixes like v., vol., no., etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12