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

[Bug 24179] New: Preserve subfield order when linking authority
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '22

04 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24179 Bug ID: 24179 Summary: Preserve subfield order when linking authority 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To test: - Creste an authority with values in the 150$a, 150$z, and 150$v - In your authority, order the subfields $a, $z, $v - Create a new bib in the basic cataloging interface - manually link your bib to your authority - note that the bib reorders the subfields to $a, $v, $z Tested on 18.11 and master. Advanced editor doesn't do this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[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 27550] New: "Duplicate budget" does not keep users associated with that budget
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '22

26 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27550 Bug ID: 27550 Summary: "Duplicate budget" does not keep users associated with that budget 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: koha(a)listes.univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org Hi, In More > Administration > Acquisitions > Budgets, it could be great when you choose to duplicate a budget from one year to the next, to be able to keep the users(aqbudgetborrowers) associated with that budget. Users are useful in particular to receive orders from a particular fund. Currently, this functionality retrieves only the owner and funds associated with a budget. This enhancement could be optionnal using a checkbox in the "duplicate budget" view to enable/disable the copy of user ? What do you think about it ? Thanks, Best, Julien Sicot Université Rennes 2 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[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 27360] New: Libraries should be able to pick what information displays on the 'Libraries' pages.
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '22

25 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27360 Bug ID: 27360 Summary: Libraries should be able to pick what information displays on the 'Libraries' pages. 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org With bug 13388 we added a page with details for each library.. problem is, they don't always want to display all the information we display.. or display the libraries page at all. We should put the display of the whole thing under a system preference, and when enabled we should allow the individual elements for display to be picked optionally. -- You are receiving this mail because: You are watching all bug changes.

1 56

[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 24 Nov '22

24 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