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

[Bug 15504] Track Patron's Last Activity
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '23

21 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15504 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #152332|0 |1 is obsolete| | --- Comment #41 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- Created attachment 152500 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=152500&action=e… Bug 15504: Add new syspref TrackLastPatronActivityTriggers This patch adds a new syspref TrackLastPatronActivityTriggers to determine which actions should update borrowers.lastseen Signed-off-by: Martin Renvoize <martin.renvoize(a)ptfs-europe.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34073] New: We appear to repeatedly look up the user in Auth.pm
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '23

21 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34073 Bug ID: 34073 Summary: We appear to repeatedly look up the user in Auth.pm Change sponsored?: --- Product: Koha Version: unspecified 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 quick scan of Auth.pm earlier today made me think we needlessly look up the user form the database multiple times. We should be able to perform that lookup once and then reuse the object throughout the r of the process. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 31639] New: While receiving items through acquisitions and adding barcode error of "No such Column"
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '23

21 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31639 Bug ID: 31639 Summary: While receiving items through acquisitions and adding barcode error of "No such Column" Change sponsored?: --- Product: Koha Version: 21.11 Hardware: HP OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: sunitabarve(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 141040 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=141040&action=e… Latest intranet-error.log file attached While using Koha 21.11.11, In acquisitions when order is processed and when item is received and if we try to give barcode to the item, GUI page throws error as Error 500 and intranet-error.log shows AH01215: DBIx::Class::Row::store_column(): No such column 'invoicenumber' on Koha::Schema::Result::Item at /usr/share/koha/lib/Koha/Object.pm line 79: /usr/share/koha/intranet/cgi-bin/acqui/finishreceive.pl, referer: http://kohaadmin.ncl.res.in/cgi-bin/koha/acqui/orderreceive.pl?ordernumber=… Several such messages are logged in intranet-error.log mentioning No such column -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34046] New: The barcode number is not being accepted in the receiving order option in KOHA 23.05.00 after upgrading from 22.11.05
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '23

21 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34046 Bug ID: 34046 Summary: The barcode number is not being accepted in the receiving order option in KOHA 23.05.00 after upgrading from 22.11.05 Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: librarian(a)pilani.bits-pilani.ac.in QA Contact: testopia(a)bugs.koha-community.org Created attachment 152454 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=152454&action=e… Steps followed - Screen capture We have recently upgraded from version 22.11.05 to 23.05.00 in KOHA. Prior to the upgrade, the acquisition module was functioning flawlessly. However, after the upgrade, we have encountered an issue. When receiving an item, KOHA prompts for the barcode number, but upon clicking the newly changed "Confirm" button, the system fails to save the assigned barcode. The record appears as a received item but without any barcode, resulting in a Holding zero status. I have attached screen prints of the relevant screens, starting from Global presence settings. I kindly request the KOHA community to urgently investigate and resolve this problem, as it is a critical issue that affects all libraries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 34065] New: Remove unnecessary column-level collation settings for upgraded databases
by bugzilla-daemon＠bugs.koha-community.org 21 Jun '23

21 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34065 Bug ID: 34065 Summary: Remove unnecessary column-level collation settings for upgraded databases Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org There is a discrepancy on column collation between kohastructure.sql and upgraded databases. One example is the "localization" table. Upgraded databases will have "utf8_unicode_ci" set for column collation and table collation. However, kohastructure.sql only has it at the table level. If you're using an audit script like in bug 34064, this difference will show up. While it's a minor difference, it's a noisy difference and a difference nonetheless. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 8838] Digest option for HOLD notice
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '23

20 Jun '23

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

1 0

[Bug 23207] New: Allow automatic checkin/return at end of circulation period
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '23

20 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23207 Bug ID: 23207 Summary: Allow automatic checkin/return at end of circulation period Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Libraries with materials like Museum Passes, Seed Libraries, and so forth, would like the option have have certain materials checked in/returned from a patron's account on the due date. For example, a library checks out a Museum pass to a patron - it is not a physical item that needs to be returned, but they only want the patron to be able to have one of them during a seven-day period. Right now these items have to be manually checked in at the end of the circ period to remove it from the patron account. An automatic return option via cron job would be helpful. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 32725] New: Be able to nested sets of conditions in MARC Modification templates
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '23

20 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32725 Bug ID: 32725 Summary: Be able to nested sets of conditions in MARC Modification templates Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It be useful in MARC Modification templates to have nested sets of conditions : If XXX then If YYYY then If ZZZZ then -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 32724] New: Merge fields / subfields with MARC modification templates
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '23

20 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32724 Bug ID: 32724 Summary: Merge fields / subfields with MARC modification templates Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be very usefull to be able to merge some fields or subfields, acccording to a specific subfield value, with MARC modification templates. For example, XXX$a= tata XXX$5= number YYY$a = toto YYY$5 = number merge XXX$a and YYY$a in ZZZ$a if XXX$5=YYY$5 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 34060] New: Broken formatting of resource_list items on mobile in OPAC
by bugzilla-daemon＠bugs.koha-community.org 20 Jun '23

20 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34060 Bug ID: 34060 Summary: Broken formatting of resource_list items on mobile in OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 152476 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=152476&action=e… Tablet screenshot showing the odd formatting When browsing the OPAC on an iPad the last item in some "resource_list" ul elements go out of alignment vertically. We've only been able to replicate this on the tablet itself and it happens in both Safari and Chrome. The problem does not appear when resizing the browser window on a computer. It seems to be a disagreement with the last-child:after rule that replaces the pipe character with nothing: .resource_list li:last-child:after {content: '';} As a workaround, replacing the pipe character with a space instead of nothing seems to avoid the problem: .resource_list li:last-child:after {content: ' ';} -- You are receiving this mail because: You are watching all bug changes.

1 1