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

[Bug 36795] New: Authority record identifier source codes (024$2) - code for Web of Science ResearcherID
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '24

24 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36795 Bug ID: 36795 Summary: Authority record identifier source codes (024$2) - code for Web of Science ResearcherID Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org I'm not sure whether a new identifier source code is required or not for Web of Science ResearcherID (previously Publons ID). Background ~~~~~~~~~~ System preference OPACAuthorIdentifiersAndInformation (added in bug 29948, which replaced OPACAuthorIdentifiers added in bug 29897), enables the display of authority record information about authors and contributors on OPAC record and authority detail pages.[1] The information that can be displayed includes identifiers for authors and contributors recorded in the authority record 024$2 and 024$a. The 024$2 requires valid codes to be set up with URL patterns so that when displayed they go to the website with that identifier. The current valid values are: - orcid (ORCID) - scopus (ScopusID) - loop (Loop ID) - rid (Publons ID) - viaf (VIAF ID) When these were created in bug 29897, rid was used for the Publons ID. rid is listed in the Library of Congress Standard Identifier Source Codes (https://www.loc.gov/standards/sourcelist/standard-identifier.html) as ResearcherID. Existing Publons IDs are redirected to the Web of Science ResearcherID. However, the new Web of Science ResearcherID URL and number used is different from the Publons ID - we can't just replace the URL pattern for rid with the new one, as it won't work with the older Publon IDs (see example below). Options: 1. We could just change the OPAC display name: . Don't change the exiting URL pattern, would redirect (see example) . Display name in OPAC: Web of Science ResearcherID (previously Publons ID) . The new WoS IDs would work with the old Publons ID URL pattern 2. Create a custom source value for Web of Science ResearcherID. However, if authority records are shared or imported, and they have 024$2 and 024$a information, then the data will end up being "messy". Example ~~~~~~~ - Monika Hestad (IDs from Wikidata https://www.wikidata.org/wiki/Q6900190) - Publons ID: 2601748 - Current URL pattern: https://publons.com/researcher/XXXXX (where XXXXX = Publons ID) - Publons ID URL: https://publons.com/researcher/2601748/ - Redirects to: https://www.webofscience.com/wos/author/record/16447 - New Web of Science ResearcherID is: K-8011-2013 - New Web of Science URL pattern works with the new ID: https://www.webofscience.com/wos/author/record/K-8011-2013 - Note that https://www.webofscience.com/wos/author/record/2601748 (using the old Publons ID) goes to a completely different person - Using the new Web of Science ResearcherID with the old URL pattern: . https://publons.com/researcher/K-8011-2013 . Redirects to https://www.webofscience.com/wos/author/record/16447 I've managed to confuse myself with this, and not sure what is the right way forward now! Hopefully, someone who is more familiar with the history with this ID will have a better approach.... [1] Displayed on the bibliographic record detail page in the holdings section under a new 'Author information' tab; and on the authority record detail page under the 'Author information' heading. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 20511] New: Seasonal prediction just in the staff language
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '24

24 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20511 Bug ID: 20511 Summary: Seasonal prediction just in the staff language Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The seasonal (season, day and monthn) prediction it doens't change according the locale defined in the patterns, the pattern uses always the language of the staff user interface. If you create a pattern with staff user language in spanish, it doesn't matter you configure the locale.. the serialq it will be in spanish. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 21173] New: Run auto item modifications by age every hour and set the item age unit to hours
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '24

24 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21173 Bug ID: 21173 Summary: Run auto item modifications by age every hour and set the item age unit to hours 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Make auto item modification by age cronjob run more often than once daily. Setting this cronjob to run every hour will be set in the /etc/cron.hourly/koha-common. However 2 further changes to the automatic item modification tool to make an hourly running cronjob useful. 1. Be able to set the age of the item in hours not just days. This is so an hourly cronjob has items to alter because items will exceed the age limit more frequently than if the item age is in hours. 2. Give the user the choice of what the age starting point (time from which the age of the item is calculated) used in the cronjob is. The two possible age starting points that users have to choose between are: * Item creation (this is the age starting point in master currently) * Item last altered This is so items whic have been in the catalogue for a while can still be affected by the automatic item modification by age cronjob. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 37294] New: Generate next button in serials not working
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '24

23 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37294 Bug ID: 37294 Summary: Generate next button in serials not working Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Serials -> Create or find a subscription 2. Receive the subscription 3. Save 4. Click 'Generate next' 5. Nothing happens -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 28445] New: Use the task queue for the batch delete and update items tool
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '24

23 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28445 Bug ID: 28445 Summary: Use the task queue for the batch delete and update items tool 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 22417 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22417 [Bug 22417] Add a task queue -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 164

[Bug 34821] New: Inventory tool optional filters for lost, withdrawn and damaged appear to do nothing
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '24

22 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34821 Bug ID: 34821 Summary: Inventory tool optional filters for lost, withdrawn and damaged appear to do nothing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In the inventory tool, the optional not for loan filter will report if a scanned item does not match any of the selected NFL statues. This is not true of of itemlost, withdrawn or damaged. The manual does not specify how these should behave. As far as I can tell, they do nothing. If I set an item to a value and check a different value checkbox, I get no problems reported. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 37019] New: Missing Ubuntu 24.04 CI builds
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '24

22 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37019 Bug ID: 37019 Summary: Missing Ubuntu 24.04 CI builds Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Continuous Integration Assignee: tomascohen(a)gmail.com Reporter: victor(a)tuxayo.net https://wiki.koha-community.org/wiki/System_requirements_and_recommendations > We recommend using the following OS releases for production use: > Ubuntu AMD64 last LTS release -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 31645] New: flatpickr - update coding guidelines
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '24

20 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31645 Bug ID: 31645 Summary: flatpickr - update coding guidelines 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: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org The coding guidelines need updating to reflect that we are now using flatpickr instead of jQueryUI Datepicker. Wiki link: https://wiki.koha-community.org/wiki/Coding_Guidelines -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 36654] New: Add template toolkit function to get arbitrary Koha::Objects
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '24

20 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36654 Bug ID: 36654 Summary: Add template toolkit function to get arbitrary Koha::Objects Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A lot of older notice data includes ids but not the objects themselves. We should have a helper TT plugin to make getting those objects easy. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 34488] New: Import default framework
by bugzilla-daemon＠bugs.koha-community.org 20 Sep '24

20 Sep '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34488 Bug ID: 34488 Summary: Import default framework Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: viliam.polonec(a)snk.sk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I am testing 23.05.01 version, so we can update our production ILS. I found that I can't import default framework for bibliographic records. I tried export it and import. But with no success. KOHA shows MARC Framework for default MARC framework Create framework for () using selector with frameworks After that nothings changed I test it on two different instalations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4