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

[Bug 27772] New: Add a Koha::Patron->todays_checkins method
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27772 Bug ID: 27772 Summary: Add a Koha::Patron->todays_checkins method 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 Bug 12224 added a 'todays checkins' search in the slip printer controller.. it would be nice to have that available as a method in Koha::Patron to ensure it gets properly unit tested. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 34210] New: ISSUEQSLIP should offer checkout session items only
by bugzilla-daemon＠bugs.koha-community.org 14 Nov '23

14 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34210 Bug ID: 34210 Summary: ISSUEQSLIP should offer checkout session items only Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Koha needs to have some mechanism in place to track items a patron checked out in a particular session (this information clears every time a new patron is loaded. Maybe linked to when the last patron button is updated). It would then be helpful in being creating some kind of mechanism so that ISSUEQSLIP could print just the items you just checked out rather than everything today, or everything currently checked out altogether. I can narrow down something close to this session with some template toolkit and time logic, but that is rather complicated for some libraries, and isn't foolproof. It would be preferred if Koha kept track of checkout sessions and offered an easy to implement option in the slip template. This is very needed and common. You don't go the grocery store and get a receipt for everything you bought that day. Just for that transaction. This would line up with current practices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 26554] New: allow news tag in all slips
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26554 Bug ID: 26554 Summary: allow news tag in all slips Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)trust-box.at QA Contact: testopia(a)bugs.koha-community.org Hi all & thanks, as far I understand it, the <news> tag works only in ISSUESLIP. Is there a good reason for this? For us it would be usefull if we could include the news section in all communications/slips cheers & thx Mark -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34424] New: Update release team on about page for new QA team member
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34424 Bug ID: 34424 Summary: Update release team on about page for new QA team member Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: emily.lamancusa(a)montgomerycountymd.gov, martin.renvoize(a)ptfs-europe.com We've added Emily Lamancusa as new QA team member, the about page should be updated accordingly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 31393] New: shibboleth broken since migration from XML::Simple
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31393 Bug ID: 31393 Summary: shibboleth broken since migration from XML::Simple Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: didier.gautheron(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Hi, shibboleth can use content in its koha-conf.xml mapping but content key is optimized out if it's the only key before #28278 : koha-conf <branchcode content="foo"/> perl: 'branchcode' => { 'content' => 'foo' }, Now <branchcode content="foo"/> perl: 'branchcode' => 'foo', It's faster but it breaks C4/Auth_with_shibboleth.pm while ( my ( $key, $entry ) = each %{$config->{'mapping'}} ) { if ( any { /(^psgi\.|^plack\.)/i } keys %ENV ) { $borrower{$key} = ( $entry->{'is'} && $ENV{"HTTP_" . uc($entry->{'is'}) } ) || $entry->{'content'} || ''; } else { $borrower{$key} = ( $entry->{'is'} && $ENV{ $entry->{'is'} } ) || $entry->{'content'} || ''; } } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 29811] New: misc/export_records.pl add possibility to export with timestamp option on authority record type
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29811 Bug ID: 29811 Summary: misc/export_records.pl add possibility to export with timestamp option on authority record type Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org misc/export_records.pl got many options, include bibs export based on a certain timestamp but it doesn't exist for authority record type. It can be interresting to add this option for authority according to the timestamp field (modification_time) already present in the database. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 22712] New: Funds from inactive budgets appear on Item details if using MarcItemFieldstoOrder
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22712 Bug ID: 22712 Summary: Funds from inactive budgets appear on Item details if using MarcItemFieldstoOrder Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 88047 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=88047&action=ed… drop down Bug 14850 has been fixed and patched for 18.11. This removes the ability to see inactive funds when allocating orders to these funds from an inactive budget. However, if a library is using the system preference MarcItemFieldstoOrder, all the funds will appear in the drop-down menu for that item record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 34678] New: Real-time holds queue updates can cause the holds queue builder cron to fail
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34678 Bug ID: 34678 Summary: Real-time holds queue updates can cause the holds queue builder cron to fail Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In bug 34656, it came to light that, if a real-time holds queue update and the holds queue builder cron try to update the same bib at the same time, it can cause the cron to fail. Specifically, if a real-time update adds a particular item to hold_fill_targets, and the holds queue builder tries to add the same item afterwards, the cron will fail with an error like: C4::HoldsQueue::AddToHoldTargetMap(): DBI Exception: DBD::mysql::st execute failed: Duplicate entry '464273' for key 'PRIMARY' at /usr/share/koha/lib/C4/HoldsQueue.pm line 1015 The biggest issue here is that any remaining holds that the cron has not yet processed will be left out of the holds queue until something else triggers them to update. (in our system, the issue in bug 34656 was occurring regularly, and typically left over 1,000 holds out of the holds queue!) If the holds queue builder can be forced to run while RealTimeHoldsQueue is enabled, it needs a way to avoid crashing if a real-time update happens to add a bib back into the queue before the queue builder gets to it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 33810] New: Accessibility: OPAC Advanced Search fields are not labelled
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33810 Bug ID: 33810 Summary: Accessibility: OPAC Advanced Search fields are not labelled 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: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The OPAC Advanced Search fields are not labelled and have been failed in an Accessibility report carried out by the Shaw Trust for the British Museum. The search field dropdowns do not have any labelling at all and the text inputs have a title, rather than a label element or an aria-label. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 32856] New: Fix cataloguing/value_builder/unimarc_field_126.pl
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '23

13 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32856 Bug ID: 32856 Summary: Fix cataloguing/value_builder/unimarc_field_126.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Blocks: 30975 This is part of the refactoring happening in bug 30975 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30975 [Bug 30975] Framework plugins do not work on cloned fields/subfields -- You are receiving this mail because: You are watching all bug changes.

1 14