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

[Bug 34122] New: Updating Shelvingloc changes location of all related records
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '24

24 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34122 Bug ID: 34122 Summary: Updating Shelvingloc changes location of all related records Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Partners have reported that updating the shelving location on one item updates all of the items in the record regardless of their branch location. For example, Branch A has Item A located in the Genealogy department, and Branch B has it in their Reference section. Changing the location in Branch A to Genealogy will also change the shelving location for Branch B to Genealogy even if Branch B doesn't have a Genealogy shelving location. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 32707] New: ElasticSearch should not auto truncate (even if QueryAutoTruncate = 1) for identifiers (and some other fields)
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '24

24 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32707 Bug ID: 32707 Summary: ElasticSearch should not auto truncate (even if QueryAutoTruncate = 1) for identifiers (and some other fields) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P3 Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com Koha with Zebra prevented auto truncation in some circumstances -- see the first return for ccl inside C4::Search:: buildQuery, before applying auto truncation, and setting $auto_truncation = 0 for some search fields. Koha with ElasticSearch applies auto truncation for all search fields, not paying attention to these special cases when it should not be done. This leads to various problems as described in bug 26508, 26608, etc. The solution would be to prevent auto truncation for certain search fields, above all – the identifiers. In addition, under no circumstances should a search field other than of text type be truncated (an attempt to truncate would generate an exception from ElasticSearch, e.g. number_format_exception for integer). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 61

[Bug 29672] New: Increase performance of Koha::Plugins->call
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '24

24 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29672 Bug ID: 29672 Summary: Increase performance of Koha::Plugins->call Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Every call to Koha::Plugins->call do a lot of database queries: 1) One in GetPlugins searches for available plugin_class in plugin_methods table 2) One in Koha::Plugins::Base::is_enabled for each plugin returned by (1) 3) One or two in Koha::Plugins::Base::new for each plugin returned by (1) to check the install status and the installed version All of these requests only need to be made once per HTTP request at most. One could argue that it's needed only at Koha startup but that besides the point of this bug report. -- You are receiving this mail because: You are watching all bug changes.

1 56

[Bug 23208] New: Built in Holds Ratio Report - default ratio set
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '24

24 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23208 Bug ID: 23208 Summary: Built in Holds Ratio Report - default ratio set Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Currently in the circulation Holds Ratio report that is found in the Circulation module, the ratio defaults to 2. It would be nice to be able to specify what a library would like as default in possibly a system preference- so it is more specific to their library. As of now, if a library wanted to set a higher / lower ratio, they would need to manually change this each time the report is run. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 26831] New: Replace 'list-invites' parameter with system preference in cleanup_database.pl cronjob
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26831 Bug ID: 26831 Summary: Replace 'list-invites' parameter with system preference in cleanup_database.pl cronjob Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Database Assignee: alexbuckley(a)catalyst.net.nz Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Depends on: 13701 Currently the cleanup_database.pl cronjob accepts a 'list-invites' parameter. This is the age (in days) at which list share invites are purged from the database. If this parameter is not passed to the cleanup_database.pl cronjob then it defaults to 14. It would be nice to replace this cronjob parameter - which only users with server access can alter - with a system preference. This system preference would have a default value of 14 for new and upgrading Koha installs. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13701 [Bug 13701] Sharing lists: Text hardcoded to 2 weeks, but could be any time frame -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 23687] New: Guarantor info not asked when patron is changed to child
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23687 Bug ID: 23687 Summary: Guarantor info not asked when patron is changed to child Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you change patron category to child while creating a new patron guarantor info is not required. Accordingly if you change child to patron guarantor info is required and patron can't be saved. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18576] New: MARC Bibliographic framework test does not check for framework created
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18576 Bug ID: 18576 Summary: MARC Bibliographic framework test does not check for framework created Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: bob-ewart(a)bobsown.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Add a new bibliographic framework code without setting the MARC structure. Run the MARC Bibliographic framework test. It should report that framework code as an error (not setup). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 20939] New: Add Authorized Values for the 008 Marc Fields within Rancor / Advanced Editor
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20939 Bug ID: 20939 Summary: Add Authorized Values for the 008 Marc Fields within Rancor / Advanced Editor Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice to have authorized values for the 008/15-17 Place of publication, reproduction or execution(MARC Code List for Countries) loaded into the MARC bib editor? In addition, authorized values for 008/35-37 Language (MARC Code List for Languages) . It also would be nice to link those to the system preference of which languages the library currently has, as to not have them all listed. There are other drop down lists for other authorized values, but not for place of publication and language of the item. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 34557] New: Add option to prevent loading a patron's checkouts on the SCO
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34557 Bug ID: 34557 Summary: Add option to prevent loading a patron's checkouts on the SCO Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries do not wish to load a patron's checkouts by default on the SCO as the machines can be in highly visible locations and may compromise patron privacy -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 18203] New: Add per borrower category restrictions on ILL placement.
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '24

23 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18203 Bug ID: 18203 Summary: Add per borrower category restrictions on ILL placement. 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: alex.sassmannshausen(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The ILLModule currently allows any borrower category to request new ILLs. This may not be what is required in many places as ILLs can be very expensive. This bug should implement a method by which entire borrower categories can be prevented from creating new ILL requests. Alex -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 69