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

[Bug 29781] New: Allow item batch modification to use capturing groups in regex option
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29781 Bug ID: 29781 Summary: Allow item batch modification to use capturing groups in regex option Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Bug 23873 seeks to make capturing groups usable in batch record mod. We should do the same with items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 35568] New: Add a plugin hook to allow modification of notices created via GetPreparedLetter
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35568 Bug ID: 35568 Summary: Add a plugin hook to allow modification of notices created via GetPreparedLetter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org A plugin hook for GetPreparedLetter would be very useful. It could be used to add universal headers and/or footers to messages, attach news, and modify notices in other ways in whole or in part. It could even be used for call webhooks when certain types of notices are sent. For example, the MessageBee ( https://uniquelibrary.com/messagebee/ ) plugin for Koha generates YAML based notice content, which is then further processed by the before_send_messages hook. This process is unreliable due to the possible changes in data between the creation of the yaml and the reading of that yaml and transforming it into JSON with much more data. For example, the yaml may contain an issue_id, but that checkout may have been returned in the meantime. A hook like this would allow the MessageBee plugin to skip the yaml step and create the json data directly which is then sent to MessageBee for transmission to the patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 30177] New: When changing patron categories of existing accounts should not reset message prefs without first warning staff
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30177 Bug ID: 30177 Summary: When changing patron categories of existing accounts should not reset message prefs without first warning staff Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(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 - Define default messaging preferences for a patron category 2 - Go into an existing account and change the patron category to the one set in step 1. 3. Confirm that the messaging prefs have been reset to that of the default patron category There should be a warning to staff that messaging prefs are being changed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 27497] New: Display Koha version in header under logo in staff interface
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27497 Bug ID: 27497 Summary: Display Koha version in header under logo in staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Can be very useful to know on any page of staff interface Koha version. I made a plugin : https://github.com/biblibre/koha-plugin-intranet-version-in-header But seems better to provide a patch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 88

[Bug 27783] New: Add handling for 'Queues' in the background job queue
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27783 Bug ID: 27783 Summary: Add handling for 'Queues' in the background job queue 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Right now our worker will just pick tasks of the queue in a fifo order.. we should really allow the worker to be more specific and have different workers picking jobs from different queues.. and we shouldn't limit ourselves to 'one queue for job type' or 'one queue for all jobs types. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 103

[Bug 27170] New: ILL availability should be able to display arbitrary links to related resources
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27170 Bug ID: 27170 Summary: ILL availability should be able to display arbitrary links to related resources Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Currently, ILL availability uses the API response from the plugin to form a link if an item response contains a 'url' property. This is quite limiting. The EDS API, for example, can return multiple potential links to a resource. I am updating the EDS availability plugin to allow it to return an arbitrary number of links to a resource in a new 'links' property. This bug will add support for that property and will form links as appropriate. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 31371] New: Value builder for UNIMARC field 283
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31371 Bug ID: 31371 Summary: Value builder for UNIMARC field 283 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.breuillard(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It could be usefull to have plugins where we can select values on field $283 : for the subfield $a and the subfield $2 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 29662] New: PrefillItem should apply to all subfields when SubfieldsToUseWhenPrefill is null
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29662 Bug ID: 29662 Summary: PrefillItem should apply to all subfields when SubfieldsToUseWhenPrefill is null 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 recreate: - turn on PrefillItem - confirm SubfieldsToUseWhenPrefill is empty - create an item, confirm no values are prefilled for next item - set at least one subfield in SubfieldsToUseWhenPrefill - create an item, confirm specified subfield(s) get prefilled for next item In previous versions, leaving SubfieldsToUseWhenPrefill blank meant all subfields were prefilled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 27981] New: Add option to automatically set the 001 control number to the biblionumber
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27981 Bug ID: 27981 Summary: Add option to automatically set the 001 control number to the biblionumber Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl For some installations it would be nice to be able to force MARC field 001 to contain the biblionumber. This should obviously be governed by a syspref. See bug 9921 for more discussion - there was considered option of 'incremental' but this had issues (see bug 10454) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 105

[Bug 29346] New: Add option for building the holds queue for a single bib in background
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '24

07 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29346 Bug ID: 29346 Summary: Add option for building the holds queue for a single bib in background Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently the holds queue deletes all currently selected items, gets a list of bibs with holds and loops through the bibs, building the queue for each. If the queue could be run a for a single biblionumber it would allow: - Deleting only holds on that bib: - this would remove the need for bug 29130 - could be run in background when a hold is placed/updated - fulfilled holds are already removed from queue - so we shouldn't need to clear any bibs that aren't updated Ultimately this would remove the need for the build_holds_queue cronjob -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 155