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

[Bug 27040] New: Allow definition of default value for NEW_CARD debit type
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27040 Bug ID: 27040 Summary: Allow definition of default value for NEW_CARD debit type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The NEW_CARD debit type is included in a new instal with a default value of $0. It cannot be edited. It would be helpful to give libraries a way to change that default value to whatever they charge for a new card, rather than requiring them to set the amount manually every time a new card fee is added to a patron account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30064] New: Dates in issues table on subscriptions tab in OPAC are not sorting correctly
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30064 Bug ID: 30064 Summary: Dates in issues table on subscriptions tab in OPAC are not sorting correctly 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The publication date and received date columns in the issues table in the OPAC are not sorting correctly. To recreate: - Create a subscription - Receive mulitple issues, manipulate the published and received dates to be in different months and years - Open the record in the OPAC and switch to the subscription tab - The sorting on top of the table indicates that it should be sorted by publication date - Verify it is not sorted correctly, also not after clicking on the column header -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 28997] New: Subscription table sorting in the opac
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28997 Bug ID: 28997 Summary: Subscription table sorting in the opac Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: janet.mcgowan(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Similar to the issues reported in Bug 27934, the subscription table is not sorting correctly. In opac-detail.tt <td class="publisheddate"><span title="[% latestserial.publisheddate | html %]">[% latestserial.publisheddate | $KohaDates %]</span></td> <td class="planneddate"><span title="[% latestserial.planneddate | html %]">[% latestserial.planneddate | $KohaDates %]</span></td> If these lines are changed to use data-order instead as per: <td data-order="[% reserveloo.waitingdate | html %]">[% reserveloo.waitingdate | $KohaDates %]</td> <td data-order="[% reserveloo.reservedate | html %]">[% reserveloo.reservedate | $KohaDates %]</td> they sort correctly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 28989] New: Allow viewing systempreferences only
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28989 Bug ID: 28989 Summary: Allow viewing systempreferences only 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com See bug 28882. It might be helpful if we could distinguish between viewing sysprefs and changing them. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 28969] New: Document recreateIssueStatistics.pl script
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28969 Bug ID: 28969 Summary: Document recreateIssueStatistics.pl script Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 28968 We have a script recreateIssueStatistics.pl to find and re-create transactions missing from statistics. It's not mentioned in the manual at all. We should document its usage (preferably after we make it less likely to erroneously duplicate a bunch of stuff, per bug 28968). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28968 [Bug 28968] recreateIssueStatistics.pl should (optionally?) ignore the anonymous borrower -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 28968] New: recreateIssueStatistics.pl should (optionally?) ignore the anonymous borrower
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28968 Bug ID: 28968 Summary: recreateIssueStatistics.pl should (optionally?) ignore the anonymous borrower Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The script recreateIssueStatistics.pl compares issues/old_issues to statistics to determine if there are any borrowernumber/itemnumber/date combinations present in the former that are not present in the latter. If it finds anything in (old_)issues that's not in statistics, it writes it into statistics to correct things. However, this goes awry really quickly if one is anonymizing reading history. In those cases, we expect to have a bunch of entries in old_issues tied to the anonymous borrower, but we never expect to find the anonymous borrower in the statistics table because we're maintaining the actual patron's borrowernumber there. recreateIssueStatistics.pl should have the option to *not* copy/recreate issues tied to the anonymous borrower. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28908] New: Bug 18017 removed indexing field 245
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28908 Bug ID: 28908 Summary: Bug 18017 removed indexing field 245 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Before bug 18017 there was in etc/zebradb/marc_defs/unimarc/authorities/authority-koha-indexdefs.xml :  <kohaidx:index_subfields tag="245" subfields="atjxyz"> <kohaidx:target_index>Title-uniform:w</kohaidx:target_index> ... Indexing of 245, 445, ... is now missing. Is this on purpose ? Note that Title-uniform was used in authorities fields 230, 235 and 245. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28903] New: Tab key and drop-down menu in item module
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28903 Bug ID: 28903 Summary: Tab key and drop-down menu in item module Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, Since 20.11 it is no longer possible to pull down a menu, select and jump to the next field with the tab key when adding an item. You have to click on the drop-down menu. It seems to happen only when adding/editing an item. Tab key works well with borrower module for instance. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 28892] New: Item search treats lower and upper case subfields as the same
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28892 Bug ID: 28892 Summary: Item search treats lower and upper case subfields as the same Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 20689 At the moment when you are using upper case subfields in items and your bibliographic records, this will work in the frameworks, in cataloguing and in searching with Zebra. But as the item search uses SQL and ExtractValue, it will always return the contents of the lower and upper case subfield, no matter what you configured for your additional item search fields. Example: 520$a, 520$A Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20689 [Bug 20689] Make it possible to add capital letter subfields to item search fields -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 20587] New: Add option to delete notices out of message queue via notices tab
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20587 Bug ID: 20587 Summary: Add option to delete notices out of message queue via notices tab 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Sometimes a library creates a notice by accident and wants to delete it before it's sent out with the next run of the messsage queue. It would be nice if we offered a 'delete' link in the notices tab for each message that would allow for that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4