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

[Bug 19419] New: 008 Material type reverts Book
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '22

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19419 Bug ID: 19419 Summary: 008 Material type reverts Book 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: library(a)halcyonschool.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 67673 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=67673&action=ed… Screenshot of website catalogue record showing book type not online resource Material type reverts to Book, regardless of type selected at 008. Bug 2358 marked fixed but issue remains. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 24239] New: Let the ILL module set ad hoc hard due dates
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '22

28 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24239 Bug ID: 24239 Summary: Let the ILL module set ad hoc hard due dates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: magnus(a)libriotech.no Reporter: magnus(a)libriotech.no Scenario: A member of staff has gotten an ILL loan with a date due 1 year into the future. The person handling the ILL request knows this, but needs a way to tell Koha to use the given hard due date when the loan is issued at the front desk, where noone knows about the special due date for this loan. The Swedish Libris ILL backend lets librarians store a specific due date when an ILL loan is received. This is stored as a ILL request attribute. This patch adds a syspref that can take the name of the illrequestattribute used to store the specific date. If the syspref is set, and if an item is connected to an ILL request, the due date will be taken from the illrequestattribute, instead of being calculated in the regular way, based on patroncategory and itemtype. -- You are receiving this mail because: You are watching all bug changes.

1 47

[Bug 26947] New: kohastrcuture.sql should be updated for each release
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '22

28 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26947 Bug ID: 26947 Summary: kohastrcuture.sql should be updated for each release 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The kohastructure.sql was originally a dump fo the database schema. Over time, however, it has been manually updated by developers as the tables were altered. Currently the file is out of order, and the conventions for punctuation and formatting are not standard. For instance, some numbers are quoted, some tables names are in backticks, some foreign keys are listed as 'CONSTRAINT' and some aren't The advantage to regenerating the file is that then users can dump their db schema and easily diff it against the expected structure to see what might be missing. Many DB updates simply don't add a new constraint if the existing data violates this, and as we use more Koha Objects, these missing constraints cause issues. We can add a script to kohadevbox or the release tools to make it easy to generate the new file and can add as a step in the release process -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 86

[Bug 22467] New: t/00-valid-xml.t shouldn't fail due to node_modules presence
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '22

25 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22467 Bug ID: 22467 Summary: t/00-valid-xml.t shouldn't fail due to node_modules presence Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Now we have the scss compile step many devs will have an ignored node_modules directory.. we shouldn't run this directory through t/00-valid-xml.t. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 27126] New: [OMNIBUS] Warnings from logs must be removed
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '22

25 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27126 Bug ID: 27126 Summary: [OMNIBUS] Warnings from logs must be removed 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: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org We have lot of warnings in our logs that must be removed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 21978] New: Add middle name field
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '22

25 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21978 Bug ID: 21978 Summary: Add middle name field Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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 We would like there to be a middle name field. We don't want middle names shown in all cases, but would like it for authentication. Currently we add the middle name to the first name field. This is not ideal. Other names is used for nicknames and such, and not ideal for middle names. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 152

[Bug 18532] New: AUTO_RENEWALS should be a patron messaging preferences
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '22

25 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18532 Bug ID: 18532 Summary: AUTO_RENEWALS should be a patron messaging preferences Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 15705 The AUTO_RENEWALS notices sent by the automatic_renewals.pl cronjob should be controlled and configurable at user level, like CHECKIN and CHECKOUT That way digest will be supported as well. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15705 [Bug 15705] Notify the user on auto renewing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 153

[Bug 26539] New: Inconsistent case sensitivity around patron attribute code - potential data loss
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '22

24 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26539 Bug ID: 26539 Summary: Inconsistent case sensitivity around patron attribute code - potential data loss Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1 - have a patron attribute with code "TEST" 2 - using import_borrowers.pl, import a patron with "test:1" in the patron_attributes field of your CSV 3 - load your patron, confirm the value of 1 shows on moremember.pl 4 - click to edit your patron, confirm the value of 1 does not show on memberentry.pl 5 - query the database, SELECT * from borrower_attributes where borrowernumber=[your borrower], see code="test" 6 - update the database, UPDATE borrower_attributes set code="TEST" where id=[your attribute id] 7 - reload memberentry.pl, it now shows a 1 Back at step 4, if we'd saved our patron, that value would have been lost -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 27017] New: Add log trace to EDI Invoice handling
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '22

22 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27017 Bug ID: 27017 Summary: Add log trace to EDI Invoice handling Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org It is useful to log to the trace log the bib numbers affected by Invoice processing. It makes it much easier to establish what processing has occured if any question has been raised -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 26208] New: Overdues restrictions not consistently removed when renewing multiple items at once
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '22

22 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26208 Bug ID: 26208 Summary: Overdues restrictions not consistently removed when renewing multiple items at once Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - have multiple overdue items on one patron - run overdues.pl with triggers set to generate a restriction - renew all overdues with the Renew All button - restriction is not removed even though patron no longer has overdue items I did not get this error with 5 overdues, but I did get it with 10. Seems like it's due to some messy sequencing when sending a bunch of renewals at once, so it may be inconsistent to recreate. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37